проблемы, поддерживающие интернет-соединение со статическим IP
Я пытался настроить Ubuntu 12.04 со статическим IP (с информацией, предоставленной моим университетом), а также локальным IP циклического повторения на рабочей станции с двумя портами Ethernet. Однако у меня были некоторые ворчащие проблемы, и в моих попытках починить вещь, я, кажется, сделал их хуже. В данный момент интернет-соединение продолжает выбывать и только команда:
$ sudo /etc/init.d/networking restart
кажется, допускает, снова соединяются. Вот некоторый вывод моей конфигурации:
$ more /etc/network/interface file:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
iface eth1 inet static
address 169.230.xx.zz
gateway 169.230.xx.y
netmask 255.255.255.0
network 169.230.xx.a
broadcast 169.230.xx.255
dns-nameservers 169.230.ab.cd 128.218.def.ghi
Затем мой ifconfig:
$ ifconfig
eth0 Link encap:Ethernet HWaddr 00:25:90:99:d4:be
inet addr:169.230.xx.xxx Bcast:169.230.xx.255 Mask:255.255.255.0
inet6 addr: fe80::225:90ff:fe99:d4be/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4135511 errors:0 dropped:9 overruns:0 frame:0
TX packets:375971 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:530705260 (530.7 MB) TX bytes:103589902 (103.5 MB)
Memory:dfd20000-dfd40000
eth1 Link encap:Ethernet HWaddr 00:25:90:99:d4:bf
inet addr:169.230.xx.yyy Bcast:169.230.xx.255 Mask:255.255.255.0
inet6 addr: fe80::225:90ff:fe99:d4bf/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1351335980 errors:0 dropped:6 overruns:0 frame:0
TX packets:672022745 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1830620673517 (1.8 TB) TX bytes:56632610611 (56.6 GB)
Memory:dfd00000-dfd20000
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:3986514 errors:0 dropped:0 overruns:0 frame:0
TX packets:3986514 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1147973416 (1.1 GB) TX bytes:1147973416 (1.1 GB)
Теперь, я также вижу, что это хорошее сообщение время от времени открывается в терминале:
lockfile creation failed: exceeded maximum number of lock attempts
Теперь, я думаю, что проблема как что-то делает с resolv.conf файлом, не заполняющим правильно. Вот то, что я вижу:
$ more /etc/resolv.conf
# 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 128.218.zzz.10
nameserver 128.218.zzz.40
search ucsf.edu
Любая идея о том, что возможно происходит, была бы прекрасной.
Заранее спасибо.
2 ответа
Работает ли NetworkManager? Если он работает и вы собираетесь использовать ifup для настройки интерфейсов, удалите пакет network-manager.
Этот ответ касается части вашего вопроса, связанной с resolv.conf.
Проблема «сбой создания файла блокировки» не имеет ничего общего с содержимым resolv.conf.
Содержимое resolv.conf выглядит правильно, если предположить, что адреса двух серверов имен верны, а доменное имя в параметре поиска верное. Если адреса сервера имен не верны, это необходимо исследовать. Поскольку eth0 настраивается через DHCP, предположительно эти адреса предоставляются DHCP-сервером локальному DHCP-клиенту и передаются в resolvconf, который помещает их в resolv.conf.