vovka3003

Добрый день! Аналогичная ошибка.. Было подключение к нескольким keenetic-ам разных моделей по sstp. В течении месяца по очереди легли все с этой ошибкой..

Всем привет из 2024 года)) Модель Air (KN-1613) RU Версия ОС 4.0.7 та же проблема. Пробовал рецепт, описанный в текущем топике (вкл/выкл NAT для клиентов) - не помогло... Регулярные систематические отвалы нескольких клиентов с разными версиями ОС (т.е - явно не проблема на стороне клиента). Настройки SSTP на клиентах - согласно рекомендаций из БЗ Keenetic.

Хм... Интересно. А как им управлять? Ведь возможны разные варианты использования и роли маршрутизатора: 1. Домашний (рабочий) маршрутизатор, какая-то backend-система, управление чайником)) - индексация не нужна. 2. Какой-то мини-сайт - индексация желательна.. P.S. Причем, желательная раздельная настройка (если это возможно). Например, если имеются субдомены различного назначения.

Возможно ли в настройке домена (субдомена) добавить опцию "Запретить для поисковых систем"? Мне кажется, что это большая дыра в безопасности...

Возможно неверно задан вопрос... Через KeenDNS возможен IPv4 доступ к маршрутизатору 2-мя способами: 1. "Прямой" 2. "Через облако" В режиме "прямой" - подразумевается, что у вас через белый IP и firebird будет работать нормально (у меня так и работает). В режиме "облако" - подразумевается, что у вас через серый IP (3g|4g|NAT провайдера и т.п.) и firebird работать не будет, т.к. облако пропускает только http-трафик. Если у вас серый IP-адрес на Keenetic-е, соответственно вы сможете включить режим доступа только "облако". Но есть пути решения: 1. Поставить Keenetic в место с "белым" статическим или динамическим IP, компьютер(сервер) с БД firebird подцепить к нему через VPN а доступ клиентов сделать через прямой проброс порта 3050 на этот комп. 2. Продолжить использвать VPN для сервера и клиентов (так все же безопаснее)). 3. Прикрутить туннель TCP-over-HTTP, но это уже другая история...