インターネットを閲覧したり、ホストにpingを実行したりすることはできませんが、掘ることはできます

13

ウェブサイトを閲覧できません。次のエラーをご覧ください。

karthick@karthick:~$ ping www.google.com                         
ping: unknown host www.google.com

更新

karthick@karthick:~$ dig www.google.com

; <<>> DiG 9.7.1-P2 <<>> www.google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26402
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 4, ADDITIONAL: 4

;; QUESTION SECTION:
;www.google.com.            IN  A

;; ANSWER SECTION:
www.google.com.     238583  IN  CNAME   www.l.google.com.
www.l.google.com.   97  IN  A   74.125.236.50
www.l.google.com.   97  IN  A   74.125.236.48
www.l.google.com.   97  IN  A   74.125.236.52
www.l.google.com.   97  IN  A   74.125.236.49
www.l.google.com.   97  IN  A   74.125.236.51

;; AUTHORITY SECTION:
google.com.     146866  IN  NS  ns3.google.com.
google.com.     146866  IN  NS  ns2.google.com.
google.com.     146866  IN  NS  ns1.google.com.
google.com.     146866  IN  NS  ns4.google.com.

;; ADDITIONAL SECTION:
ns2.google.com.     317814  IN  A   216.239.34.10
ns1.google.com.     317814  IN  A   216.239.32.10
ns3.google.com.     317814  IN  A   216.239.36.10
ns4.google.com.     317814  IN  A   216.239.38.10

;; Query time: 5 msec
;; SERVER: 172.29.39.212#53(172.29.39.212)
;; WHEN: Wed Aug  3 15:30:38 2011
;; MSG SIZE  rcvd: 268

出力：

karthick@karthick:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr bc:30:5b:c4:fd:dc  
inet addr:172.29.XX.XX  Bcast:172.29.XX.XXX  Mask:255.255.255.0
inet6 addr: fe80::be30:5bff:fec4:fddc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:1757954 errors:0 dropped:0 overruns:0 frame:0
TX packets:1422948 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000 
RX bytes:1329324192 (1.3 GB)  TX bytes:1231317787 (1.2 GB)
Interrupt:16 

lo        Link encap:Local Loopback  
inet addr:127.0.0.1  Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING  MTU:16436  Metric:1
RX packets:10528 errors:0 dropped:0 overruns:0 frame:0
TX packets:10528 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0 
RX bytes:768164 (768.1 KB)  TX bytes:768164 (768.1 KB)

karthick@karthick:~$ sudo iptables -nvL
[sudo] password for karthick: 
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source           destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source           destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source               destination
networking  dns 
— karthick87
ソース
どのようにISPに接続しようとしていますか？ワイヤレス/イーサネット（ケーブル）またはモデム。この問題を解決するには、さらに詳しい情報が必要です。
— クリストファー・スタンスベリー
1
これはネットワークの問題のようです。
— con-f-use
このコマンドの出力を貼り付けます：ifconfig
— shantanu
2
あなたの/etc/nsswitch.conf、特に始まる行には何がありますhosts:か？dnsその行のどこかにあるはずです。
— -taneli
1
@Scaine dig、hostおよびnslookupネームサービススイッチを使用しないでください（DNS以外のネームサービスメカニズムを考慮する必要がないため）。他のほとんどのソフトウェアはそれを使用します。これはlibcの一部でありman nsswitch.conf、コマンドラインで理論的根拠と概要を示します。
— taneli

回答:

8

問題はこのファイルにあることがわかりました/etc/nsswitch.conf。そのファイルでは、DNSエントリが失われました。そのエントリを追加した後、私はサイトを閲覧することができます。

NSSWITCH

— karthick87
ソース
@OXwivi：karthick87が自己回答したほぼ1日後に、taneliが質問に回答しました。
— binW
@binW、指摘してくれてありがとう、私は時間のギャップに気付かなかった。しかし、賞金が無駄になるのは残念です
— ...-Oxwivi
5

あなたは追加する必要があるdnsの/etc/nsswitch.confで始まる行にhosts:。たとえば、私のものは

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4

これがnattyのデフォルトだと思います。

ネームサービススイッチ機能がデフォルト設定を使用していない場合は非常に一般的であり（診断が難しいため）、セットアップが一部のソフトウェアによって壊れているかどうかを知ることは有益です。

— タネリ
ソース
4

インターネットへの接続ができているようです（掘り下げても問題ありません、DNS応答は良好です）ので、おそらくプロキシのセットアップなど、より高いレベルの問題です。

それでは、システムのプロキシ設定を確認しましたか？

— パブロスG
ソース
おそらくwgetを実行してhttpを直接テストしますか？
— スケイン
3

これはDNSの問題のようです。

dig example.comこのようなDNSクエリを確認するために実行します。タイムアウトまたは失敗した場合、構成されたDNSサーバーは壊れています。次の行を追加して/etc/resolv.conf（他のnameserverエントリを置き換えて）代替DNSサーバーを設定してみてください。

nameserver 8.8.8.8

このネームサーバーはGoogleのものですが、任意の有効なDNSサーバーに設定できます。

— レーケンシュタイン
ソース
試しましたが、それでも同じエラーが発生します。
— karthick8711
resolve.confファイルの内容を投稿できますか？
— fossfreedom
OpenDNSはDNS解決にも使用できます。
— ネイサンオスマン
1

これに気づきましたか

RX bytes:1329324192 (1.3 GB)  TX bytes:1231317787 (1.2 GB)

1.3ギガバイトを受信し、1.2ギガバイトを送信しています。私はほぼ2時間Webブラウザーでラジオ番組を聴いていますが、受信（RX）888.8 MBと送信（TX）22.7 MBしかありません。ネットワーク接続を使用しているものがあり、これがアクセスをブロックしている可能性があります。使用しているOSを言うことはありません。あなたは今、ゾンビマシンの誇り高い所有者であるかもしれません。

トレントを使用していますか？帯域幅を与えすぎていませんか？

— グラハム
ソース
これは、コンピューターの実行時間に依存します。LinuxVMを更新すると、数GBのシェアが得られます。ただし、送信はまだ奇妙です。
— マーティンUeding
1

すべてのアプリケーション（Firefox、Thunderbirdなど）をオフにします。

次に、ターミナルで次のコマンドを入力します。

sudo -s  <enter your password>
date
tcpdump -qtn port 53 & host www.google.com
Ctrl-c (2 keys on the keyboard)

最後の2つのコマンドは、tcpdumpコマンドを停止するためのものです。

出力を編集として質問に投稿し直します（インターネット接続が機能していなくても、テキストログをインターネットに接続しているPCに転送するためのUSBキーが必要な場合はどうでしょうか？）。

— mat
ソース
0

DNSがあるがPingがないWindowsで最近この問題が発生しました。2つの可能性があります。

  1. 正しく機能していないプロキシを使用している場合は、プロキシを削除するか修正してください。

  2. ネットワークチェーンで何かが壊れています。つまり、ネットワークドライバーとプログラムのクリーニングと再インストールで手を汚したくない場合は、バックアップを取ってUbuntuを再インストールすることもできます。

— タマラ・ウィスマン
ソース
0

ISPの問題であるか、ローカルモデム/ルーター/スイッチが一緒に動作する必要があります。マシン、モデム、およびネットワークに影響するすべてのデバイスを再起動します。

（そうでなければ、IP：74.125.236.50でGoogleにpingできますか？）

— Antivirtel
ソース
0

IPアドレスを172.29.XX.YYとしてマスクしましたが、サブネットマスクは255.255なので。255 .0、3番目のオクテット（yyではなくxx）がデフォルトルーターと同じであることを確認する必要があります。そうでない場合は、同じサブネット上のPC（172.29.xx）のみが表示されます。DNSサーバーが自分のDNSサーバーと同じサブネット上にある場合、それ以外は何も機能しない理由が説明されます。

— スケイン
ソース
0

問題のブラウザを除外する1つの方法は、実行することです。

telnet google.com 80

ターミナルプロンプトから。動作する場合は、「google.comに接続されているエスケープ文字は '^]。」という2行が必要 です。

— ジャスティン・アンドラスク
ソース
0

今日、同様の問題が発生しました。すべてのネットワーク設定が正しいのですが、pingを実行してローカルマシンにしか到達できませんでした。

上記のファイルをチェックしてDNSエントリーを持っていましたが、mdns4エントリーを逃したことに気付きました。mdns4すべてを追加したらOKです。他の誰かが同じ問題に遭遇した場合にこれに言及する

— ヴェルナー・オーデルワー
ソース
0

これは解決されたと思いますが、同じ症状があり、解決策は問題のプログラムで使用されているデフォルトのネットワークインターフェイスカードに関係していました。

NBすべてのLinuxマシン（Ubuntu 15.10）。DNSはUbuntu 15.10でも実行されるbind9です。

接続されたマシンが2番目または3番目のネットワークインターフェイスカードを使用しているLANにDNSサーバーをセットアップします（つまり、各マシンに異なるネットワークに接続された複数のネットワークインターフェイスカードがあります）。

  1. インターフェース1：DNSが設定されていないネットワークに接続されたenp0s3
  2. インターフェース2：新しいDNSでネットワークに接続されたenp0s8
  3. インターフェース3：DNSが構成されていないネットワークに接続されたenp0s9

Digの動作は、応答を取得するまですべてのインターフェイスを繰り返し通過するのに対し、pingは最初のインターフェイスを試行してから停止/停止することを示しているようです。

最初のインターフェースを「ダウン」した後：

ifconfig enp0s3 down

pingはenp0s8でDNSの使用を開始しました

これがまだ解明しようとしている人に役立つことを願っています。

— ヤヌス
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.