Можно только пинговать по локальной сети, а не по интернету

Question

У меня есть 2 компьютера под управлением Ubuntu 12.04, подключенных к маршрутизатору в подсети 192.168.3. Этот маршрутизатор подключен к другому маршрутизатору через модемный порт первого маршрутизатора, поэтому маршрутизатор 192.168.3 имеет доступ к подсети 192.168.2. .2 роутер подключен к интернету. Я позвоню двум компьютерам A и B. Компьютер A может пропинговать себя, компьютер B, маршрутизаторы .3 и .2 и www.google.com. Компьютер B может пропинговать себя, компьютер A, маршрутизаторы .3 и .2, но НЕ МОЖЕТ пропинговать www.google.com. У меня по сути нет интернета на компьютере Б.

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

Вывод из ifconfig: компьютер A

eth0      Link encap:Ethernet  HWaddr 00:05:b7:dd:87:63  
      inet addr:192.168.3.135  Bcast:192.168.3.255  Mask:255.255.255.0
      inet6 addr: fe80::205:b7ff:fedd:8763/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:3940 errors:0 dropped:0 overruns:0 frame:0
      TX packets:2216 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:3365434 (3.3 MB)  TX bytes:262362 (262.3 KB)
      Interrupt:20 Memory:f7c00000-f7c20000 

eth1      Link encap:Ethernet  HWaddr 00:05:b7:dd:87:64  
      UP BROADCAST MULTICAST  MTU:1500  Metric:1
      RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
      Interrupt:17 Memory:f7940000-f7960000 

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:426 errors:0 dropped:0 overruns:0 frame:0
      TX packets:426 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:35063 (35.0 KB)  TX bytes:35063 (35.0 KB)

Вывод из ifconfig: компьютер B

eth0      Link encap:Ethernet  HWaddr 00:05:b7:dd:87:43  
      inet addr:192.168.3.136  Bcast:192.168.3.255  Mask:255.255.255.0
      inet6 addr: fe80::205:b7ff:fedd:8743/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:737 errors:0 dropped:0 overruns:0 frame:0
      TX packets:551 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:73299 (73.2 KB)  TX bytes:97661 (97.6 KB)
      Interrupt:20 Memory:f7e00000-f7e20000 

eth1      Link encap:Ethernet  HWaddr 00:05:b7:dd:87:44  
      UP BROADCAST MULTICAST  MTU:1500  Metric:1
      RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
      Interrupt:17 Memory:f7d40000-f7d60000 

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:65536  Metric:1
      RX packets:336 errors:0 dropped:0 overruns:0 frame:0
      TX packets:336 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:20796 (20.7 KB)  TX bytes:20796 (20.7 KB)

Выход с маршрута: компьютер A

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.3.1     0.0.0.0         UG    0      0        0 eth0
link-local      *               255.255.0.0     U     1000   0        0 eth0
192.168.3.0     *               255.255.255.0   U     1      0        0 eth0

Выход из маршрута: компьютер B

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.3.1     0.0.0.0         UG    0      0        0 eth0
link-local      *               255.255.0.0     U     1000   0        0 eth0
192.168.3.0     *               255.255.255.0   U     1      0        0 eth0

Единственное отличие, которое я могу найти, находится в файле resolv.conf

Resolv.conf для компьютера A

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search ampedwireless

ampedwireless - это имя домена для DHCP-сервера на маршрутизаторе .2.

Resolv.conf для компьютера B

# Generated by NetworkManager
nameserver 127.0.0.1

Я полагаю, что resolv.conf компьютера B использовал b точную копию ИСКЛЮЧЕНИЯ компьютера A для последней строки (поиск без проводов), но я попытался применить чье-то рекомендованное исправление следующим образом:

sudo apt-get remove --purge resolvconf
sudo /etc/init.d/networking restart

и это исправление, я считаю, удалил комментарий, но не мою проблему. Когда я пытаюсь вручную добавить "search ampedwireless" в resolv.conf компьютера B, он перезаписывается.

Я пытался найти в Google, но, к сожалению, все, что я видел, имеет немного другую проблему, и это не помогло. Я думаю, что попытка следовать этой рекомендации на одной странице фактически заставила меня вернуться назад, удалив resolvconf, который я больше не могу установить, потому что у меня нет доступа к Интернету. Пожалуйста, дайте мне знать, если какая-либо дополнительная информация поможет. Заранее спасибо.

Изменить, чтобы добавить информацию, запрошенную Марком: nm-tool на компьютере A

~$ nm-tool

** (process:3218): WARNING **: Could not initialize NMClient /org/freedesktop/NetworkManager: Rejected send message, 2 matched rules; type="method_call", sender=":1.45" (uid=1000 pid=3218 comm="nm-tool ") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=912 comm="NetworkManager ")

NetworkManager Tool

State: unknown


** (process:3218): WARNING **: error: could not connect to NetworkManager

nm-tool на компьютере B (для меня они одинаковые):

~$ nm-tool

** (process:1965): WARNING **: Could not initialize NMClient /org/freedesktop/NetworkManager: Rejected send message, 2 matched rules; type="method_call", sender=":1.40" (uid=1000 pid=1965 comm="nm-tool ") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination="org.freedesktop.NetworkManager" (uid=0 pid=909 comm="NetworkManager ")

NetworkManager Tool

State: unknown


** (process:1965): WARNING **: error: could not connect to NetworkManager

копаться на компьютере A:

~$ dig @8.8.8.8 google.com

; <<>> DiG 9.8.1-P1 <<>> @8.8.8.8 google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46307
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 0

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

;; ANSWER SECTION:
google.com.     299 IN  A   173.194.46.66
google.com.     299 IN  A   173.194.46.69
google.com.     299 IN  A   173.194.46.70
google.com.     299 IN  A   173.194.46.68
google.com.     299 IN  A   173.194.46.64
google.com.     299 IN  A   173.194.46.65
google.com.     299 IN  A   173.194.46.78
google.com.     299 IN  A   173.194.46.73
google.com.     299 IN  A   173.194.46.72
google.com.     299 IN  A   173.194.46.71
google.com.     299 IN  A   173.194.46.67

;; Query time: 40 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu May 22 12:00:58 2014
;; MSG SIZE  rcvd: 204

копать на компьютере B:

~$ dig @8.8.8.8 google.com

; <<>> DiG 9.8.1-P1 <<>> @8.8.8.8 google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16939
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 0

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

;; ANSWER SECTION:
google.com.     41  IN  A   74.125.225.110
google.com.     41  IN  A   74.125.225.102
google.com.     41  IN  A   74.125.225.96
google.com.     41  IN  A   74.125.225.99
google.com.     41  IN  A   74.125.225.104
google.com.     41  IN  A   74.125.225.98
google.com.     41  IN  A   74.125.225.101
google.com.     41  IN  A   74.125.225.105
google.com.     41  IN  A   74.125.225.100
google.com.     41  IN  A   74.125.225.103
google.com.     41  IN  A   74.125.225.97

;; Query time: 39 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu May 22 12:00:37 2014
;; MSG SIZE  rcvd: 204

score 6 · Answer 1 · 2011-03-09T19:38:42

Какой вывод для DNS-серверов, когда вы запускаете nm-tool из терминала? Это отобразит DNS-серверы, которые NetworkManager настроил для компьютера. Похоже, что компьютер A может быть настроен с DNS-серверами вашего интернет-провайдера, тогда как на компьютере B нет настроенных DNS-серверов. Вы можете попробовать настроить DNS-серверы на компьютере B на что-то вроде DNS от Google (8.8.8.8, 8.8.4.4). Скорее всего, dnsmasq (распознаватель DNS) работает локально для обработки DNS вашей системы, но на компьютере B не настроен DNS. Работает ли dig @ 8.8.8.8 google.com?

Честно говоря, я использую NetworkManager только для своих ноутбуков и просто настраиваю сетевые интерфейсы по "пути Debian", используя /etc /network /interfaces и редактируя resolv.conf.

score 2 · Answer 2 · 2011-03-09T19:38:42

Ну, это оказалось очень просто исправить. Я разбирался в этих машинах, поэтому решил перейти к самой машине. Оказывается, по какой-то причине он решил подключиться, используя старое сетевое подключение, для которого был настроен статический IP-адрес без DNS. Он выбирает использовать проводное соединение по умолчанию 1 в течение не менее 6 месяцев. Я не уверен, что вызвало изменение в поведении, но исправить это было так же просто, как переключить сетевое соединение на проводное соединение по умолчанию 1 и удалить соединение, которое было настроено со статическим IP-адресом и без DNS.

Сейчас выбран русский

Можно только пинговать по локальной сети, а не по интернету

2 ответа2

Всё ещё ищете ответ? Посмотрите другие вопросы с метками dhcp ping internet.

Можно только пинговать по локальной сети, а не по интернету

2 ответа2

Всё ещё ищете ответ? Посмотрите другие вопросы с метками dhcp ping internet.

Похожие