Получение действительно странного поведения от нашего сервера Ubuntu ... он находится за межсетевым экраном маршрутизатора Verizon с переадресацией портов (порт 8080 на порт 80 на сервере), и у нас были проблемы с доступом к нему через этот внешний IP. Внутри сети он, похоже, нормально реагирует (я могу получить к нему доступ через веб-браузер и SSH), но отказывается от подключений через переадресацию портов (с использованием нашего статического внешнего IP-адреса). Самым странным является то, что он фактически реагирует на внешние соединения с перенаправлением портов сразу после перезапуска, но быстро возвращается к этой схеме отказа от внешних подключений.
Я немного новичок в серверах (на самом деле я программист в небольшом стартапе, который только что потерял своего специалиста по обслуживанию серверов, ура), так что для меня все это испытание огнем. Есть ли у кого-нибудь совет, что здесь может быть не так? Любая помощь будет оценена, спасибо.
РЕДАКТИРОВАТЬ:
У нас есть еще один сервер, перенаправляемый на порт 80, и у него не было проблем с доступностью. Итак, теперь я начинаю думать, что это проблема с сервером. Но что может помешать серверу принимать соединения с перенаправлением портов?
РЕДАКТИРОВАТЬ 2:
Хорошо, теперь это действительно странно ... кажется, что внешний адрес: 8080 работает в моем браузере сразу после того, как я подключусь к серверу через локальный IP-адрес в терминале ... и вскоре после этого он перестает работать. Есть идеи, что может быть за этим?
Вы также можете проверить конфигурацию маршрутизации вашего сервера, чтобы убедиться, что не используются никакие пользовательские таблицы маршрутизации:
Все новые таблицы маршрутизации должны быть определены в / etc / iproute2 / rt_tables
правила, определяющие, какие таблицы используются, когда:
"ip rule show"
если вы найдете какие-либо пользовательские таблицы, вы можете увидеть, что там, используя:
"ip route show table tablename"
Может ли перезапуск сервера ubuntu или брандмауэра Verizon временно возобновить работу?
Чтобы проверить статус правил вашего брандмауэра, используйте
sudo /sbin/iptables -nvL |less
что ты там видишь? Сохраните этот вывод сразу после перезапуска, а затем сравните с тем, когда он перестанет работать - может ли какой-то другой процесс нарушать правила вашего брандмауэра (возможно, через crontab)? Кажется странным, но это может объяснить наблюдаемое вами поведение.