-
Постов
393 -
Зарегистрирован
-
Посещение
-
Победитель дней
3
Albram стал победителем дня 13 апреля 2022
Albram имел наиболее популярный контент!
Оборудование
-
Кинетик
Ultra, Ultra KN-1810, Viva KN-1910, Ultra KN-1811
Посетители профиля
Блок последних пользователей отключён и не показывается другим пользователям.
Достижения Albram
Поставщик контента (4/5)
82
Репутация
-
@Anna_, добрый день. Версия KeeneticOS 4.1.7 (но тоже самое было и в предыдущих версиях 4.1.x, и в 4.0.x тоже). Как уже написали, в обоих этих подсказках указано одно направление данных, от интернет-центра к клиентам, хотя на самом деле это не так, и UL MU-MIMO должно иметь направление от клиента к интернет-центру.
-
-
Тот же самый кинетик. Ещё момент, если PPTP серверу присвоить адрес из подсети Wireguard интерфейса кинетика (например, интерфейс Wireguard 10.0.0.1, а PPTP сервер 10.0.0.2), то PPTP соединение устанавливается. Я так понимаю, устанавливается оно из-за отсутствия NAT на пути протокола GRE.
-
Приветствую всех. На Keenetic Ultra (KN-1811 KeenOS 4.1.3) поднято Wireguard подключение к внешнему vds серверу, это подключение отмечено "использовать для выхода в Интернет", и оно работает. Нужно через этот wireguarg туннель подключиться к PPPTP серверу, находящемуся на другом внешнем vds сервере. Сейчас ppptp подключение не устанавливается. Подключение на tcp порт 1723 сервера ppptp проходит, но на gre пакеты ответа нет. Без wireguard, напрямую, ppptp подключение поднимается. Т.к. доступа к ppptp серверу нет, то для проверки поднял ppptp сервер в локальной сети на другом роутере, результат тот-же: при подключении через провайдерское pppoe подключение соединение ppptp поднимается, при подключении через wireguard - нет, т.к. на ppptp сервер не приходят gre пакеты. Лог подключения через wireguard выглядит так: 95.xxx.xxx.xxx - адрес PPPTP сервера 172.16.0.2 - адрес интерфейса Wireguard на кинетике Захват пакетов во время попытки подключения выглядит так: Здесь подключение через другой интерфейс Wireguard, с адресом 10.7.0.3, но результат тот же. Как я понимаю, причина в том, что протокол GRE не может пройти через NAT. Но решить эту проблему пока не удалось. Буду благодарен за советы.
-
Пожалуйста. Но, если бы сначала прочитать всю тему, в ней пока не так много страниц, то это решение было описано давно, вот отсюда пару сообщений прочтите:
-
Скорее всего не установлен пакет smartmontools-drivedb Попробуйте его установить: opkg install smartmontools-drivedb Потом проверьте вывод smartctl -a /dev/sda
-
Приветствую всех. К портам 3 и 4 KN-1811 (версия ОС 4.0.5) подключен управляемый коммутатор TP-Link TL-SG105PE, на обоих сторонах включена агрегация, и в общем-то всё работает, до момента выключения и последующего включения питания. После включения и загрузки TL-SG105PE не получает IP адрес от KN-1811. В логе роутера видно что он отвечает на запросы коммутатора, но коммутатор их игнорирует и шлёт повторные запросы к DHCP серверу. А игнорирует он их из-за неверной контрольной суммы: Видимо в агрегированном VLAN отключен подсчет контрольной суммы исходящих пакетов. Но, если перезагрузить коммутатор, то он получит адрес и будет нормально работать. Но перезагружать его после отключения и включения не всегда есть возможность. В мануале не нашел команд связанных с контрольной суммой пакетов. Как решить проблему?