У меня есть 2 машины в моей домашней локальной сети (Netgear WNR2000v2 Wi-Fi). Одним из них является ноутбук (« клиентский компьютер »), которому всегда будут назначаться случайные IP-адреса в диапазоне от 192.168.1.1 до 192.168.1.50. Другой - это рабочий стол (« сервер сборки »), который я хотел настроить с "выделенным" IP-адресом; по крайней мере, из моей локальной сети.

Поэтому я настроил маршрутизатор так, чтобы он всегда связывал MAC-адрес сервера сборки с конкретным IP-адресом, а именно 192.168.1.52. По-видимому, это называется «постоянное резервирование DHCP».

У меня проблемы с SSHing с клиентского компьютера на сервер сборки. Я заметил, что если сервер сборки не отправляет исходящие TCP-запросы (к маршрутизатору) в течение небольшого промежутка времени - около 30 или 60 секунд), маршрутизатор больше не "видит" сервер сборки и не пытается подключиться к нему по SSH. с клиентского компьютера не выдано No route to host сообщениям об ошибках хоста .

Подвести итоги:

  1. Пусть сервер сборки бездействует / неактивен (без сетевой активности в течение нескольких минут).
  2. Откройте терминал на клиентском компьютере: ssh someUser@192.168.1.52
  3. Это приводит к No route to host ошибкам хоста .
  4. На сервере сборки (рабочий стол Ubuntu 12.04, так что даже не на сервере!) Откройте веб-браузер и перейдите на несколько сайтов (создайте сетевую активность)
  5. Вернитесь на клиентскую машину: ssh someUser@192.168.1.52
  6. Успех!

Таким образом, создается впечатление, что по прошествии некоторого времени между сервером сборки и моим маршрутизатором достигается тайм-аут, и маршрутизатор зависает. Когда это происходит, и я затем пытаюсь подключиться к серверу SSH, так как маршрутизатор больше не "знает" об этом, No route to host .

Кроме того, если я пытаюсь пропинговать сервер сборки, когда он простаивает / неактивен, проверка не выполняется. Если я пытаюсь пропинговать сервер сборки, когда он не находится в режиме ожидания (и, таким образом, позволяет подключиться к нему по SSH), он просто пингуется. Есть идеи?

|источник

2 ответа2

0

Вместо того, чтобы бороться с имеющимся у вас маршрутизатором, который может измениться позже, я рекомендую решить проблему с совершенно другой точки зрения - забудьте о ненадежном / нелогичном маршрутизаторе и его настройках, вместо этого постройте собственную домашнюю систему DNS / DHCP , Забудьте об адресации ваших машин с IP-адресами и вместо этого начните использовать значимые имена хостов. Это то, что я делал.

Наиболее полное руководство по настройке домашнего DNS/DHCP-сервера в сети IMHO:

Предоставление услуг DHCP и DNS с помощью DNSMasq
http://sfxpt.wordpress.com/2011/02/06/providing-dhcp-and-dns-services-with-dnsmasq/

Поэтому я однажды настраивал свой домашний DNS/DHCP-сервер, и с тех пор он успешно предоставляет надежную службу DNS/DHCP для моей домашней сети, даже если операционная система сервера была обновлена несколько раз, и даже если несколько маршрутизаторов приходили и уходили время.

|источник
0

Эта проблема выглядит как что-то, происходящее от маршрутизатора, а не от самого сервера, если на стороне сервера нет странной настройки. Не зная, какое сетевое оборудование находится между двумя блоками, трудно догадаться, в чем может быть ваша проблема.

В качестве первоначальной попытки вы преобразовали постоянное резервирование DHCP (на основе MAC) в статическую конфигурацию IP? Вы можете поместить в свой компьютер сборки тот же IP-адрес, т.е. xxx52, что и его статический адрес, и посмотреть, поможет ли он с проблемой тайм-аута.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .