адрес не пингуется,  интернет ходит. открываю в Хроме. При попытки открыть в IE  выдало запрос о сохранениее какого-то файла  ( jsc вроде - скрипт наверно). При обновлении странице открылся web интерфейс.

В хроме при вводе адреса 192.168.1.1 выдает  192.168.1.1/server/auth.lua

и пустая страница

Версия хрома 76.0.3809.132

Оч странно

А по telnet попробуйте зайти на шлюз

может к кеше браузера что-то осталось, что он выдает строчку 192.168.1.1/server/auth.lua . Сейчас скопировал из IE адрес вида 192.168.1.1/client/login.html   - web отображается в Хроме.

режимом инкогнито попробуйте

На рабочем ноутбуке ( который напрямую подключен к LAN) в Хроме при вводе 192.168.1.1  адрес преобразуется в вид 192.168.1.1/server/auth.lua ,  при открытие на этом же ноуте адреса в IE - сначался выдалось предупреждение о запуске файла, потом отобразилась страница авторизации.
Разрешил доступ с WAN , с рабочего компа в Хроме интерфейс открылся сразу , правильно.

так, я проснулся, кто тут тау прошивает без спросу

а шо так не можно было? он сам поелз.

Это по началу, со временем пропадёт.

хахахахахахаха

Да ладно те!

Eltex или ещё чего?

Ну да в целом конечно вроде  норм.
Но вот когда столкнулись с задачей, регистрации номеров на ВАТС ртк, через sbc, то наткнулись на неприятный момент, а именно что sbc не может менять sip headers для разных заголовков... Внутри пакета.
Если кнотретно то изначально меняли from на правильный domen тот, что ртк давал, так как изначально  с sbc улетал ip.
Но при этом sbc потом всегда подставляло в from domen... Даже в ответных 180, и т. д.
Что в принципе уже не устраивало rtk и они разрывали соединение....
А просто в регистре поменять from на sbc нельзя.
Вот это очень досадно конечно.

😁👍 Кто кажется писал, про то что приходится периодически убивать какие то процессы сильно забивающие проц.. Да?

Ага)))