Сервер Ubuntu больше не может получать адрес от DHCP
Несколько лет назад я настроил сервер Ubuntu с RAID для действия как домашний файловый сервер. Все было хорошо до прошлой недели, когда мои другие компьютеры больше не могли получать доступ к файлам.
Моей проблемой является точно то же как этот вопрос, который задают на этом сайте, но возможное 'решение' автора вопроса не работало на меня. Информацией, которую он предоставляет диагностическим вопросам, является главным образом то же как мой. Я попытался заменить кабель Ethernet, коммутационные порты, и перезагрузил модем.
Я могу вручную присвоить IP eth0 с:
ifconfig eth0 inet 192.168.0.123
который позволяет мне проверять с помощью ping-запросов другие компьютеры в сети и даже позволяет Windows Explorer видеть сервер. Но ни к каким файлам нельзя получить доступ, и я не могу соединиться с ним с SSH.
Любые предложения ценились бы. У меня есть другая плата Ethernet, которую я мог бы попробовать, но так или иначе я думаю, что это - проблема конфигурации. Я буду контролировать любые ответы на свой вопрос предоставить любую запрошенную информацию.Заранее спасибо.
Редактирование с дополнительной информацией:
Версия Ubuntu - хорошо это была больше чем пара несколько лет назад, что я настроил это :) - 8.04.4 LTS. sudo dhclient -r дает (не точный текст, не может вырезать и вставить):
DHCP client version: V3.0.6
Listening on LPF/eth0/00:21.85:99:e0:4e
Sending on LPF/eth0/00:21.85:99:e0:4e
Sending on Socket/fallback
sudo dhclient -v eth0
дает синтаксическую ошибку для-v опции, но без него дает:
EBox: status module network: [DISABLED]
EBox: status module network: [DISABLED]
Listening on LPF/eth0/00:21.85:99:e0:4e
Sending on LPF/eth0/00:21.85:99:e0:4e
Sending on Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
No DHCPOFFERS received.
No working leases in persistent database - sleeping
EBox: status module network: [DISABLED]
EBox: status module network: [DISABLED]
Надежда, которая помогает.
АРГУМЕНТ! Потраченный на час, записывая выводы к тем вопросам, как раз собирался отправить... когда мой разрушенный Windows PC. Я попытаюсь сделать это снова завтра утром.
2 ответа
Таким образом, катастрофический отказ моего ПК был на самом деле своей смертью. Я заменил материнскую плату и сумел получить ее работающий снова, но теперь она имела проблемы при доступе к Интернету. Это могло получить IP, но трафик был частью струйки. Я помнил другие проблемы с сетью, которую имели другие устройства (различные типы проблем, хотя!) и просто решенный для получения нового маршрутизатора. Вуаля! Включенный сервер и это были видимы ко всем! Новый ПК мог говорить с Интернетом! Планшеты прекратили отбрасывать соединения!
Попытка взять старый маршрутизатор снаружи, чтобы управлять долей через него и записать его. Это - единственный способ быть уверенным.
Благодаря тем, которые не торопились для ответа на мой вопрос.
Похоже на смешивание больше чем одной проблемы в описание проблемы - получает ли эта машина свою конфигурацию IP от DHCP, или Вы устанавливаете его, статически не должен влиять на список сервисов, размещенных на этой машине, которые доступны другим машинам в сети.
Позволяют нам сфокусироваться на DHCP здесь. Отправьте вывод:
cat /etc/network/interfaces
ip l l
ethtool eth0
Предположение, что часть, где Ваша машина отсылает СООБЩЕНИЯ DHCPDISCOVER на самом деле, работает - каков Ваш сервер DHCP в Вашей сети? У Вас есть доступ к его журналам?
можно ли проверить, что СООБЩЕНИЯ DHCPDISCOVER достигают его?
Вы присвоили статический адрес в своей конфигурации сервера DHCP для Вашего сервера, или это получает IP-адрес от пула?
другие устройства получают конфигурацию IP от того сервера DHCP успешно?