Сеть eth0 DHCP, статические ip и проблемы автосогласования

Фон

Я запускаю Ubuntu Server 14.04, который в настоящее время обновлен. У меня к нему подключено только одно сетевое устройство. Когда я использую свой Ethernet-кабель и подключаю его со стены к ноутбуку (работает с окнами 7), DHCP разрешает без проблем.

Фон

Когда я подключите мой Ethernet-кабель от стены к моему серверу (под управлением Ubuntu) и включите мой сервер, DHCP-сервер не назначает мой сервер IP-адресу. Однако, когда я подключаю шнур с моего сервера к ноутбуку, используя Ethernet-портативный компьютер, подключенный для подключения через мое Wi-Fi-соединение, сервер получит IP-адрес от DHCP через ноутбук. Наконец, после получения IP-адреса от подключения к ноутбуку я использую следующие команды, а затем DHCP работает, когда шнур подключен от стены к серверу:

sudo dhclient -r
sudo dhclient -v eth0

В следующий раз, когда я перезапущу сервер через sudo shutdown -r now сервер не сможет снова получить IP-адрес от DHCP с помощью шнура от стены до сервера.

Обратите внимание, что когда я назначаю статический адрес в файле /etc/network/interfaces, сеть не будет присвойте ему IP и интерфейс будет недоступен.

Вопрос

Есть ли способ исправить проблему, с которой я столкнулся, когда моя сеть не может обнаружить DHCP-сервер, когда я (! d11)

Вопрос

dhclient перед подключением к ноутбуку

Если вам нужна дополнительная информация, пожалуйста, дайте мне знать. ! d14]

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (xid=0x********)
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (xid=0x********)
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 (xid=0x********)
...
No DHCPOFFERS received
No working leases in persistent database - sleeping.

dhclient с сервером, подключенным к ноутбуку

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (xid=0x*********)
DHCPREQUEST of 192.168.137.233 on eth0 to 255.255.255.255 port 67 (xid=0x*********)
DHCPOFFER of 192.168.137.233 from 192.168.137.1
DHCPACK of 192.168.137.233 from 192.168.137.1
bound to 192.168.137.233 -- renewal in 275 seconds.

ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:22:64:23:7c:da  
          inet addr:192.168.137.233  Bcast:192.168.137.255  Mask:255.255.255.0
          inet6 addr: fe80::222:64ff:fe23:7cda/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:28265 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2781 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4655957 (4.6 MB)  TX bytes:415144 (415.1 KB)

dhclient после ноутбука DHCP и шнур, подключенные от стены к серверу

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (xid=0x********)
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8 (xid=0x********)
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 15 (xid=0x********)
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11 (xid=0x********)
DHCPREQUEST of 192.168.1.126 on eth0 to 255.255.255.255 port 67 (xid=0x*******)
DHCPOFFER of 192.168.1.126 from 192.168.1.254
DHCPACK of 192.168.1.126 from 192.168.1.154
bound to 192.168.1.126 -- renewal in 41950 second.

ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:22:64:23:7c:da  
          inet addr:192.168.1.126  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::222:64ff:fe23:7cda/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:33438 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3391 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:5245215 (5.2 MB)  TX bytes:550462 (550.4 KB)

сетевой интерфейс (lshw )

sudo lshw -class network

  *-network
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: eth0
       version: 02
       serial: 00:22:64:23:7c:da
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.1.82 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:42 ioport:e800(size=256) memory:febff000-febfffff memory:fdff0000-fdffffff memory:febc0000-febdffff

Обновление:

Мой файл /etc/network/interfaces как таковой

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp
]

Я нашел временное исправление, которое, похоже, работает, но я бы не хотел, чтобы это было моим решением, если мы сможем решить эту проблему. Я изменил файл интерфейсов следующим образом:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp
    pre-up ifconfig $IFACE up
    pre-up mii-tool -R

Это (я считаю) говорит об ошибке интерфейса, и по какой-то причине он разрешил DHCP, как и следовало ожидать.

Обновление:

С помощью ответа Fabbys я смог приехать

Откройте / etc / network / interfaces и настройте Ethernet-интерфейс одним из следующих способов:

DHCP

[ f8]

DHCP

auto eth0
iface eth0 inet static
    post-up ethtool -s $IFACE speed 100 duplex full autoneg off
    address x.x.x.x #Internal IP
    netmask 255.255.255.0
    gateway x.x.x.y #Gateway IP
    dns-nameservers 8.8.8.8 #Google DNS

Я надеюсь, что это поможет кому-то еще в будущем.

1
задан 27 February 2015 в 14:47

1 ответ

OH MAN FACEPALM (facepalm для себя, как я изначально думал об этом втором, а не о первом, как и следовало бы, это почти всегда самые простые вещи, которые могут помочь вам в кругах с технологией, а?)

(перемещен вверх, так как это, скорее всего, проблема, но оставил другое содержание ниже для справки).

OH MAN FACEPALM (опять же это больше я нахожу на себе для пропущенного этого первого и только думая об этом во-вторых. Я не собирался сталкиваться с суровым, если это так)

Здесь вы используете 2 разных типа провода ... [!d5 ]

Ссылка: https://www.computercablestore.com/straight-through-crossover-and-rollover-wiring

Сначала это прямой кабель Ethernet, используемый для коммутаторов и маршрутизаторов для клиентских компьютеров [ ! d8]

Второй - это перекрестный кабель: они используются для соединения машины с машиной и физически подключены по-разному!

Итак, если эти кабели работают между вашим сервером и ноутбуком без коммутатора или маршрутизатора в между 2 (соединение WiFi НЕ СЧИТАЕТ здесь вообще ни для чего), что кабель должен быть перекрестным.

Получите стандартный кабель прямого доступа и подключитесь от маршрутизатора к серверу и посмотрите, что произойдет.

В моем опыте компьютерные проблемы сводятся к самым простым из излишних проблем. Некоторые маршрутизаторы и коммутаторы являются «умными» и могут пытаться сделать внутренние настройки при использовании неправильного кабеля (кроссовера), чтобы вы все еще могли использовать его для подключения аппарата, но на этом никогда не стоит полагаться и, скорее всего, проблема.

На самом деле это звучит как проблема с маршрутизатором. Я, например, имею FiOS, и в маршрутизаторе я могу пойти и посмотреть настройки сети, и я вижу, где он соединяет сегменты WiFi и Wired отдельно на сервере DHCP, поэтому, если что-то случится с этим параметром, я мог бы закончить то, что у вас есть здесь вы не можете получить IP-адрес через Wire больше, потому что он не подключен к сети «Home», на которой работает DHCP-сервер, но вы можете подключиться к Wi-Fi, поскольку он все еще подключен к «домашней» сети в маршрутизаторе. Вы можете либо попытаться просмотреть расширенные настройки вашего маршрутизатора, либо чаще, чем если у вас есть скрепка, и есть кнопка сброса PIN-кода, вы можете посмотреть, как восстановить заводские настройки (обычно держите скрепку в кнопке сброса как 30 секунд ).

Также ваш ноутбук получает IP-адрес через WiFi. Если у вас есть машина, и у вас есть как проводной, так и адаптер Wi-Fi, и вы подключаете WiFi и подключаете провод, даже если это не удается, ваш компьютер все равно будет работать в Интернете, и что не вызывает его маршрутизацию всех запросов через WiFi и игнорирование

Ваше «исправление» работает, потому что вы запрашиваете IP-адрес через адаптер Wifi для ноутбуков в конце.

Из чтения здесь я также замечаю, что это может быть безопасность MAC функция, включенная на маршрутизаторе ... Это означает, что, если MAC-адрес вашей сетевой карты не находится в разрешенном списке клиентов, ваш маршрутизатор откажется предоставить ему адрес. Вы можете «исправить это, сначала пройдя через ноутбук, который находится в списке, и как только вы получите дополнительную информацию, когда вы подключаетесь к стене и бросаете другой запрос, он может пропустить проверку MAC, поскольку видит, что он уже дал вам адрес и, чтобы временно не считать, что ваш сервер является доверенным клиентом.Я также бы проверить любую MAC-безопасность, которую вы включили в маршрутизаторе.

Я не говорю, что для ваших маршрутизаторов DHCP-сервер может иметь какую-то нечетную проблему, но это будет SOO SUPER RARE Я не могу сказать вам, как редко.

0
ответ дан 24 May 2018 в 00:01

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

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