[TC] Высшая компетентность в ответах работников ZyXel
Привет.
Случилось мне купить маршрутизатор фирмы Zyxel из известной всем нам
серии Keenetic. Отказался я от внешнего публичного адреса, поскольку в
маршрутизаторе была предусмотрена служба DynDNS, которая поддерживала
клиентскую связь с аналогичным сервером вовне. Таким образом внешний
динамический адрес соединения резолвится из доменного имени и вуаля.
Однако, после некоторого времени использования, заметил, что резолвится
не внешний адрес соединения, а локальный адрес интерфейса
маршрутизатора, что, говоря по-честному, не есть правильно, внутренние
адреса бессмысленно пинговать или пытаться найти в Интернете, на то они
и называются локальными. Наши провайдеры, причём исключение я знал всего
одно, поголовно выдают пользователям локальные адреса сети типа A, что
говорит как правило о том, что такая традиция, поднимать трафик из
домашних сетей вверх в Интернет и через NAT опускать его в домашние сети
из Интернета. Это традиция ещё давняя, когда в квартирах не хватало
телефонных номеров, люди пользовались параллельными и когда на работе,
чтобы выйти в город, нужно набирать какую-нибудь цифру, а внутри
пользоваться трёх-или четырёхзначными номерами. Таким образом, все
звонящие вроде как бы имеют выход на городскую линию, но из города
позвонить так никому нельзя, в лучшем случае вам предложат донабрать
номер сотрудника. На этом примере представим себе, что я, ища человека в
городе, получаю четырёхзначный номер, который может быть где угодно на
каком-нибудь предприятии. Какой предприятие должен знать тот, кто
сообщает этот номер, но он этого не знает. Я, анализируя проблему,
понимал, что, очевидно, не хватает знания вопроса, почему сервис не
знает внешнего адреса провайдера, я почитал документацию на сервисе, там
было упоминание подобной проблемы, но решения не давалось, говорили, что
это проблема "Loopback" или петли, говоря по-русски, в маршрутизаторе.
Рассуждения в данном аспекте о пробросе портов или статических маршрутах
сродни переливанию из пустого в порожнее, поскольку никто не сможет
объяснить логики такого явления.
Всё было бы объяснимо, если бы я выходил в Интернет через туннель, а
находился бы изначально в локальной сети. Эта схема понятна и изъезжена
пользователями. Достаточно пустить локальный трафик через локальный
шлюз, а внешний через туннель, как тут же исчезают все проблемы, а
разные сервисы, которым нужен адрес соединения, получают этот адрес от
виртуального интерфейса того самого туннеля с конца в Интернете. В этом
случае адрес легко резолвится из доменного имени, а пакеты направляются
в туннель, в локальную сеть пользователя через шлюз внешней сети.
В моём случае вид соединения был другим. Интерфейс маршрутизатора
действительно имел локальный адрес, но и в Интернет я выходил, только не
через туннель, а через DNS-Proxy. Эта служба в маршрутизаторе тоже есть.
И вот тут служба DynDNS в маршрутизаторе даёт осечку. Я написал об этом
в ZyXel, отправил им всё, что они запросили, ответ был примерно таким
через неделю переписки: "Ваш провайдер присваивает маршрутизатору
локальный адрес, это видно из трассировки, чтобы DynDNS работал
правильно, надо, чтобы Ваш провайдер присваивал интерфейсу
маршрутизатора внешний адрес"...
Вот так, что называется, приехали! Трудно предположить, кто был на том
конце переписки, однако по ответу понятно, что человек ответа не нашёл.
Уж лучше бы сказал именно так: "А фиг его знает!", я бы больше не
приставал. Вообще-то приставать я и так больше не буду, но вывод
достаточно грустный. За красивыми словами сейчас почти невозможно
встретить нужного слова. Вам могут предложить прислать кучу скриншотов,
анкет, до физической усталости водить по разным ссылкам, и всё для того,
чтобы потом дать красивый никчёмный ответ.
Мацал Кошек
