Nie mogę przeglądać żadnych stron internetowych. Spójrz na następujący błąd:

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

Aktualizacja

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

Wynik:

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 

Odkryłem, że problem leży w tym pliku /etc/nsswitch.conf. W tym pliku pominięto wpis dns. Po dodaniu tego wpisu mogę przeglądać strony.

Musisz dodać dnsdo /etc/nsswitch.conflinii zaczynającej się od hosts:. Na przykład mój ma

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4

który moim zdaniem jest domyślny w natty.

Dobrze byłoby wiedzieć, czy konfiguracja została zepsuta przez niektóre oprogramowanie, ponieważ jest to bardzo rzadkie (i trudne do zdiagnozowania), jeśli funkcja zmiany usługi nazw nie używa ustawień domyślnych.

Wygląda na to, że masz połączenie z Internetem (kop działa poprawnie, odpowiedzi DNS są dobre), więc być może jest to problem wyższego poziomu, na przykład konfiguracja proxy.

Czy sprawdziłeś ustawienia proxy swojego systemu?

To wygląda na problem z DNS.

Uruchom, dig example.comaby sprawdzić takie zapytanie DNS. Jeśli upłynie limit czasu lub nie powiedzie się, skonfigurowany serwer DNS jest uszkodzony. Spróbuj ustawić alternatywny serwer DNS, dodając następny wiersz /etc/resolv.conf(zastępując inne nameserverwpisy):

nameserver 8.8.8.8

Ten serwer nazw pochodzi od Google, ale można ustawić dowolny dowolny serwer DNS.

zauważyłeś to

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

otrzymujesz 1,3 Giga Bajtów i przesyłasz 1,2 Giga Bajtów. Słucham programu radiowego przez przeglądarkę internetową od prawie dwóch godzin i odebrałem (RX) 888,8 MB i przesłałem (TX) 22,7 MB. Coś korzysta z połączenia sieciowego i może to blokować dostęp. Nie mówisz, jakiego systemu operacyjnego używasz. Możesz być teraz dumnym właścicielem maszyny zombie.

Czy używasz torrenta? Czy masz za dużo przepustowości?

Wyłącz wszystkie aplikacje (Firefox, Thunderbird itp.).

Następnie wprowadź te polecenia w terminalu:

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

Ostatnie 2 polecenia służą do zatrzymania polecenia tcpdump.

Opublikuj wynik z powrotem w swoim pytaniu jako edycję (zakładając, że znajdziesz sposób na to bez działającego połączenia internetowego - być może klucz USB do przesłania dziennika tekstowego na komputer z Internetem?).

Ostatnio miałem ten problem w systemie Windows, w którym miałem DNS, ale brak pingowania, istnieją dwie możliwości:

1. Używasz proxy, które nie działa poprawnie, pozbywaj się proxy lub napraw je.

2. Coś jest zepsute w łańcuchu sieci; co oznacza, że ​​musisz go odbudować od zera, jeśli nie chcesz ubrudzić sobie rąk czyszczeniem i ponowną instalacją sterowników sieciowych i programów, równie dobrze możesz wykonać kopię zapasową i ponownie zainstalować Ubuntu ...

Musi to być problem z usługodawcą internetowym lub lokalny modem / router / przełącznik bawi się z tobą. Uruchom ponownie urządzenie, modem i wszystkie urządzenia, których dotyczy sieć.

(W przeciwnym razie możesz pingować Google przez adres IP: 74.125.236.50?)

Zamaskowałeś swój adres IP jako 172.29.XX.YY, ale ponieważ twoja maska ​​podsieci to 255.255. 255 .0, musisz upewnić się, że trzeci oktekt (xx, a nie yy) jest taki sam jak domyślny router. Jeśli nie, to zobaczysz tylko komputery w tej samej podsieci, co Ty (172.29.xx). Jeśli twój serwer DNS znajduje się w tej samej podsieci co twój, to wyjaśnia, dlaczego nic, poza nim, nie działa.

Jednym ze sposobów, aby wykluczyć problem z przeglądarką, jest uruchomienie:

telnet google.com 80

z poziomu terminala. Jeśli to działa, powinieneś mieć dwa wiersze z napisem: Połączony z google.com Escape to „^] ..

Wpadłem dzisiaj na podobny problem, gdzie wszystkie ustawienia sieci były prawidłowe, ale mogłem tylko pingować i docierać do lokalnych komputerów.

Sprawdziłem powyższy plik i miałem wpis DNS, ale zauważyłem, że go przegapiłem mdns4. Po dodaniu mdns4wszystko jest OK. Wspominając o tym na wypadek, gdyby ktoś napotkał ten sam problem

Zdaję sobie sprawę, że zostało to rozwiązane, ale miałem ten sam objaw i rozwiązanie dotyczyło domyślnej karty interfejsu sieciowego używanej przez dany program.

NB Wszystkie maszyny linux (Ubuntu 15.10). DNS jest również bind9 działający na Ubuntu 15.10.

Skonfigurowałem serwer DNS w sieci LAN, do której podłączone komputery używały drugiej lub trzeciej karty interfejsu sieciowego (tj. Każda maszyna miała kilka kart interfejsu sieciowego podłączonych do różnych sieci) np. (Dla dowolnego komputera w danej sieci):

1. Interfejs 1: enp0s3 podłączony do jakiejś sieci bez skonfigurowanego DNS
2. Interfejs 2: enp0s8 podłączony do sieci za pomocą nowego DNS
3. Interfejs 3: enp0s9 podłączony do jakiejś sieci bez skonfigurowanego DNS

Wydaje się, że zachowanie Dig wskazuje, że iteracyjnie przechodzi przez wszystkie interfejsy, dopóki nie otrzyma odpowiedzi, podczas gdy ping po prostu próbuje pierwszego interfejsu, a następnie zatrzymuje się / poddaje.

Po „zestrzeleniu” pierwszego interfejsu z:

ifconfig enp0s3 down

ping następnie zaczął używać DNS na enp0s8

Mam nadzieję, że pomoże to każdemu, kto może nadal próbować to rozgryźć.