apt-get은 "archive.ubuntu.com"을 해결하는 데 실패했습니다 "


10

Ubuntu 11.04를 실행하는 새 VPS를 가져 와서 업데이트하려고했습니다. 이 오류가 발생했습니다. apt-get을 사용할 때마다 동일한 오류가 발생합니다.

login as: root
root@199.193.248.80's password:
Welcome to Ubuntu 11.04 (GNU/Linux 2.6.38-8-generic-pae i686)

 * Documentation:  https://help.ubuntu.com/
Last login: Mon May  7 19:55:45 2012 from 108.192.44.54
root@Rx:~# apt-get update
Err http://security.ubuntu.com natty-security InRelease

Err http://archive.ubuntu.com natty InRelease

Err http://security.ubuntu.com natty-security Release.gpg
  Temporary failure resolving 'security.ubuntu.com'
Err http://archive.ubuntu.com natty-updates InRelease

Err http://archive.ubuntu.com natty Release.gpg
  Temporary failure resolving 'archive.ubuntu.com'
Err http://archive.ubuntu.com natty-updates Release.gpg
  Temporary failure resolving 'archive.ubuntu.com'
Reading package lists... Done
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/natty/InRelease

W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/natty-updates/InRelease

W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/natty-security/InRelease

W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/natty-security/Release.gpg  Temporary failure resolving 'security.ubuntu.com'

W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/natty/Release.gpg  Temporary failure resolving 'archive.ubuntu.com'

W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/natty-updates/Release.gpg  Temporary failure resolving 'archive.ubuntu.com'

W: Some index files failed to download. They have been ignored, or old ones used instead.
root@Rx:~#

필요한 경우 다음은 /etc/apt/sources.list입니다.

root@Rx:/etc# more /etc/apt/sources.list
deb http://archive.ubuntu.com/ubuntu natty main
deb http://archive.ubuntu.com/ubuntu natty-updates main
deb http://security.ubuntu.com/ubuntu natty-security main
deb http://archive.ubuntu.com/ubuntu natty universe
deb http://archive.ubuntu.com/ubuntu natty-updates universe

필요한 경우 핑 테스트를 수행했습니다.

root@Rx:~# ping -n 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=56 time=13.3 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=56 time=13.2 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=56 time=13.4 ms
64 bytes from 8.8.8.8: icmp_req=4 ttl=56 time=13.3 ms
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 13.243/13.326/13.428/0.066 ms
root@Rx:~#

이것은 /etc/resolv.conf입니다

root@Rx:~# more /etc/resolv.conf
nameserver 199.193.248.1

이것은 DNS 문제입니다. /etc/resolv.conf에 무엇입니까?
NathanG

@NathanG가 내 질문을 업데이트했습니다
dukevin

resolv.conf에 줄을 추가하십시오 nameserver 8.8.8.8.
NathanG

나는 실행이 메시지를 얻었다 apt-get upgrade cryptsetup: WARNING: failed to detect canonical device of /dev/xvda1 cryptsetup: WARNING: could not determine root device from /etc/fstab있지만 그렇지 않으면 작업 좋은 것 같다
dukevin

답변:


19

문제는 원래 DNS 서버가 쿼리에 응답하지 않는다는 것입니다. 목록에 다른 것을 추가하여 확인할 수 있습니다. 8.8.8.8 (Google 제공)이 가장 기억하기 쉽습니다.

nameserver 8.8.8.8해당 서버를 조회하려면 /etc/resolv.conf에 행 을 추가하십시오 .

원본 서버가 VPS 공급자가 제공 한 서버 인 경우 지원 팀에이를 제공 할 수 있습니다. 서버에 따라 다른 관리 도구가있을 수 있습니다. 그 외에도 8.8.8.8을 기본 DNS로 영원히 사용할 수 있습니다.


나는 이것에 대해 잘 모르지만 내 VPS의 IP 주소가 resolv.conf의 IP 주소와 다릅니다. 이것도 문제입니까?
dukevin

2
귀하의 주소 /etc/resolv.conf는 DNS 확인자입니다. 서버의 IP 주소와 관련이 거의 없습니다.
EEAA

> nameserver 8.8.8.8 라인을 /etc/resolv.conf에 추가하여 해당 서버를 조회하십시오. sudoedit /etc/resolv.conf 감사합니다 !!! 이것은 완벽하게 작동했습니다.

-2

DNS 확인이 작동하지 않는 것 같습니다. 당신은 이것을 할 수 있습니다 :

ping 199.193.248.1
nslookup any_site_name 199.193.248.1

PS Ubuntu 18.04에서 /etc/resolv.conf 파일은 systemd-resolved에 의해 관리되며 편집해서는 안됩니다. 올바른 이름 서버 (예 : (8.8.8.8))를 /etc/netplan/*.yaml에 추가해야합니다.

nameservers:
    addresses: [..., 8.8.8.8]

문자열 "addresses :"가 파일에 하나만있는 경우 수동 또는이 oneliner에 의해

    sed -r 's/(addresses: \[.*)\]/\1, 8.8.8.8\]/g' /etc/netplan/01-netcfg.yaml | 
    sudo tee /etc/netplan/01-netcfg.yaml && 
    sudo netplan apply

(이것은 우분투 서버이며 하나의 파일 01-netcfg.yaml입니다)

물론 조직에서 일하는 경우 8.8.8.8을 사용하지 말고 자신의 DNS 서버를 사용해야합니다.


2
이러한 대체 조치에주의하십시오. 파일에서 원하는 것보다 많은 IP 주소를 대체하여 시스템을 쓸모 없게 만들 수 있습니다. 최신 버전의 Ubuntu의 netplan 구성 파일에서 DNS 서버를 구성하는 것이 더 좋은 이유를 설명하면 좋은 대답이 될 수 있습니다.
Gerald Schneider 's
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.