Загруженный Linux Poseidon к Ubuntu 14.04. Проверяя с помощью ping-запросов, но не перемещаясь
У меня есть разделенная Lenovo R500 с Windows XP (32 бита) и Poseidon Linux (64 бита). Обновляя Linux до более новой версии Ubuntu 14.04, я не могу переместиться в Интернете, хотя это проверяет с помощью ping-запросов (Windows делает). Я перезапустил маршрутизатор, ничто. Испытанный Wi-Fi и кабель, ничто. Я выполняю следующие коды:
lspci -nn -d 14e4: 04:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express [14e4:1693] (rev 02)
ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:22:68:0c:24:ec
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
eth1 Link encap:Ethernet HWaddr 00:11:6b:73:82:7b
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:5359 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:4399989 (4.3 MB) TX bytes:439491 (439.4 KB)
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:7659 errors:0 dropped:0 overruns:0 frame:0
TX packets:7659 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:602845 (602.8 KB) TX bytes:602845 (602.8 KB)
wlan0 Link encap:Ethernet HWaddr 00:22:fa:bd:96:76
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:518 errors:0 dropped:0 overruns:0 frame:0
TX packets:393 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:74594 (74.5 KB) TX bytes:56006 (56.0 KB)
route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface
Когда я протестировал, если это проверяет с помощью ping-запросов, кажется, что это делает:
ping -c3 91.189.94.12
PING 91.189.94.12 (91.189.94.12) 56(84) bytes of data.
64 bytes from 91.189.94.12: icmp_seq=1 ttl=52 time=50.0 ms
64 bytes from 91.189.94.12: icmp_seq=2 ttl=52 time=36.1 ms
64 bytes from 91.189.94.12: icmp_seq=3 ttl=52 time=54.7 ms
--- 91.189.94.12 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 36.147/46.977/54.733/7.892 ms
Там какая-либо подсказка должна решить эту проблему? Спасибо, XXXL
1 ответ
NetworkManager является программой, которая (через resolvconf утилиту) вставляет адрес 127.0.1.1 в resolv.conf. NM вставляет тот адрес, если, только если он настроен для запуска экземпляра dnsmasq программы для служения в качестве локального передающего сервера имен. Это dnsmasq экземпляр прислушивается к запросам в адресе 127.0.1.1.
, Если Вы не хотите использовать локальный передающий сервер имен затем, настраивают NetworkManager, чтобы не запустить dnsmasq экземпляр и не вставить тот адрес. В /etc/NetworkManager/NetworkManager.conf комментируют строку dns=dnsmasq
sudo nano /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile,ofono
#dns=dnsmasq
и перезапускают услуги NetworkManager.
sudo restart network-manager
В этом режиме, обновления NetworkManager /etc/resolv.conf (все еще через resolvconf) для включения адресов сервера имен NetworkManager имеет для активных соединений.
, Если Вы хотите отключить resolvconf механизм для обновления resolv.conf и просто использовать статический resolv.conf файл, сделайте следующее.
sudo rm -f /etc/resolv.conf # Delete the symbolic link
sudo nano /etc/resolv.conf # Create static file
# Content of static resolv.conf
nameserver 8.8.4.4
nameserver 8.8.8.8
-
1это - I' ve, пытаясь сделать аппаратные средства passtrough в течение очень долгого времени, но мне нужен наставник I can' t понимают его – tatsu 13 December 2016 в 02:22