50% 할인 모든 계획, 제한된 시간. 시작 시간 $2.48/mo
12분 남음
보안 및 네트워킹

이름 확인의 일시적인 실패: 이는 무엇을 의미하며 어떻게 해결합니까?

렉사 사이러스 By 렉사 사이러스 12분 읽기 89일 전에 업데이트됨
Linux 이름 확인 오류에 대한 경고 기호와 어두운 배경의 파란색 서버가 포함된 DNS 서버 문제 해결 가이드 그림

Linux를 사용하는 동안 웹 사이트에 액세스하거나, 패키지를 업데이트하거나, 인터넷 연결이 필요한 작업을 실행하려고 할 때 일시적인 이름 확인 오류가 발생할 수 있습니다. 이 오류는 시스템이 도메인 이름을 IP 주소로 확인할 수 없어 네트워크 작업이 성공적으로 완료되지 않음을 나타냅니다.

이 문제는 일반적으로 인터넷 연결 문제나 DNS 구성 문제로 인해 발생합니다. 이 오류를 해결하고 수정하는 것은 간단하고 직접적입니다. 이 가이드에서는 다양한 Linux 배포판에서 이 오류를 해결하기 위해 알아야 할 모든 것을 설명합니다. Ubuntu 22.04 및 24.04에 대한 특정 수정 사항을 다룰 것입니다.

이름 확인의 일시적인 실패는 무엇을 의미합니까?

이름 확인이 일시적으로 실패하면 Linux 시스템이 인터넷에 제대로 연결되지 않습니다. 이 경우 활성 인터넷 연결이 필요한 웹사이트에 접속하거나 애플리케이션을 사용할 수 없습니다.

이는 DNS에 대한 일반적인 "다시 시도" 실패로 작동합니다. 로컬 결함, 업스트림 시간 초과 또는 유효성 검사 문제 등으로 인해 체인 어딘가에서 조회가 실패했습니다.

일반적으로 웹사이트에 ping을 시도할 때 다음 오류가 표시됩니다.

google.com에 대한 ping 명령으로 인해 '이름 확인에 일시적인 실패' 오류 메시지가 빨간색 텍스트로 표시되는 터미널 창

ping google.com

ping: google.com: Temporary failure in name resolution

이름 확인의 일시적인 실패를 해결하는 방법

근본 원인에 따라 이 오류를 해결하는 방법에는 여러 가지가 있습니다. 주요 솔루션을 살펴보겠습니다.

해결 방법 1: 인터넷 연결 확인

라우터와 네트워크 하드웨어를 확인하여 모든 것이 올바르게 설정되었는지 확인하세요. 다른 응용프로그램을 열어 해당 응용프로그램을 통해 인터넷 연결을 설정할 수 있는지 확인하세요.

IP 주소를 직접 ping하여 기본 연결을 테스트할 수 있습니다.

ping -c 4 8.8.8.8

이 명령은 4개의 패킷을 Google의 공개 DNS 서버로 보냅니다. 응답을 받으면 인터넷 연결이 작동하는 것입니다.

"요청 시간 초과" 또는 "네트워크에 연결할 수 없음"이 표시되면 DNS와 관련되지 않은 일반적인 연결 문제가 있는 것입니다.

Google.com 도메인에 대한 실패한 핑과 Google의 IP 주소 8.8.8.8에 대한 성공적인 핑 응답을 보여주는 분할 터미널 비교

애플리케이션이 인터넷에 성공적으로 연결되면 다음 해결 방법을 진행하세요.

해결 방법 2: 잘못 구성된 resolv.conf 파일

그만큼 /etc/resolv.conf 파일에는 시스템이 사용하는 DNS 서버가 나열되어 있습니다. 파일에 잘못된 IP 주소가 포함되어 있으면 웹사이트에 연결할 수 없습니다.

많은 Ubuntu 시스템에서 이 파일은 systemd-resolved에서 관리하는 동적 파일에 대한 링크입니다. 종종 "편집하지 마십시오"라는 경고가 포함되어 있습니다. 그러나 이 파일을 직접 편집하는 경우 변경 사항은 몇 분만 지속될 수 있습니다. 시스템은 네트워크 설정을 업데이트하거나 다시 시작할 때 이를 덮어씁니다.

DNS 설정을 구성하기 전에 시스템 사용자에게 관리 권한이 있는지 확인하십시오. 방법 알아보기 sudoers에 사용자 추가 필요한 경우.

현재 DNS 구성 확인

먼저 DNS 설정을 변경하지 말고 확인하세요.

cat /etc/resolv.conf

유효한 이름 서버가 표시되지 않으면 문제를 발견한 것입니다.

임시 테스트

빠른 테스트를 위해 Google의 DNS 서버를 추가할 수 있습니다.

nameserver 8.8.8.8

nameserver 8.8.4.4

또는 Cloudflare의 DNS 서버를 사용할 수 있습니다.

Ubuntu 시스템용 Google DNS 이름 서버 8.8.8.8 및 8.8.4.4 항목이 포함된 resolv.conf 구성 파일을 표시하는 터미널 텍스트 편집기 

nameserver 1.1.1.1

nameserver 1.0.0.1

다음은 널리 사용되는 공용 DNS 서버를 비교한 것입니다.

Google DNS, Cloudflare, Quad9, OpenDNS 등 인기 있는 DNS 제공업체 4곳의 IP 주소 및 기능 비교 차트

DNS 공급자 기본 DNS 보조 DNS 주요 특징
구글 DNS 8.8.8.8 8.8.4.4 고가용성, 글로벌 적용 범위
클라우드플레어 1.1.1.1 1.0.0.1 개인 정보 보호에 중점을 두고 IP를 기록하지 않습니다.
쿼드9 9.9.9.9 149.112.112.112 알려진 악성 도메인을 차단합니다.
오픈DNS 208.67.222.222 208.67.220.220 피싱 방지, 콘텐츠 필터링

그러나 이것은 영구적이지 않습니다. 시스템은 이러한 변경 사항을 삭제합니다. Ubuntu에 대한 지속적인 수정을 위해서는 다음을 구성해야 합니다. 시스템 해결 아니면 넷플랜. 아래의 특정 섹션에서 해당 단계를 다룹니다.

Systemd-Resolved 서비스 상태를 확인합니다.

네임서버가 올바른 것처럼 보이지만 여전히 해결에 실패하는 경우 다음을 확인하세요. 시스템 해결 서비스. 이 서비스는 대부분의 최신 Linux 시스템에서 로컬 DNS 조회를 관리합니다. 실행 중인지 확인하려면 다음 명령을 사용하세요. sudo systemctl 상태 systemd-resolved

출력에 서비스가 비활성 상태로 표시되면 즉시 시작할 수 있습니다.

sudo systemctl start systemd-resolved

서비스 중단으로 인해 이름 확인 오류가 발생하는 경우가 많기 때문에 이 단계는 Ubuntu 사용자가 반드시 알아야 할 사항입니다.

해결 방법 3: 방화벽 제한

방화벽은 맬웨어 및 보안 위협으로부터 Linux 시스템을 보호합니다. 그러나 부적절한 방화벽 구성으로 인해 DNS 요청이 차단되어 이름 확인 오류가 발생할 수 있습니다.

한 가지 진단 방법은 방화벽과 보안 소프트웨어를 일시적으로 비활성화하여 문제의 원인인지 확인하는 것입니다. 방화벽을 비활성화하여 문제가 해결되면 방화벽 설정을 다시 구성해야 합니다.

UFW 방화벽 구성

대부분의 Debian 및 Ubuntu 배포판은 UFW 방화벽. 포트 53(UDP 및 TCP 모두)에서 DNS 트래픽을 허용해야 합니다.

sudo ufw allow 53/udp

sudo ufw allow 53/tcp

DNS는 표준 쿼리에는 UDP를 사용하고 대규모 전송에는 TCP를 사용합니다.

이 포트를 연 후 UFW를 다시 로드하여 변경 사항을 적용하세요.

포트 43 및 53을 통해 클라우드 DNS 서버로의 DNS 트래픽을 허용하는 UFW 구성을 보여주는 Ubuntu 시스템 방화벽 다이어그램

sudo ufw 다시 로드

방화벽 구성

Firewalld를 사용하는 CentOS 및 Red Hat 기반 시스템의 경우 필요한 포트를 엽니다.

sudo firewall-cmd --add-port=53/udp --permanent

sudo firewall-cmd --add-port=53/tcp --permanent

변경 사항을 적용하려면 방화벽을 다시 로드하세요.

sudo firewall-cmd --reload

해결 방법 4: DNS 캐시 플러시

DNS 캐시는 향후 조회 속도를 높이기 위해 IP 주소를 로컬에 저장합니다. 그러나 오래되거나 손상된 DNS 캐시 데이터로 인해 도메인 이름이나 호스팅 공급자가 변경된 웹 사이트에 액세스하지 못하게 되어 일시적인 이름 확인 오류가 발생할 수 있습니다.

당신만 DNS 캐시 지우기 시스템이 새로운 데이터를 요청하도록 강제하려는 경우. 해결 오류가 발생하면 이 단계를 사용하세요.

systemd-resolved service restart 명령을 사용하여 캐시된 데이터 블록을 새로 고치는 DNS 캐시 지우기 프로세스의 시각적 표현

DNS 서비스 식별

서비스는 설치에 따라 다릅니다. "장치를 찾을 수 없음" 오류를 방지하려면 어느 것이 실행되고 있는지 확인하세요.

sudo systemctl is-active nscd

sudo systemctl is-active dnsmasq

nscd 플러시

If nscd 활성화되어 있으면 다시 시작하세요.

sudo systemctl restart nscd.service

dnsmasq 플러시

If dnsmasq 활성화되어 있으면 다시 시작하세요.

sudo systemctl restart dnsmasq.service

Ubuntu에서 캐시 플러시(systemd-resolved)

systemd-resolved를 사용하는 시스템의 경우:

sudo systemctl restart systemd-resolved.service

또는 다음과 같이 resolvectl 명령을 사용하십시오.

sudo resolvectl flush-caches

이름 확인 이해

cloudzy.com과 같은 웹사이트 주소를 입력하면 인터넷에서 해당 사이트를 찾으려면 컴퓨터가 사람이 읽을 수 있는 이 도메인을 IP 주소(예: 172.66.40.212)로 변환해야 합니다. 이 변환 프로세스를 이름 확인이라고 하며 DNS 서버가 이를 처리합니다.

이름 확인 오류의 일시적인 실패는 Linux 시스템이 웹 사이트의 해당 IP 주소를 검색하기 위해 DNS 서버에 연결하지 못할 때 발생합니다. "일시적인" 지정은 이것이 반드시 영구적인 오류는 아니라는 것을 나타냅니다. 대부분의 경우 해결 가능한 구성 또는 연결 문제로 인해 발생합니다.

DNS 서버는 도메인 이름을 컴퓨터가 통신에 사용하는 IP 주소로 변환합니다. Google Public DNS 핸들 1조가 넘는다 매일 쿼리를 수행하며 이 중요한 인터넷 서비스의 규모를 보여줍니다.

마찬가지로 Cloudflare의 1.1.1.1 확인자 프로세스 매일 거의 2조 건의 쿼리가 발생합니다.. 이 책은 DNS가 인터넷의 핵심임을 증명합니다.

이름 확인이 일시적으로 실패하는 원인은 무엇입니까?

근본 원인을 식별하는 것은 이름 확인 오류에서 Ubuntu의 일시적인 실패를 해결하기 위한 첫 번째 단계입니다. 여러 요인으로 인해 이 문제가 발생할 수 있습니다.

일반적인 DNS 오류 원인을 보여주는 4개 패널 다이어그램: 이더넷 케이블 연결 끊김, DNS 서버 구성 잘못, 방화벽 차단 포트 53, 캐시 손상

인터넷 연결 문제

느리거나 끊어진 인터넷 연결이 주요 원인인 경우가 많습니다. 복잡한 문제 해결을 시작하기 전에 인터넷 연결이 제대로 작동하는지 확인하세요.

DNS 구성 문제

DNS 구성 오류는 이 오류의 가장 일반적인 원인 중 하나입니다.

  • 응답하지 않는 DNS 서버: 시스템이 연결하려는 DNS 서버를 사용하지 못할 수 있습니다.
  • 잘못 구성된 DNS 확인: DNS 확인 메커니즘이 잘못 구성되었을 수 있습니다.
  • 오래된 DNS 캐시: 오래되었거나 손상된 DNS 캐시 항목으로 인해 적절한 해결이 불가능할 수 있습니다.

방화벽 제한

방화벽 구성은 올바르게 구성된 경우에도 DNS 요청을 차단할 수 있습니다. DNS 쿼리 사용 포트 53, 방화벽이 이 포트를 차단하면 이름 확인이 실패합니다.

포트 53은 UDP와 TCP 프로토콜을 모두 처리합니다. DNS는 일반적으로 더 빠르기 때문에 표준 쿼리에 UDP 포트 53을 사용합니다. TCP 포트 53은 UDP의 크기 제한을 초과하는 영역 전송 및 대규모 쿼리에 사용됩니다.

서비스 구성 문제

최신 Linux 배포판에서 DNS 확인을 관리하는 systemd-resolved 서비스가 중지되거나 비활성화되거나 잘못 구성될 수 있습니다. 이 서비스는 시스템의 모든 애플리케이션에 대한 DNS 확인을 제공합니다.

이름 확인 Ubuntu 22.04의 일시적인 실패

Ubuntu 22.04 LTS에는 특히 시스템 업그레이드 후에 DNS 확인 문제를 일으킬 수 있는 네트워크 관리 변경 사항이 도입되었습니다. 사용자는 이 버전에서 Ubuntu가 호스트를 확인할 수 없음, 이름 확인 오류의 일시적인 오류를 더 자주 경험할 수 있습니다.

일반적인 우분투 22.04 문제

Ubuntu 20.04에서 22.04로 업그레이드하는 사용자는 DNS 확인 실패를 자주 보고합니다. 이름 확인 문제의 Ubuntu 22.04 일시적 실패는 종종 업그레이드 프로세스 중에 발생하는 systemd 해결 서비스 구성 오류로 인해 발생합니다.

Ubuntu 22.04 특정 수정 사항

Ubuntu 22.04에서 지속적인 DNS 문제가 발생하는 경우 다음 단계를 따르세요.

먼저 systemd 네트워킹 서비스가 제대로 활성화되어 있는지 확인하십시오.

sudo systemctl unmask systemd-networkd.service

sudo systemctl unmask systemd-resolved.service

systemd-resolved 상태를 확인합니다.

systemd-networkd 서비스, systemd-resolved 서비스 및 resolv.conf 심볼릭 링크 구성에 대한 세 가지 녹색 확인 표시를 보여주는 Ubuntu 22.04 시스템 체크리스트

sudo systemctl status systemd-resolved.service

서비스가 비활성 상태인 경우 서비스를 시작합니다.

sudo systemctl start systemd-resolved.service

sudo systemctl enable systemd-resolved.service

/etc/resolv.conf 심볼릭 링크가 올바른 위치를 가리키는지 확인하십시오.

ls -l /etc/resolv.conf

스텁 확인자에 대한 권장 구성 링크는 다음과 같습니다.

sudo ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

수정 사항 테스트

이렇게 변경한 후 DNS 확인을 테스트합니다.

resolvectl status

이 명령은 현재 DNS 구성을 표시합니다. 또한 systemd-resolved가 DNS를 올바르게 관리하고 있는지 확인합니다.

Ubuntu 24.04 이름 확인의 일시적인 실패

최신 장기 지원 릴리스인 Ubuntu 24.04 LTS는 systemd 255를 사용하며 업데이트된 네트워크 관리 구성 요소를 포함합니다. 이전 버전보다 안정적이지만 특정 DNS 문제가 여전히 발생할 수 있습니다. 

원격 관리자는 종종 "SSH에서 호스트 이름을 확인할 수 없습니다" 오류가 발생합니다. 이는 시스템 스텁 확인자가 다음 위치에 있을 때 트리거됩니다. 127.0.0.53 실패합니다. SSH는 이름 변환을 위해 이 로컬 서비스를 사용하므로 중지되었습니다. 시스템 해결 프로세스는 모든 도메인 기반 연결 시도를 즉시 차단합니다.

우분투 24.04 DNS 구성

Ubuntu 24.04는 DNS 관리를 위해 systemd-resolved에 크게 의존합니다. 127.0.0.53의 스텁 리스너는 시스템에 대한 DNS 쿼리를 처리합니다.

Ubuntu 24.04에서 DNS 문제 해결

Ubuntu 24.04에서 이름 확인 오류가 발생하는 경우 systemd-resolved가 실행 중인지 확인하세요.

sudo systemctl status systemd-resolved

resolvectl을 사용하여 DNS 구성을 확인합니다.

resolvectl status

각 네트워크 인터페이스에 대한 네임서버 정보와 DNS 구성이 표시됩니다.

우분투 24.04 Netplan 구성

Ubuntu 24.04는 네트워크 구성에 Netplan을 사용합니다. 파일 이름과 렌더러 설정은 서버 버전을 사용하는지 데스크탑 버전을 사용하는지에 따라 다릅니다.

먼저 구성 파일을 식별합니다.

ls /etc/netplan/

찾은 파일을 편집합니다(종종 50-cloud-init.yaml or 00-installer-config.yaml):

sudo nano /etc/netplan/YOUR_FILE_NAME.yaml

DNS 설정을 확인하세요. 메모: 서버는 일반적으로 사용 네트워크로 연결됨, 데스크톱 설치에서는 다음을 사용합니다. 네트워크매니저. 인터페이스 이름을 확인하세요(예: eth0 or ens3) 사용 IP 주소 편집하기 전에.

network:

  version: 2

  renderer: networkd

  ethernets:

    eth0:

      dhcp4: yes

      nameservers:

        addresses: [8.8.8.8, 8.8.4.4]

구성을 적용합니다.

VPC DNS 서버 연결을 보여주는 네트워크 다이어그램과 함께 DNS 이름 서버 설정을 표시하는 Ubuntu 24.04 Netplan YAML 구성sudo netplan apply

스텁 리스너 문제

일부 애플리케이션은 포트 53에서 systemd-resolved의 스텁 리스너와 충돌할 수 있습니다. 스텁 리스너를 비활성화해야 하는 경우:

sudo mkdir -p /etc/systemd/resolved.conf.d/

구성 파일을 만듭니다.

echo -e "[Resolve]\nDNSStubListener=no" | sudo tee /etc/systemd/resolved.conf.d/noresolved.conf

시스템 다시 시작-해결됨:

sudo systemctl restart systemd-resolved.service

추가 문제 해결 팁

오류가 지속되면 다음 도구를 사용하여 문제를 파악하십시오. 문제가 네트워크 연결, DNS 서버 자체 또는 로컬 파일 충돌로 인해 발생하는지 확인해야 합니다.

DNS 서버 접근성 확인

시스템이 구성에 나열된 특정 DNS 서버에 연결할 수 있는지 테스트해야 합니다. 사용 명령 뒤에 기본 네임서버의 IP 주소를 입력하세요.

ping -c 4 <your_dns_server_ip>

이것이 실패하면 네트워크 연결 문제가 있는 것입니다. 

/etc/hosts 파일 확인

/etc/hosts 파일은 DNS 조회를 재정의할 수 있습니다. 여기에 잘못 입력하면 해결 실패가 발생할 수 있습니다.

sudo nano /etc/hosts

최소한 다음이 포함되어 있는지 확인하세요.

127.0.0.1   로컬호스트

127.0.1.1   귀하의 호스트 이름

DNS 진단에 dig ​​사용

dig 명령은 DNS 문제를 진단하는 데 도움이 됩니다.

dig google.com

여기에는 응답한 네임서버와 쿼리에 걸린 시간을 포함한 자세한 DNS 쿼리 정보가 표시됩니다.

IP 주소 및 쿼리 통계를 포함한 자세한 DNS 확인 정보를 표시하는 google.com을 쿼리하는 dig 명령의 터미널 출력

네트워크 인터페이스 구성 확인

네트워크 인터페이스가 올바르게 구성되었는지 확인하십시오.

ip addr show

기본 네트워크 인터페이스에 IP 주소가 할당되어 있는지 확인하세요.

향후 DNS 문제 방지

즉각적인 오류를 수정하면 액세스가 복원되지만, 오류가 다시 발생하지 않도록 하려면 복원력 있는 설정이 필요합니다. 이러한 방법은 네트워크 구성에 중복성을 구축하여 시스템이 이름 확인 손실 없이 사소한 연결 끊김을 처리할 수 있도록 합니다.

네트워크 안정성은 하드웨어 품질에 따라 달라집니다. 우리의 클라우드지 리눅스 VPS 고주파수 AMD Ryzen 9 프로세서 및 40Gbps 연결에서 실행됩니다. 이 원시 속도는 종종 해결 실패를 유발하는 대기 시간과 시간 초과를 최소화하여 애플리케이션에 계속 액세스할 수 있도록 보장합니다.

안정적인 DNS 서버 사용

Netplan을 통해 여러 네임서버를 구성해야 합니다. 시스템 해결 편집보다는 /etc/resolv.conf 곧장; 이는 재부팅 후에도 설정이 유지되도록 하기 위한 것입니다. 다음과 같은 보조 IP 추가 1.1.1.1 or 8.8.4.4 기본 공급자가 실패하면 중복성을 만듭니다.

시스템 업데이트 모니터링

DNS 구성은 시스템 업데이트 후에 변경될 수 있습니다. Linux 배포판을 업데이트한 후 DNS 확인이 여전히 올바르게 작동하는지 확인하세요.

구성 문서화

특히 사용자 정의 DNS 서버를 사용하는 경우 DNS 구성 기록을 유지하십시오. 이렇게 하면 문제가 발생할 경우 문제 해결이 더 쉬워집니다.

일상적인 세척을 피하세요

일일 일정의 일부로 DNS 캐시를 지우지 마십시오. 이렇게 하면 유효한 데이터가 제거되고 웹 탐색 속도가 느려집니다.

두 가지 특정 상황에서만 캐시를 플러시합니다.

  1. DNS 공급자를 변경했습니다(예: ISP에서 Google DNS로 전환).
  2. 홈페이지가 새로운 서버로 이전되어 접속이 불가능합니다.

결론

Linux 시스템의 이름 확인 오류의 일시적인 실패는 일반적으로 인터넷 연결 문제, DNS 구성 문제, 방화벽 제한 또는 DNS 캐시 손상으로 인해 발생합니다. 이 가이드의 솔루션을 체계적으로 수행하면 시스템에 영향을 미치는 특정 원인을 식별하고 해결할 수 있습니다.

Ubuntu 22.04 및 24.04 사용자는 시스템 해결 구성. 이 서비스는 모든 DNS 쿼리를 관리하므로 구성이 잘못되면 패키지 업데이트와 외부 연결이 차단됩니다. 서비스가 활성화되어 있고 올바르게 연결되어 있는지 확인하세요. 안정적인 DNS 설정을 통해 Linux VPS는 중단 없이 네트워크 작업을 실행할 수 있습니다.

FAQ

Ubuntu에서 이름 확인 오류가 일시적으로 발생하는 이유는 무엇입니까?

이 오류는 Linux 시스템이 도메인 이름을 IP 주소로 변환할 수 없을 때 발생합니다. 일반적인 원인으로는 인터넷 연결 문제, 잘못 구성된 DNS 설정, DNS 포트를 차단하는 방화벽 제한 또는 systemd-resolved 서비스 문제 등이 있습니다.

이름 확인 시 ping 일시적 실패를 어떻게 해결합니까?

먼저, IP 주소에 직접 핑을 보내 인터넷 연결을 확인하세요. 그런 다음 /etc/resolv.conf 파일에 유효한 이름 서버가 포함되어 있는지 확인하고 방화벽이 포트 53에서 트래픽을 허용하는지 확인한 다음 systemd-resolved 서비스를 다시 시작하십시오. 문제가 지속되면 DNS 캐시를 플러시하십시오.

Linux에서 DNS 설정을 어떻게 확인합니까?

cat /etc/resolv.conf를 사용하여 /etc/resolv.conf 파일을 검사하여 현재 DNS 구성을 확인합니다. systemd-resolved를 사용하는 시스템의 경우, resolvectl status를 사용하여 각 네트워크 인터페이스에 대한 자세한 DNS 구성을 확인하세요.

Linux에는 어떤 DNS 서버를 사용해야 합니까?

인기 있고 안정적인 DNS 서버에는 Google DNS(8.8.8.8 및 8.8.4.4)와 Cloudflare DNS(1.1.1.1 및 1.0.0.1)가 포함됩니다. 둘 다 빠른 해결 시간과 고가용성을 제공합니다. ISP의 DNS 서버나 기타 공용 DNS 서비스를 사용할 수도 있습니다.

이 오류는 Ubuntu 22.04와 24.04에 다르게 영향을 줍니까?

두 버전 모두 이 오류가 발생할 수 있지만 Ubuntu 22.04 사용자는 20.04에서 업그레이드한 후 systemd에서 해결된 구성 변경으로 인해 문제를 자주 보고합니다. Ubuntu 24.04에서는 안정성이 향상되었지만 특정 애플리케이션에 대해 스텁 수신기 구성이 필요할 수 있습니다.

공유하다

블로그에서 더 보기

계속 읽어보세요.

MikroTik L2TP VPN 가이드의 Cloudzy 제목 이미지는 방패 아이콘이 있는 빛나는 파란색과 금색 디지털 터널을 통해 서버 랙에 연결되는 노트북을 보여줍니다.
보안 및 네트워킹

MikroTik L2TP VPN 설정(IPsec 포함): RouterOS 가이드(2026)

이 MikroTik L2TP VPN 설정에서 L2TP는 터널링을 처리하고 IPsec은 암호화 및 무결성을 처리합니다. 페어링하면 타사 연령 없이 기본 클라이언트 호환성을 제공합니다.

렉사 사이러스렉사 사이러스 9분 읽기
원격 호스트 식별 변경에 대한 SSH 경고 메시지를 표시하는 터미널 창(진한 청록색 배경에 수정 가이드 제목 및 Cloudzy 브랜딩 포함)
보안 및 네트워킹

경고: 원격 호스트 식별이 변경되었으며 해결 방법

SSH는 시스템 간에 암호화된 터널을 생성하는 보안 네트워크 프로토콜입니다. 그래픽 없이 컴퓨터에 원격으로 액세스해야 하는 개발자들에게 여전히 인기가 있습니다.

렉사 사이러스렉사 사이러스 10분 읽기
도메인이 VPS를 가리키는 방법: 빠른 가이드
보안 및 네트워킹

도메인이 VPS를 가리키는 방법: 빠른 가이드

웹사이트와 애플리케이션을 호스팅하려면 도메인을 가상 사설 서버(Virtual Private Server)로 지정하는 것이 필요합니다. 이 가이드는 귀하의 도메인을 귀하의 도메인에 연결하는 데 대해 알아야 할 모든 것을 다룹니다.

렉사 사이러스렉사 사이러스 16분 읽기

배포할 준비가 되셨나요? 월 $2.48부터

2008년부터 독립 클라우드. AMD EPYC, NVMe, 40Gbps. 14일 환불.