Используя Ubuntu Server (12.04) через командную строку, я могу получить доступ к локальной сети (например, проверить связь с локальными машинами), но не в Интернете (например, «ping google.com» или «sudo apt-get update»). Как мне решить эту проблему?
Начну с того, что я был могу получить доступ к Интернету (используя sudo apt-get), но после некоторой «работы по настройке» я теперь могу получить доступ только к локальной сети. Раньше это работало, когда у меня было DHCP-соединение. Я заметил проблему через некоторое время после того, как переключился на статический IP. Я снова переключился на DHCP, но безуспешно.
/ и т.д. / сеть / интерфейсы в настоящее время выглядит так:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
auto wlan0
iface wlan0 inet dhcp
wpa-ssid myrouterssid
wpa-psk myrouterpassword
ifconfig -a отчеты:
eth0 Link encap:Ethernet HWaddr 00:1e:7a:d9:1b:07
inet addr:192.168.0.101 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::21e:68ff:fed9:1b07/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:217 errors:0 dropped:0 overruns:0 frame:0
TX packets:414 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:23826 (23.8 KB) TX bytes:47487 (47.4 KB)
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:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:720 (720.0 B) TX bytes:720 (720.0 B)
virbr0 Link encap:Ethernet HWaddr 86:19:a7:9b:a6:4a
inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0
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:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
wlan0 Link encap:Ethernet HWaddr 00:94:ea:de:1f:78
inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::216:eaff:fede:1f78/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:328 errors:0 dropped:0 overruns:0 frame:0
TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:58008 (58.0 KB) TX bytes:1852 (1.8 KB)
"пинг 192.168.0.1" (шлюз) работает. "ping 192.168.0.100" (самостоятельно) работает. "ping 192.168.0.7" (другой ПК) работает. "ping google.com" сообщает "ping: unknown host google.com". "ping 173.194.34.72" (google.com) не выполняется.
Я также могу подключиться к этому серверу ubuntu по SSH с другого ПК (хотя теперь он ждет около 20 секунд, прежде чем запросить пароль, тогда как раньше это было мгновенно - важно?)
РЕДАКТИРОВАТЬ: маршрут -n отчеты:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 100 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 virbr0
Возможно, ваши записи в resolv.conf неверны. Вы должны определить правильный адрес (а) и записать их вручную в resolv.conf (удалив текущие записи).
Я предполагаю, что DNS-сервер такой же, как шлюз (192.168.0.1).
Вы можете попробовать это перед внесением изменений в resolv.conf командой:
dig @192.168.0.1 google.com
Вышеупомянутая команда пытается запросить 192.168.0.1 (не ваш текущий набор в resolv.conf) для IP-адреса google.com, если есть рабочий DNS-сервер, ответ будет содержать следующий текст:
;; ANSWER SECTION:
google.com. 300 IN A 173.194.35.162
google.com. 300 IN A 173.194.35.161
google.com. 300 IN A 173.194.35.164
[...]
Если не удалось, попробуйте ввести разные IP-адреса в dig команда
Другая проблема в том, что попытка ping google по IP не удалась (как вы писали). Чтобы быстро проверить, почему это не удается, попробуйте следующую команду:
traceroute 173.194.35.162
Вы увидите, какой из хмелей вызывает проблему. Возможно, Ваш шлюз не работает.
Что нужно проверить:
У вас есть серверы имен, определенные в /etc/resolv.conf
/etc/resolv.conf:
nameserver 8.8.8.8
nameserver 8.8.4.4
У вас есть шлюз по умолчанию в вашей таблице маршрутизации:
ip route
tom.oconnor@charcoal-black:~$ ip route
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
169.254.0.0/16 dev eth0 scope link metric 1000
192.168.0.0/16 dev eth0 proto kernel scope link src 192.168.100.27
default via 192.168.1.1 dev eth0 metric 100
Маршрут по умолчанию - тот, который начинается "default via"
Похоже, ваше разрешение имен (DNS) нарушено. Проверьте ваш /etc/resolv.conf и настройки DNS вашего сетевого менеджера.
Вы не определили свой маршрут по умолчанию. Ваш DHCP-сервер для WiFi не отправляет информацию об этом. Пожалуйста, исправьте конфигурацию DHCP, или вы должны будете установить ее в системе Ubuntu вручную.
Это может произойти из-за фиктивной привязки IP / MAC в вашем маршрутизаторе. Выпустить ifconfig проверьте свой HWaddr по таблице привязки IP / MAC маршрутизатора.
Отредактируйте /etc/resolv.conf, возможно, отсутствующие серверы имен, затем перезапустите службу сетевого менеджера NetworkManager restart.