Joe D

Тот же вопрос. На Windows 10 и iOS он предустановлен, настроек там минимум. Насколько я понимаю он быстрый, современный, поддерживает реконнекты. Будет ли завезена его поддержка в кинетик? Идея кстати тоже есть, но там про сертификаты скорее запрос

Берем свежую виву, 3.1.6 видим такие настройки стандарта по дефолту. Что такое 802.11n в 5Ghz наверное многие знают - тоже самое что и 802.11n в 2.4 Ghz Что такое 802.11ac тоже известно, почти в каждом новом телефоне есть. Гигабитный вайфай, все круто. А вот что такое 802.11an я не смог понять и википедия не знает такого понятия. Новый стандарт от разработчиков кинетика? Есть описание 802.11a — 54 Мбит/c, 5 ГГц стандарт (1999, выход продуктов в 2001). Но видел ли кто из гуманоидов такие устройства? Я правильно понимаю что совместимость с бородой 5Ghz 802.11a можно смело отключать и ныне живущим оно уже не пригодится? Может в прошивках по дефолту лучше оставить понятный потребителю 802.11n + ac?

Та же самая проблема на 3.1.6 С включенным роумингом не подключется ни в какую. Точка в эфире одна.

А там дальше на зеленом проводе еще один умный коммутатор, который делит интернет\lan?

Всем привет, ситуация следующая. В один прекрасный день Extra (KN-1710) на 2.15 отваливается МГТС PPOE и больше не подключается. В логах мы видим бесконечное за последние 12 часов. [I] Sep 15 17:37:59 ndm: Network::Interface::Base: "PPPoE0": interface is up. [I] Sep 15 17:38:02 pppd[940]: Plugin rp-pppoe.so loaded. [I] Sep 15 17:38:02 pppd[940]: pppd 2.4.4-4 started by root, uid 0 [I] Sep 15 17:38:02 pppd[940]: Found unterminated session: 775:7c:20:64:9d:5c:a6 [I] Sep 15 17:38:02 pppd[940]: Sent PADT [W] Sep 15 17:38:18 pppd[940]: Timeout waiting for PADO packets [E] Sep 15 17:38:18 pppd[940]: Unable to complete PPPoE Discovery [I] Sep 15 17:38:18 pppd[940]: Exit. Напрямую в комп - PPOE все работает. Через роутер нет. Пробуем ребут роутера, передергивание провода, вкл\выкл PPOE в роутере - не помогает. Обновляемся до 3.1 - без изменений. Гуглим, находим такую же проблему у людей в 2017 и 2015 году. Везде ситуация одинаковая - со стороны провайдера сессии нет, но кинетик упорно видит незакрытую сессию и, видимо пытается с ней работать. Может вы все таки обратите внимание и поправите что-нибудь в прошивке? Ограничите число попыток, я не знаю, еще что нибудь В моём случае помогло пересоздание PPOE подключения заново, только это вообще не способ решения проблемы для обычных пользователей. https://forum.tis-dialog.ru/viewtopic.php?t=486211 self-test 3.1.txt

На флешку не обязательно, достаточно оперативы и редкий- редкий сброс итогов на флеш. RTN56 один у меня 5 лет работает и статистику пишет по месяцам куда-то, а второй уже и не помню когда покупал. Без всяких этварей и внешних флешек. там программисты неправильные или чудо флешки? Супер технологии недоступные кинетику?

Настроил на роутере и на клиенте mru\mtu 1328. Соединение стало чуть стабильнее 15-25 минут, но в логе кинетика постоянный спам, и тем не менее коннект все равно рвется Сен 3 17:41:19 ndm kernel: mppe_compress[0]: osize too small! (have: 1332 need: 1336) Сен 3 17:41:19 ndm kernel: vpn0: ppp: compressor dropped pkt Сен 3 17:41:19 ndm kernel: mppe_compress[0]: osize too small! (have: 1332 need: 1336) Сен 3 17:41:19 ndm kernel: vpn0: ppp: compressor dropped pkt self-test (5).txt

Ну а сколько там той информации? Тот же Rtn-56u в вебе показывает сводки и графики потребления 24 часа \по дням\месяцам Места там на флешке кот наплакал, да и сколько блин места нужно чтобы просто несколько цифр хранить?

Если еще и в конфиге будет сохраняться, будет бомба)

Да банально W10 из коробки по-моему кроме IKEv2/IPSec ничего и не умеет

Такая же проблема PPTP сервер (2.15.C.5.0-0) Giga KN-1010 <> клиент Asus RTN-56U . Каждые 10 минту примерно соединение рвется + ошибки в логе. В логе http://prntscr.com/p18nbb Сен 3 16:39:12 ndm kernel: PPTP: turn off SEQ window because of PPP compression Сен 3 16:39:12 ndm kernel: mppe_compress[0]: osize too small! (have: 1324 need: 1328) Сен 3 16:39:12 ndm kernel: vpn0: ppp: compressor dropped pkt Игрался с MTU\MRU на стороне клиента (1450 дефолт асуса, 1350 как ая понял из документации - дефолт кинетика. На стороне клиента (asus) снижал до 1320, ошибка продолжается. Также на стороне клиента менял Алгоритм проверки подлинности Auto > MSCHAP2 - не помогает Шифрование по логам вижу что срабатывает 40 bit. Если поставить 128-bit то vpn не поднимается. Какие могут быть дальнейшие действия? self-test (2).txt