Pop70
-
Постов
394 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Pop70
-
ip http proxy {domain} x-real-ip
-
Через CLI в кинетике настраивается проброс заголовков.
-
Не, ребяты... Проблема есть. У меня на даче омни-2 тоже периодически начинает вышвыривать определённые конкретные устройства из сети. Причём, в логах пишет "оно само дисконнектилось". И одни чаще, другие реже... Рестарт кинетика на какое-то время проблему снимает. Причём, "холодный"(с отключением питания) надёжнее. А потом "снова здорова" Перепробовал всё, что советовали. Одного только не пробовал - всё руки не дойдут. Блок питания роутера заменить. Есть подозрение на него, т.к., напряжение низковато. В районе 10-11В, при заявленных 12.
-
А чем Вас не устраивает прямое подключение к провайдеру? В чём сакральный смысл "ходить в интернет через впн через интернет"?
-
Вы сами написали: "А зачем тут кинетик?" А зачем Вам их "аутсорсинг"? Поднимите свой, собственный сервис, и зарабатывайте.
-
Согласитесь, что это несколько более сложная система, чем http прокси сервер. Кроме имени, Вам ещё и порты выдавать индивидуально. Это уже уровень хостинга, и врядли может быть "бесплатно".
-
Есть профили доступа клиентов. В разных профилях, разные приоритеты сетевых подключений.
-
А зачем? У Вас в сети 1.0 и так должен быть маршрут по умолчанию 192.168.1.1
-
Я думаю, что NAT на интерфейсе сервера не пускает пакеты из 192.168.50.0 (и 8.0) обратно. Если сервер подменяет исходящий адрес пинга на свой, то и устройство-клиент 4g отвечает на ip роутера-сервера. Поэтому, клиент из сети 192.168.1.0 не получает ответа. У Вас сеть клиентов 4g за NAT, по отношению к сети спидстера. NAT нужно отключать, и всё делать маршрутами, включая интернет через туннель.
-
А не тут ли собака порылась? Галочка "использовать подключение для выхода в интернет" на стороне клиента стоит? А если убрать? Вобщем, похоже, что это NAT.
-
На спидстере (192.168.1.1) маршрут До сети 192.168.8.0/24 Шлюз 192.168.50.1 ИМХО, мало загнать маршрут в туннель, нужно указать ШЛЮЗ, который знает эту сеть. А на 4Г (192.168.50.1), при подключенном модеме, есть маршрут до этого модема.
-
Вот этот маршрут неправильный. Это же к этому роутеру подключен модем? Он и так знает маршрут к модему. А такой маршрут должен быть на спидстере
-
Может быть, нужно ещё разрешающие правила прописать? Типа входящие с подсети 192.168.8.0/24 и с 192.168.50.0/24 на 192.168.1.0/24 разрешить.
-
Так, я и показал в один шаг (после настройки) - клац по ссылке, и iperf уже радстно выдаёт результат в окошко веб-браузера.
-
Смотри. Надыбал вообще элементарный костыль Ставим на внутренний флеш opkg ставим пакет ttyd opkg install ttyd добавляем в автозапуск ttyd с нужной командой - можно несколько, на разных портах. ttyd sh ttyd -p 7682 telnet localhost ttyd -p 7683 iperf3........ Ну, а дальше - очевидно. прописываем соответствующие поддомены, перенаправляя на соответствующий порт. ВУАЛЯ! Или даже так
-
Можно и другой костыль. Благо, OPKG есть, и даже на встроенном флеше. Поднимаете через opkg njnx, скажем, на 83 порту, пишите ему страничку, рисующую терминал и/или ssh на localhost, и регистрируете домен 4 уровня на каждом Кинетике, типа telnet.abvg.keenetic.xxx с перенаправлением на этот сервачёк. Будет свой собственный "терминал через web". Кмк, должно внутренней флеши хватить.
-
Странный вопрос. Наверное, потому, что веб работает через веб прокси (не нат), а другим протоколам нужны другие прокси-серверы. Вы не заметили, что при отсутствии подключения к облаку, отлуп даёт облачный веб-сервер, через который и проксируется веб кинетика? Наверное, ещё и потому, что веб-протокол имеет заголовок Host, по которому веб-прокси умеет различать к какому именно серверу из тысяч, отвечающих на одном 80 порту идёт запрос, а ssh, telnet не имеют. Как Вы попадёте на 22 порт именно Вашего кинетика, обращаясь к 22 порту облачного сервера, обслуживающего ещё тысячу таких же, если ssh и telnet просто слушают конкретный порт на конкретной машине?
-
Ну, ОК. Есть, но... "не совсем". Вот дальше давайте попробуем решить проблему в рамках, доступных юзеру. Уж юзеру, затарившемуся 600 кинетиков - точно. У Вас есть доступ хотябы к одному белому айпишнику? Впринципе? Поднимите openvpn или L2TP сервак на нём. В случае необходимости попасть по ssh или telnet на конкретный роутер, заходите в веб интерфейс, поднимаете ВПН сессию, и оказваетесь в одной локалке с роутером. Нет белого ip вообще? Арендуйте vds. При том, что 600 роутеров сильно похоже на коммерческий проект, это не должно быть проблемой. Это не к тому, что я против иметь ssh/telnet терминал в веб-интерфейсе. Это к тому, что проблема решаема без истерик, практически штатными средствами роутера. А пожелания - они и есть пожелания.
-
Вам уже двое сказали, что она есть!
-
Есть! После доменного имени ставите /a и попадаете на несколько изменённую "командную строку" А вообще... Было бы интересно иметь полноценный "терминал" в веб-интерфейсе
-
Это лишнее. А вот Скорее всего ага.
-
Заставьте работать по http://192.168.1.2 из локальной сети. Как? Я не знаю - это скорее на форум по nextcloud.
-
Вторая строчка нафиг не нужна. В кинетике апстримом укажете http://192.168.2.1 Если сервер на 80 порту, то больше ничего не надо.
-
Нафига в домене указывать порт? 0 => '192.168.1.2' 1 => 'web.server.keennetic.pro' На каком порту слушает сервер?
