Сетевой eth0 DHCP, статический IP и проблемы автоматического согласования
Фон
Я выполняю Сервер Ubuntu на 14,04, который в настоящее время актуален. У меня есть только одно сетевое устройство, подключенное к нему. Когда я использую свой провод Ethernet и соединяю его со стены на мой ноутбук (запускающий Windows 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, когда я включаю сервер?
Если Вам нужно больше информации, сообщенной мне.
Дополнительная информация
dhclient прежде, чем соединиться с ноутбуком
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
auto eth0
iface eth0 inet dhcp
pre-up ifconfig $IFACE up
pre-up ethtool -s $IFACE speed 100 duplex full autoneg off
Статичный
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
Я надеюсь, что это помогает кому-то еще в будущем.
2 ответа
Согласно обсуждению в чате, выключите автоматическое согласование на сервере и зафиксируйте скорость сети до высшего уровня, который может выдержать Сетевая карта (NIC).
Запустите с 10 Мбит/с, полудуплекс и работайте вверх к FD на 10 Мбит/с, HD на 100 Мбит/с... пока проблема не запустится. Затем спуститесь по одной метке и оставьте ее на той скорости.
Во-первых, установка ethtool (если уже установлено Вы просто получите предупреждение, что последняя версия уже установлена),
sudo apt-get install ethtool
Теперь:
Введите следующую команду (и протестируйте их один за другим),
sudo ethtool --change eth0 speed xxx duplex yyy autoneg offгде xxx =
10,100или1000и yyy =halfилиfull.Поэтому запустите с
10 half,10 full,100 half, ...Сделайте
ifconfigпроверять, получили ли Вы IP-адрес.Вернитесь к 1, пока это не прекращает работать, и используйте предыдущие значения, которые все еще работали к:
Для внесения изменения постоянным выполните следующую команду:
sudo nano /etc/network/interfacesи введите в
pre-upраздел:pre-up /usr/sbin/ethtool --change eth0 speed xxx duplex yyy autoneg off
ФЕЙСПАЛМ ЧЕЛОВЕКА OH (закрывают лицо рукой мне, поскольку я первоначально думал в эту секунду вместо сначала, поскольку у меня должен быть он, почти всегда самые простые вещи, которые могут получить Вас входящий в круги с технологией, а?)
(перемещенный в вершину, поскольку это наиболее вероятно проблема, но оставило другое содержание ниже для ссылки).
, Если Вы используете тот же провод для подключения сервера с ноутбуком, как Вы - свой сервер к стене, ЭТО - ВЕРОЯТНО, ПРОБЛЕМА!! (снова это - больше я входящий в меня для пропавших без вести этого первого и единственного размышления о нем второй. Я не означал сталкиваться резкий, если это - то, как это звучит)
существует 2 различных типов провода, который Вы используете здесь...
Ссылка: https://www.computercablestore.com/straight-through-crossover-and-rollover-wiring
Сначала Прямо через кабель Ethernet, привыкший для коммутаторов и маршрутизаторов к клиентским компьютерам
117-секундный, Перекрестный кабель: Они привыкли для машины к соединениям машины и физически соединены проводом по-другому!
Так, если это телеграфирует работы между Вашим сервером и ноутбуком без коммутатора или маршрутизатора, промежуточного 2 (Соединение WiFi НЕ рассчитывает здесь вообще ни для чего), что кабель должен быть законченным крестом.
Получают стандарт Прямо через Кабель и подключение с маршрутизатора на сервер и видят то, что происходит.
, По моему опыту, компьютерные проблемы сводятся к самой простой из пропущенных проблем. Некоторые маршрутизаторы и переключатели "умны" и могут попытаться внести внутренние корректировки при использовании неправильного кабеля (перекрестное соединение), таким образом, можно все еще использовать его для подключения машины, но это никогда не что-то для доверия и, более вероятно, будет проблемой.
Мм на самом деле это походит на проблему маршрутизатора. У меня, например, есть FiOS, и в маршрутизаторе я могу пойти и посмотреть на параметры сети, и я вижу, где он соединяет мостом WiFi и Проводные сегменты отдельно к серверу DHCP поэтому, если бы что-то должно было произойти с той установкой, то я мог бы закончить с тем, что Вы имеете здесь, Вы не можете добраться, IP по Проводу больше вызывают его, не подключен к сети "Home", выполняющей сервер DHCP, но Вы можете по WiFi, поскольку это все еще подключено к "домашней" сети в маршрутизаторе. Можно или попытаться просмотреть расширенные настройки маршрутизатора или как правило если у Вас есть скрепка и существует кнопка контакта сброса, которую можно искать, как к фабрике сбрасывает его (обычно содержат скрепку в кнопке сброса для подобных 30 secs).
Также Ваш ноутбук становится присвоенным IP через WiFi Только. Если у Вас будет машина, и она имеет и проводной адаптер и адаптер Wi-Fi, и Вам соединили WiFi и включаете провод, даже если это перестанет работать, то Ваша машина все еще переместится по прекрасному Интернету и что не вызывает ее, направляет все запросы через WiFi и игнорирует проводной порт в целом.
Ваша "фиксация" работает, потому что Вы запрашиваете IP через адаптер Wi-Fi Ноутбуков в конце.
От чтения больше здесь я также замечаю его, возможно, средство защиты MAC, которое Вы включили на маршрутизаторе... Это означает, что, если MAC-адрес Вашего NIC не в рамках позволенного списка клиентов, Ваш маршрутизатор отказался бы давать ему адрес. Можно "зафиксировать это первым прохождением через ноутбука, который находится в списке и после того как Вы получаете адрес тот путь, когда Вы соединяетесь назад со стеной и бросаете другой запрос, это может пропустить проверку MAC, так как это видит, что уже дало Вам адрес и в том, чтобы временно не думает, что Ваш сервер является доверяемым клиентом. Я также проверил бы любую безопасность MAC, которую Вы включили в маршрутизаторе.
я не говорю, что для Ваших маршрутизаторов сервер DHCP невозможно иметь некоторую нечетную проблему, но это было бы SOO СУПЕР RARE, который я не могу сказать Вам как редкий.