подключение к интернету: подключается только при отсоединении / подключении провода снова

Я только начал свое приключение с Linux. очевидно, уже было много проблем, но можно справиться с этим. тот, который немного беспокоит меня, хотя я нашел временное решение, это мое сетевое соединение. моя топология: NAT-> модем-> маршрутизатор (NetGear 192.168.1.1) -> TPLink (192.168.0.1) TPLink дает мне беспроводную сеть дома. но у меня также Ubuntu 12.10 подключен к TPLink через провод.

другие машины (беспроводные) имеют IP-адреса, такие как 192.168.0.100, в ubuntu (wire) eth0 настроен как адрес 192.168.0.101 маска сети 255.255.255.0 gw 192.168.0.1 работает нормально, но после перезапуска или выключения системы я отключаюсь , ping 192.168.0.1 выдает ошибку «нет сети». Я могу снова подключиться, если у меня отключился провод, подожди немного и снова подключи. иногда это работает мгновенно, но иногда нет, иногда я получаю IP 192.168.1.5, как если бы Ubuntu был подключен непосредственно к маршрутизатору (NetGear .1.1), но он подключен к TPLink (.0.1) -> как это возможно ?? ?

Я видел сообщение о том, что это может быть dhcp, поэтому установлен dhcpcd. Вот результат его запуска в то время как он был отменен.

[sudo] password for user: 
info, eth0: dhcpcd 3.2.3 starting
info, eth0: hardware address = d4:3d:7e:4b:47:dc
info, eth0: DUID = 00:01:00:01:18:ab:f5:fd:d4:3d:7e:4b:47:dc
info, eth0: broadcasting for a lease
debug, eth0: sending DHCP_DISCOVER with xid 0x105db75d
debug, eth0: waiting for 20 seconds
debug, eth0: sending DHCP_DISCOVER with xid 0x105db75d
debug, eth0: sending DHCP_DISCOVER with xid 0x105db75d
debug, eth0: sending DHCP_DISCOVER with xid 0x105db75d
debug, eth0: sending DHCP_DISCOVER with xid 0x105db75d
debug, eth0: sending DHCP_DISCOVER with xid 0x105db75d
debug, eth0: sending DHCP_DISCOVER with xid 0x105db75d
err, eth0: timed out
info, eth0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-eth0.info'
info, eth0: probing for an IPV4LL address
debug, eth0: sending ARP probe #1
debug, eth0: sending ARP probe #2
debug, eth0: sending ARP probe #3
debug, eth0: sending ARP claim #1
debug, eth0: sending ARP claim #2
warn, eth0: using IPV4LL address 169.254.146.212
info, eth0: adding IP address 169.254.146.212/16
debug, eth0: no dns information to write
debug, eth0: writing /var/lib/dhcpcd/dhcpcd-eth0.info
debug, eth0: exec "/etc/dhcpcd.sh" "/var/lib/dhcpcd/dhcpcd-eth0.info" "new"
debug, eth0: forking to background
info, eth0: exiting
user@cmp:~$ dhcpcd.sh: interface eth0 has been configured with new IP=169.254.146.212

это не сработало, мне дали IP 169.254.146.212 (ifconfig, ниже), но не было сетевого подключения. я снова подключился, отсоединив провод, подожди немного и снова подключи.

ifconfig
eth0      Link encap:Ethernet  HWaddr b4:1u:2b:4b:41:c7  
          inet addr:169.254.146.212  Bcast:169.254.255.255  Mask:255.255.0.0
          inet6 addr: fe91::d62d:7eff:ft4b:54hc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:138 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:35345 (35.3 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:16436  Metric:1
          RX packets:80 errors:0 dropped:0 overruns:0 frame:0
          TX packets:80 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:6432 (6.4 KB)  TX bytes:6432 (6.4 KB)

кто-нибудь испытывал такую ​​вещь?

2
задан 13 February 2013 в 01:56

1 ответ

Я думаю, это связано с тем, что моя машина (Ubuntu 12.10) не может найти DHCP-сервер, который является моим TP-LINK.

Основой для сети UPnP является IP-адресация. Каждое устройство должно реализовывать DHCP-клиент и искать DHCP-сервер, когда устройство впервые подключено к сети. Если DHCP-сервер недоступен, устройство должно назначить себе адрес. Процесс, посредством которого устройство UPnP назначает себе адрес, известен в архитектуре устройства UPnP как AutoIP. В UPnP Device Architecture версии 1.0 [6] AutoIP определяется в самой спецификации; в UPnP Device Architecture версии 1.1, [7] AutoIP ссылается на IETF RFC 3927. [8] Если во время транзакции DHCP устройство получает имя домена, например, через DNS-сервер или с помощью пересылки DNS, устройство должно использовать это имя в последующих сетевых операциях; в противном случае устройство должно использовать свой IP-адрес.

Я нашел хотя бы временный обходной путь: процесс kill dhcp

root@ubuntu:/home/user# dhcpcd eth0
err, eth0: dhcpcd already running on pid 2186 (/var/run/dhcpcd-eth0.pid)
root@ubuntu:/home/user# kill -9 2186
root@ubuntu:/home/user# ifconfig
eth0      Link encap:Ethernet  HWaddr b4:1u:2b:4b:41:c7  
          inet addr:192.168.0.100  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe91::d62d:7eff:ft4b:54hc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:8729693 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7491675 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4836487722 (4.8 GB)  TX bytes:720522105 (720.5 MB)

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:51131 errors:0 dropped:0 overruns:0 frame:0
          TX packets:51131 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:5025732 (5.0 MB)  TX bytes:5025732 (5.0 MB)

отключил провод и подключил его снова, затем сервис dhcp должен быть снова включен:

root@ubuntu:/home/user# dhcpcd eth0
root@ubuntu:/home/user# dhcpcd.sh: interface eth0 has been configured with new IP=192.168.0.100

root@ubuntu:/home/user# 

и должно работать; )

0
ответ дан 13 February 2013 в 01:56

Другие вопросы по тегам:

Похожие вопросы: