Активность

Я в рабочие настройки клиентов и попытался добавить ASC, на клиенте винды выдает ошибку: Невозможно импортировать конфигурацию: Неверный ключ для секции [Interface]: "jc", а на андройде пишет просто неизвестный атрибут Interface [Interface] Address = 172.16.102.2/32 PrivateKey = ***************************************= DNS = 8.8.8.8 Jc = 3 Jmin = 7 Jmax = 12 S1 = 0 S2 = 0 H1 = 2 H2 = 4 H3 = 6 H4 = 8 [Peer] PublicKey = ***************************************= AllowedIPs = 0.0.0.0/0 Endpoint = ***.***.***.***:***** PersistentKeepalive = 15

В конфиге, который потом импортируется

оффтоп, ASC в серверной части роутера прописал, а как в клиентах android/windows эти параметры вписать?

всё это время ip как влитые show ndns их так не больше одного за раз и выдаёт, а меняются лишь 2 разных show cloud всего 4 (1 активный) а 2 из них совпадают с show ndns их даже добавлять не стал ибо бессмысленно - они по udp 9 и не ломаются фаерволом

@Lostpro включите ещё отладку на интерфейсе PPPoE0: interface PPPoE0 debug system configuration save

Self-test где?

Всем привет. В 4.3.5 этот механизм опять поломали? Два роутера, один сервер, на нём настроена маршрутизация через AdGuardHome, другой к первому по WG подключается. На 4.3.4 всё нормально ходило, выходил в интернет через первый, сейчас обновился на 4.3.5 и вот на тебя, перестал.

С арендованной vps/vds - 100%-ый вариант!

у тебя получилось друг нет? подскажи

Это нормально, можете не обращать внимания.

Lostpro Да, вам специально ничего не нужно присылать. [I] Jul 24 22:07:07 pppd[619]: No response to 3 echo-requests [I] Jul 24 22:07:07 pppd[619]: Serial link appears to be disconnected. [I] Jul 24 22:07:07 pppd[619]: Connect time 831.1 minutes. [I] Jul 24 22:07:07 pppd[619]: Sent 80658823 bytes, received 51624604 bytes. Здесь действительно было отключение PPPoE, BRAS провайдера перестал отвечать на эхи. Это часто встречается, проблема обычно на трассе до BRAS у ISP. Иногда бывают ложные отключения, в настройках PPPoE есть адаптивный режим: interface PPPoE0 lcp echo adaptive Да, возможно петля. Это распространенная ситуация, когда например PC подключен и кабелем и wifi. Но все же нужно дождаться самопроизвольных перезагрузок.

Была цель как-то анонсировать DLNA сервер через туннель Wireguard Site-to-Site. Сам туннель настроен полностью и работает. Всё что надо пингуется. На SMB сервера можно заходить по прямому адресу. Короче всё настроено без ошибок. Анонсирование DLNA и SMB конечно же не работают и это ожидаемо. Я нашёл такое решение и попробовал его Роутер А (сервер) interface Home igmp upstream exit interface Wireguard1 igmp downstream exit system configuration save Роутер Б (клиент) interface Home igmp downstream exit interface Wireguard0 igmp upstream exit system configuration save Но оно ни сработало. На другом конце туннеля в приложении VLC не видно DLNA сервер на Кинетик роутере. Поэтому хотел узнать имеет ли эта идея шанс на жизнь, что я не правильно делаю, и возможно ли это вообще реализовать?

А вы уверены, что MacOS понимает маршруты, которые приходят от сервера по DHCP INFORM?

Всем спасибо за репорты и терпение, проблема с неотдачей маршрутов в серверах IKEv1 и IKEv2 поправлена, исправление появится в следующих выпусках.

Согласен с @Leshiyart, не хочется рубить с плеча, меня это тоже устраивает. Возможно есть и другие, кто пользуются этим не осознанно и тоже получают профит. По хорошему бы уметь и правильный режим и opt-in расщепление. Если сплит в политиках запретить, то девайсы в них будут думать что IPv6 есть, и даже могут иметь GUA адрес, а роутер при этом не будет пускать их по IPv6, что как-то так себе.

Поставил opkg на kn-3811, в логах все как и должно быть, но при вводе через telnet команды exec sh снова запрашивает логин и пароль telnet и далее по кругу. Через ssh подключается, но при вводе любой команды выдает sh: bash: not found. Что может быть не так? Переустановку, перезагрузку пробовал, эффекта нет

Перевел, тоже самое

В ipv4 всё ок. # ip -6 route del default dev nwg6 metric 2000 pref medium # curl --interface nwg6 -6 ip.wtf curl: (7) Failed to connect to ip.wtf port 80 after 664 ms: Error # curl --interface nwg6 -4 ip.wtf 104.28.xx.xx ~ # curl --interface nwg6 ip.wtf 104.28.xx.xx

P.s. в основной политике пров с в6 вверху, по в6 ходят все политики по нему, а вот по в4 зависит от приоритета в этой политике. Если сделать прова с в6 не приоритетным, в6 не будет ни в одной политике пока оно не станет приоритетным/активным

если речь об этом? то да, в отдельной политике в4 от одного прова в6 от другого. но тут надо проголосовать надо ли такое фиксить, так же слабо себе представляю что будет если будет несколько провов с в6

1. Это единственное узаконенное исключение, еще есть Dslite и MAP-T в этом списке. 2. Нет, а если все же расщепляется - давайте поправим. 3. Никак, такие хотелки не реализованы.

А на аналогичный интерфейс, который не основной, в ipv4-режиме curl не ругается?

При настроенном IPv6 нет возможности дёргать curl на конкретном интерфейсе в ipv6 режиме: # curl --interface nwg6 -6 ip.wtf curl: (7) Failed to connect to ip.wtf port 80 after 4 ms: Error При добавлении дефолтного маршрута даже с самой низкой метрикой, всё начинает работать: # ip -6 route add default dev nwg6 metric 2000 pref medium # curl --interface nwg6 -6 ip.wtf 2a09:bac1:61c0:60::xxx Может Кинетик научится сам добавлять эти маршруты с метрикой, основанной на приоритетах ip global?

у меня на Ultra II с некоторых пор Tor 0.4.8.16 + obfs4 отжирает почти все процессорные ресурсы, ОЗУ хватает, остается свободно из 256Мб процентов 40. ОС 4.2.6. Web интерфейс и CLI по ssh практически перестают откликаться. Последним сдается родной shell Keenetic, но и он еле шевелится. Останавливаю tor (если удается что-то в Cli сделать), все приходит в норму. Что бы проверить/поправить прежде всего? Пробовал в torrc добавить параметр NumCPUs 2, но не разницы не заметил.