Соединение с моим домашним веб-интерфейсом маршрутизатора от работы
Я пытаюсь соединиться со своим домашним веб-интерфейсом маршрутизатора от работы.
Я использую dyndns, потому что у меня нет статического IP дома, и он работает отлично от любого другого места кроме моего рабочего места (обновление: Я сделал ошибку, посмотрите редактирование ниже). При попытке получить доступ к веб-интерфейсу от работы я получаю "500 Ошибок Сервера" с кодом: SERVER_RESPONSE_RESET. Я не пытаюсь использовать любые протоколы, такие как удаленный рабочий стол, я только пытаюсь получить доступ к веб-интерфейсу. Я могу получить доступ к какой-либо другой веб-странице от своего рабочего места без проблем, и я думаю, что мой веб-интерфейс маршрутизатора похож на какую-либо другую веб-страницу, не так ли?
Я думал, возможно, свои адреса блоков прокси места работы сервисов как dyndns, таким образом, я также применил другой прием. Так как у меня есть веб-страница на моем собственном домене (скажите, что www.mydomain.com), к которому я могу получить доступ от работы, я пытался добавить CNAME к своему домену, который связан с адресом dyndns (router.mydomain.com). Таким образом, если кто-либо вводит адрес router.mydomain.com откуда-либо, они достигают моего домашнего веб-интерфейса маршрутизатора, и нет никакого способа знать, что это - адрес dyndns (или есть ли?). Однако это все еще не работает от моего рабочего места (я получаю то же сообщение об ошибке).
Какие-либо иды?
Править: Я вынужден сказать, что сделал ошибку ранее. Я раньше мог получить доступ к моему домашнему веб-интерфейсу маршрутизатора от моего старого рабочего места, и я думал, что это было все еще возможно, так как я не вспоминаю создание никаких изменений конфигурации. Однако после чтения ответов, я перешел к своему старому рабочему месту и проверил, и оно не работает оттуда также. Я очень сожалею о том, что выделил неправильно и ввел в заблуждение информацию о моей проблеме. Таким образом подводить итог: моя проблема состоит в том, что я не могу получить доступ к своему домашнему веб-интерфейсу маршрутизатора ниоткуда.
4 ответа
После многих попыток технической поддержки производителя моего маршрутизатора (D-Link) для помощи они сдались. Кажется, что у меня просто есть неисправный маршрутизатор, и я должен заменить его. Еще раз спасибо любому, кто попытался помочь, и извините за трату Вашего времени.
Ошибка 500 обычно ошибка средств на стороне сервера, который в Вашем случае является самим маршрутизатором.
Страница администрирования маршрутизатора не похожа ни на какую другую страницу, так как она подается маршрутизатором, не любым другим компьютером в Вашей сети.
Это могло бы быть проблемой с настройками Вашего маршрутизатора. Если Вы не можете найти его, Вы могли бы, рассматривая сброс его к начальному состоянию (метод контакта безопасности или другой). Вы могли бы также рассмотреть обновление встроенного микропрограммного обеспечения (если обновление доступно).
Все же я озадачен Вашим заявлением, что это работает откуда-либо. Если Вы подразумеваете, что можно администрировать маршрутизатор снаружи сети, просто не от места работы, то мог бы быть некоторый фильтр на брандмауэре компании, который блокирует Вас. Вы могли бы попытаться изменить способ, которым Вы получаете доступ к нему, такие как название страницы (если это возможно, в настройках маршрутизатора).
[..] CNAME к моему домену, который связан с адресом dyndns (router.mydomain.com) [..] если кто-либо вводит адрес router.mydomain.com [..] нет никакого способа знать, что это - адрес dyndns (или есть ли?)
Конечно, люди (или брандмауэры) видели, что это - a CNAME, как посмотрите dig www.superuser.com:
;; ANSWER SECTION: www.superuser.com. 21600 IN CNAME superuser.com. superuser.com. 9639 IN A 64.34.119.12
Но я не знаю, как умные брандмауэры.
Обратный поиск показал бы, что настройки DNS Вашего интернет-провайдера (не записи DynDNS) - видят dig -x youripaddress Возможно, тот адрес был (между тем) заблокирован? Что, если Вы просто вводите тот (динамический) IP-адрес для тестирования?
Для наблюдения, к чему мог бы привести доступ от другого компьютера веб-сайт веб-Сниффера мог бы быть полезным. Кроме того, при тестировании я, конечно, рекомендовал бы НЕ использовать некоторый Удаленный рабочий стол по VPN, чтобы добраться до рабочего компьютера из дома и затем попытаться возвратиться к собственному маршрутизатору. (Возможно, это выполнимо, но это могло бы привести к некоторым интересным маршрутам затем, которые я предполагаю, должен быть вынут из варианта использования при поиске и устранении неисправностей.)