Вернувшись из поездки, во время которой я смог получить доступ к своему серверу (https/ssh) всего за несколько часов до этого, я обнаружил, что все попытки подключиться к серверу изнутри истекают. Я пробовал на устройствах Mac OS X, Windows 10 и Android 7.1.
Я попытался перезагрузить каждое рассматриваемое устройство, а также выключить и включить питание маршрутизатора и даже выполнить сброс настроек к заводским настройкам модема / маршрутизатора (NetGear AC1900 / C6300BD). Я также просмотрел все экраны конфигурации и не могу найти ничего, касающегося "обратной петли NAT" или чего-то подобного. Он работал до того, как я ушел, и работал месяцами. Я настроил переадресацию портов, и она работает нормально, если я захожу из-за пределов сети, но внутри она просто не подключается - время ожидания истекло.
Я пробовал разные вещи, чтобы заставить имя хоста разрешить внутреннее устройство, поскольку это, вероятно, было бы идеальным решением, но не было полностью успешным.
Обновление: после получения внутреннего DNS для разрешения имени хоста сервера во внутренний IP-адрес, я начинаю думать, что этот подход не является жизнеспособным. В частности, устройства, которые работали (например, Windows 10), необъяснимым образом перестали работать. После перезагрузки устройства с Windows 10 я снова смог получить доступ к серверу до тех пор, пока он не вышел из спящего режима, и в это время он не начал пытаться подключиться. Проверка веб-страницы показала, что работающие страницы загружались из кэша с внешнего адреса, несмотря на тот факт, что сетевые свойства показывают правильные DNS-серверы, а команды, такие как ping, видят правильный внутренний IP-адрес.