KeenDNS недоступен после перезагрузки

[Александр Бакуменко]

После перезагрузки, продолжительное время нет доступа к маршрутизатору из вне, в том числе и к поднятому на нём VPN серверу используя доменное имя. (Режим работы: прямой доступ).

Тема уже обсуждалась два года назад но проблема до сих пор осталась.

[Mikesk]

5 часов назад, Александр Бакуменко сказал:

После перезагрузки, продолжительное время нет доступа к маршрутизатору из вне, в том числе и к поднятому на нём VPN серверу используя доменное имя. (Режим работы: прямой доступ).

Тема уже обсуждалась два года назад но проблема до сих пор осталась.

Прямой доступ - это аналог dyndns или просто доступа по ip. Поэтому гипотетически возможны два варианта:

1) после перезагрузки сменился ip-адрес, и DNS-сервер, через который вы обращаетесь, по какой-то причине его не успевает изучить. В таком случае должен быть доступ по этому новому ip. Есть такое?

2) Доменное имя разрешается в правильный текущий ip-адрес, но доступа все равно нет.

Который случай ваш?

 

Пы.Сы.: продолжительное время - это сколько в единицах системы СИ?

[Александр Бакуменко]

14 hours ago, Mikesk said:

Прямой доступ - это аналог dyndns или просто доступа по ip. Поэтому гипотетически возможны два варианта:

1) после перезагрузки сменился ip-адрес, и DNS-сервер, через который вы обращаетесь, по какой-то причине его не успевает изучить. В таком случае должен быть доступ по этому новому ip. Есть такое?

2) Доменное имя разрешается в правильный текущий ip-адрес, но доступа все равно нет.

Который случай ваш?

 

Пы.Сы.: продолжительное время - это сколько в единицах системы СИ?

Это и есть KeenDNS, возможна работа как по прямому доступу, так и через облако. У меня режим прямого доступа.
После перезагрузки меняется IP. По IP доступ есть, ping MyName.keenetic.pro выдает устаревший IP и поэтому естественно, недоступный.
Продолжительное, это вчера, примерно в это время перезагрузил маршрутизатор, сегодня он по доменному имени до сих пор не был доступен, пока не освободил доменное имя и повторно его не занял.

Изменено 26 июня, 2020 пользователем Александр Бакуменко

[ndm]

3 часа назад, Александр Бакуменко сказал:

Это и есть KeenDNS, возможна работа как по прямому доступу, так и через облако. У меня режим прямого доступа.
После перезагрузки меняется IP. По IP доступ есть, ping MyName.keenetic.pro выдает устаревший IP и поэтому естественно, недоступный.
Продолжительное, это вчера, примерно в это время перезагрузил маршрутизатор, сегодня он по доменному имени до сих пор не был доступен, пока не освободил доменное имя и повторно его не занял.

Нужно обратиться в официальную поддержку, там возьмут self-test и начнут сверять логи на сервере, как происходила регистрация после смены адреса (и происходила ли). И не будут задавать лишних вопросов.

У Вас случаем не PPPoE-подключение? С такой проблемой изредка обращаются с этим видом подключения.

[ndm]

Если еще раз воспроизведётся, попробуйте вместо освобождения-захвата имени ввести команду "system register" и подождать до истечения TTL вашей DNS-записи. 

[Александр Бакуменко]

1 hour ago, ndm said:

Нужно обратиться в официальную поддержку, там возьмут self-test и начнут сверять логи на сервере, как происходила регистрация после смены адреса (и происходила ли). И не будут задавать лишних вопросов.

У Вас случаем не PPPoE-подключение? С такой проблемой изредка обращаются с этим видом подключения.

Да, PPPoE-подключение

[Александр Бакуменко]

1 hour ago, ndm said:

Если еще раз воспроизведётся, попробуйте вместо освобождения-захвата имени ввести команду "system register" и подождать до истечения TTL вашей DNS-записи. 

Спасибо, попробую

[Mikesk]

6 часов назад, Александр Бакуменко сказал:

Это и есть KeenDNS, возможна работа как по прямому доступу, так и через облако.

Прямой доступ - это когда работает все (любые порты доступны), это тупо создание DNS-записи к вашей паре имя-IP, и проблемы могут быть только тут (как я описал). Потому я и назвал его аналогом dyndns, все эти сервисы работают таким же образом. А доступ через облако - это что-то вроде туннеля, в котором пролазит только HTTP и HTTPS, там в обмене помимо кинетика еще и сервер облака участвует, следовательно больше вариантов где может быть сбой. Тут более подробно, п.6 особенно.