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

必要に応じて、pingテストを実行しました。

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、2012年

@NathanGが私の質問を更新しました
dukevin

でresolv.confに行を追加してみてくださいnameserver 8.8.8.8
NathanG、2012年

実行中にこれらのメッセージを受け取りましたapt-get upgrade cryptsetup: WARNING: failed to detect canonical device of /dev/xvda1 cryptsetup: WARNING: could not determine root device from /etc/fstabが、それ以外の場合はうまく機能しているようです
デュークビン

回答:


19

問題は、元々持っていたDNSサーバーがクエリに応答していないことです。リストにもう1つ追加して確認できます。8.8.8.8(Googleが提供)は覚えやすいです。

nameserver 8.8.8.8/etc/resolv.confに行を追加して、そのサーバーにクエリを実行します。

元のサーバーがVPSプロバイダーから提供されたものである場合、サポートチームにこれを提示することをお勧めします。それに依存する管理ツールの種類がある可能性があります。それ以外では、8.8.8.8をプライマリDNSとして永久に使用できます。


これについてはあまり知りませんが、私のVPSのIPアドレスがresolv.confのIPアドレスと異なります。これも問題ですか?
デュークビン

2
のアドレス/etc/resolv.confはDNSリゾルバです。サーバーのIPアドレスとはほとんど関係がありません。
EEAA、2012年

> /etc/resolv.confにnameserver 8.8.8.8という行を追加して、そのサーバーをクエリします。sudoedit /etc/resolv.confありがとう!!! これは完全に機能しました。

-2

DNS解決が機能していないようです。あなたはこれを行うことができます:

ping 199.193.248.1
nslookup any_site_name 199.193.248.1

PS Ubuntu 18.04では、systemd-resolvedによって管理される/etc/resolv.confファイルであり、編集しないでください。ここで/etc/netplan/*.yamlに(8.8.8.8)などの正しいネームサーバーを追加する必要があります。

nameservers:
    addresses: [..., 8.8.8.8]

手動で、またはこのonelinerによって、文字列「addresses:」がファイルに1つしかない場合

    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

(これはUbuntuサーバーと1つのファイル01-netcfg.yamlです)

もちろん、組織で作業している場合は、8.8.8.8を使用してはならず、独自のDNSサーバーを使用してください。


2
このような置換アクションには注意してください。ファイル内のIPアドレスが必要以上に置換され、システムが役に立たなくなる可能性があります。Ubuntuの新しいバージョンのnetplan構成ファイルでDNSサーバーを構成する方が良い理由を説明した場合、これは良い答えになるでしょう。
ジェラルドシュナイダー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.