Сервер Ubuntu больше не может получить адрес от DHCP
Пару лет назад я установил сервер Ubuntu с RAID для работы в качестве домашнего файлового сервера. Все было хорошо до прошлой недели, когда мои другие компьютеры больше не могли получить доступ к файлам.
Моя проблема точно такая же, как этот вопрос, заданный на этом сайте, но возможное "решение" автора не помогло мне. Информация, которую он предоставляет для диагностических вопросов, в основном такая же, как у меня. Я попытался заменить кабель Ethernet, переключая порты, и перезагрузил модем.
Я могу вручную назначить IP для eth0 с помощью:
ifconfig eth0 inet 192.168.0.123
который позволяет мне пинговать другие компьютеры в сети и даже позволяет проводнику Windows видеть сервер. Но нет доступа к файлам, и я не могу подключиться к нему с помощью SSH.
Мы ценим любые предложения. У меня есть другая сетевая карта, которую я мог бы попробовать, но почему-то я думаю, что это проблема конфигурации. Я буду отслеживать любые ответы на мои вопросы, чтобы предоставить любую запрашиваемую информацию. Заранее спасибо.
Изменить с дополнительной информацией:
Версия 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]
Надеюсь, это поможет.
ARG! Потратил час на расшифровку выводов на эти вопросы, собирался представить... когда мой ПК с Windows вышел из строя. Я попытаюсь сделать это снова завтра утром.
2 ответа
Таким образом, крах моего компьютера был фактически его смертью. Я заменил материнскую плату и смог снова заставить ее работать, но теперь у нее были проблемы с доступом в Интернет. Он мог получить IP, но трафик был незначительным. Я вспомнил другие проблемы с сетью, которые были у других устройств (хотя и с другими типами проблем!), И просто решил приобрести новый маршрутизатор. Вуаля! Подключил сервер и это было видно всем! Новый ПК может общаться с интернетом! Таблетки перестали сбрасывать соединения!
Собираемся вывести старый маршрутизатор наружу, чтобы пропустить через него кол и сжечь его. Это единственный способ быть уверенным.
Спасибо тем, что нашли время ответить на мой вопрос.
Похоже, вы смешиваете несколько проблем в описании вашей проблемы - то, получает ли эта машина свою IP-конфигурацию от DHCP, или вы устанавливаете ее статически, не должно влиять на список служб, размещенных на этой машине, которые доступны для других машин. в сети.
Давайте сосредоточимся на DHCP здесь. Пожалуйста, опубликуйте вывод:
cat /etc/network/interfaces
ip l l
ethtool eth0
Предполагая, что часть, где ваша машина отправляет сообщения DHCPDISCOVER, действительно работает - какой ваш DHCP-сервер в вашей сети? У вас есть доступ к его журналам?
Можете ли вы проверить, что сообщения DHCPDISCOVER достигают его?
Вы назначили статический адрес в конфигурации вашего DHCP-сервера для вашего сервера или он получает IP-адрес из пула?
Получают ли другие устройства конфигурацию IP с этого DHCP-сервера?