Перейти к содержанию
Как правильно добавить self-test и прочую отладку в тему
Официальное хранилище ПО в виде файлов

2 кинетика по Wireguard

Alex_Foks
 Поделиться

Рекомендуемые сообщения

vasek00 Старожил

vasek00

Опубликовано
Опубликовано
  В 18.11.2022 в 07:44, Werld сказал:

Так получается наоборот, это вы продолжаете жить 93 годом, если отрицаете изменения произошедшие с тех пор. 

В общем-то продолжайте оставаться при своем мнении, если вам rfc не указ. Можете и дальше удивляться, когда еще у кого-нибудь увидите такие ip-адреса, как у создателя темы.

Показать  

Я в rfc не заглядываю, мне как пользователю нужно чтоб работало.

Я живу в том что вижу сейчас (показал это выше на нескольких примерах).

 

Для создателя темы могу сказать что есть в наличие два Keenetic соединенные между собой по WG, для доступа клиентов в удаленную сеть. Keenetic1 на проводе DHCP от провайдера второй Keenetic2 на PPPoE.

Не чего навороченного нет все стыкуется с мануалом https://help.keenetic.com/hc/ru/articles/360012075879

  Показать контент

 

 

Алексей717 Пользователь

Алексей717

Опубликовано
Опубликовано
  В 18.11.2022 в 05:29, vasek00 сказал:

Клиент SSTP роутера на Android

  Показать контент

ppp туннель где роутер 192.168.130.101  и клиент 172.16.130.29  Mask:255.255.255.255

  Показать контент

На Win у меня нет клиента, но будет так же так как сервер SSTP на роутере.

 

Другой пример WG на роутере (сервер) и на Android

  Показать контент

 

Показать  

Добрый день у меня вот так происходит иногда windows на котором клиент получает ip 172.16.3.34  а иногда такой же как и на сервере начальный 172.16.3.33  ... по поводу WG у меня не хватает мозгов настроить его он не имеет доступ в интернет не в какую. на счет sstp варшарк показывает ошибку типо весит все это подключения на  групповом Мак адресе скрины прилогаются. 

route print windows .png

сервер sstp.png

это сервер SSTP почему то мак груповой.png

vasek00 Старожил

vasek00

Опубликовано
Опубликовано (изменено)
  В 18.11.2022 в 10:09, Алексей717 сказал:

Добрый день у меня вот так происходит иногда windows на котором клиент получает ip 172.16.3.34  а иногда такой же как и на сервере начальный 172.16.3.33  ... по поводу WG у меня не хватает мозгов настроить его он не имеет доступ в интернет не в какую.

Показать  

Если исходить из скринов первого поста, то WG у вас поднимается, осталось только allow и маршрутизация. 

WG-S

1.  =  172.16.82.2/24 порт 16632 ; allow-ips = 172.16.82.0/24 | 192.168.10.0/24 | 192.168.100.0/24 ;

2. Маршруты 

192.168.100.0/24 -> WG-S интерфейс
192.168.10.0/24 -> Домашний интерфейс

WG-CL1

1.  =  172.16.82.1/24 ; allow-ips = 172.16.82.0/24 | 192.168.10.0/24 | 192.168.100.0/24 ;

2. Маршруты
  

192.168.0.0/16 -> Домашний интерфейс
192.168.10.0/24 -> WG-CL1 интерфейс

 

Примечание в allow-ips вписывают сети - туннеля и удаленную сеть роутера, сеть лок.роутера не пишут. Если нужен еще доступ из уд.сети клиента в интернет то добавить сеть 0.0.0.0/0

Второе

192.168.0.0/16 -> Домашний интерфейс

Вам вопрос - на какой сетевой интерфейс направить пакеты для адресата например 192.168.10.х на "WG-CL1" или на "Домашний интерфейс" согласно порядка вашей таблицы которая выше на скрине или 

192.168.0.0/16 -> Домашний интерфейс
192.168.10.0/24 -> WG-CL1 интерфейс

 

Для того чтоб клиент WG выходил еще в интернет то там нужно сделать еще кой чего

1. allow например ниже 

allow-ips 10.16.130.6 255.255.255.255 -- туннель WG, данного клиента
allow-ips 192.168.130.0 255.255.255.0 -- сеть данного роутера (сервер WG для клиента)
allow-ips 0.0.0.0 0.0.0.0 -------------- для выхода в интернет

2. сменить политику с public (которая по умолчанию) на private 

interface Wireguard3 -------- сам туннель WG
    security-level private

3. 

ip nat Wireguard3

4. Записать конфиг.

 

По SSTP чуток не понял суть вопроса ?

Настройка на нем простая.

  Показать контент

По вашему скрину на клиенте два default маршрута 0/0 на разные интерфейсы -> вступает правило МЕТРИКИ (чем меньше метрика то считаем его основным)

Лог Android клиента при подключение, на сервере SSTP (скрин выше)

  Показать контент

проверяю клиента на speedtest он идет на провайдера роутера в данном случае РТ (IP роутера) а не от мобильного оператора.

Пока смотрел свой скрин не понятка в строке для маршрута по умолчанию а именно в MASK /20 

2:48:51 PM included ipv4 route: 0.0.0.0/0 172.16.130.101/20

 

Изменено пользователем vasek00
M V Пользователь

M V

Опубликовано
Опубликовано (изменено)

Подскажите, плиз, как разрешить NAT для траффика, приходящего через wg туннель из локальной сети клиента?

Туннель настроен, маршруты прописаны. Кинетик знает о подсети А, трафик между А и В ходит без проблем через туннель.

Нужно, чтобы А могла ходить в интернет через WG и кинетик. Нат на WG интерфейсе разрешен и клиенты могут ходить в интернет без проблем с адресов сети WG, но вот из сети A кинетик не НАТит траффик. Трейс из А затыкается на кинетике на адресе WG.

Помню на старых Падавановских прошивках НАТ по-умолчанию разрешен был только для Directly Connected сетей, но можно было просто руками добавить правило iptables через gui. Как здесь сделать то же самое?


Diagram.jpg.39a1ead738e0a429caee04490e373531.jpg

Изменено пользователем M V
Werld Старожил

Werld

Опубликовано
Опубликовано
  В 18.11.2022 в 19:15, M V сказал:

Подскажите, плиз, как разрешить NAT для траффика, приходящего через wg туннель из локальной сети клиента?

Показать  

Попробуйте в cli: ip nat <сеть A> , должно помочь. А вообще, лучше чтобы Wg клиент натил свою сеть А при выходе в WG-туннель.

M V Пользователь

M V

Опубликовано
Опубликовано
  В 18.11.2022 в 19:25, Werld сказал:

Попробуйте в cli: ip nat <сеть A> , должно помочь. А вообще, лучше чтобы Wg клиент натил свою сеть А при выходе в WG-туннель.

Показать  

Супер! Спасибо за оперативную помощь! "ip nat IP MASK" сработало. Трафик пошел.

  • 1 месяц спустя...
M V Пользователь

M V

Опубликовано
Опубликовано (изменено)

В продолжение темы..

Можно ли как-то более гибко настроить правило для НАТа? Сейчас он НАТит не только в Интернет, но и в локалку "B". Ну, т.е. если я пингую из A какой-нибудь хост в B, то эти пакеты имеют source IP = LAN IP кинетика.. Хотелось бы, чтобы он натил на выходе ppp0 а не на входе wg0.

Изменено пользователем M V
r13 Старожил

r13

Опубликовано
Опубликовано
  В 21.12.2022 в 16:25, M V сказал:

В продолжение темы..

Можно ли как-то более гибко настроить правило для НАТа? Сейчас он НАТит не только в Интернет, но и в локалку "B". Ну, т.е. если я пингую из A какой-нибудь хост в B, то эти пакеты имеют source IP = LAN IP кинетика.. Хотелось бы, чтобы он натил на выходе ppp0 а не на входе wg0.

Показать  

Ответ тут

https://forum.keenetic.ru/topic/2617-вопросы-по-интеграции-openvpn-в-ndms/?do=findComment&comment=135763

M V Пользователь

M V

Опубликовано
Опубликовано
  В 21.12.2022 в 16:31, r13 сказал:

Ответ тут

https://forum.keenetic.ru/topic/2617-вопросы-по-интеграции-openvpn-в-ndms/?do=findComment&comment=135763

Показать  

Офигенно! Огромное спасибо! Все работает как надо теперь.
Я еще нигде так быстро не получал ответы, как здесь!

п.с. Команды в ndmc, конечно, вообще не интуитивные. Я думал, что ip static - это про статические маршруты, а не про NAT. Было бы логичней что-то типа ip nat static.. Ну да ладно. Главное, что работает! :)

Андрэ Палыч Продвинутый пользователь

Андрэ Палыч

Опубликовано
Опубликовано

а что это за ошибка такая при попытке пингануть один роутер с другого?

An I/O error occurred: required key not available.

Соединение поднялось, с обеих сторон горит зеленым. Маршруты прописаны, в фаерволе IP открыт (в общем все по инструкции да и не в первый раз да и пересоздавал).

Алексей717 Пользователь

Алексей717

Опубликовано
Опубликовано
  В 13.11.2022 в 10:09, ANDYBOND сказал:

Скажите, это сделано?

И что есть ресурсы?

Показать  

 

  В 17.11.2022 в 10:16, vasek00 сказал:

Адрес сервера DNS именно host - хх.хх.хх.хх/32

Туннели 

провайдер провод DHCP 
eth2.9    Link encap:Ethernet  HWaddr 50:хх:хх:хх:хх:хх 
          inet addr:10.10.10.10  Bcast:10.10.10.255  Mask:255.255.255.0
          inet6 addr: fe80::52ff:20ff:fe6f:c0d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:24307 errors:0 dropped:1 overruns:0 frame:0
          TX packets:1702 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1721612 (1.6 MiB)  TX bytes:97728 (95.4 KiB)


ezcfg0    Link encap:Ethernet  HWaddr CE:хх:хх:хх:хх:хх  
          inet addr:78.47.125.180  Bcast:78.255.255.255  Mask:255.255.255.255
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

WG где адрес сервера так же хх.хх.хх.хх/32 
nwg0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet addr:10.10.132.101  P-t-P:10.10.132.101  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP  MTU:1280  Metric:1
          RX packets:817480 errors:0 dropped:3 overruns:0 frame:0
          TX packets:341525 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:50 
          RX bytes:1030422691 (982.6 MiB)  TX bytes:45515332 (43.4 MiB)

WG где адрес сервера так же хх.хх.хх.хх/32 
nwg4      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          inet addr:10.2.0.2  P-t-P:10.2.0.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP  MTU:1280  Metric:1
          RX packets:380 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1523 errors:0 dropped:1 overruns:0 carrier:0
          collisions:0 txqueuelen:50 
          RX bytes:34960 (34.1 KiB)  TX bytes:93396 (91.2 KiB)

провайдер PPPoE
ppp0      Link encap:Point-to-Point Protocol  
          inet addr:1хх.ххх.ххх.хх9  P-t-P:1хх.ххх.ххх.хх1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:886378 errors:0 dropped:0 overruns:0 frame:0
          TX packets:411245 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1076769499 (1.0 GiB)  TX bytes:82536484 (78.7 MiB)

 

Показать  

можно ли как то решить этот вопрос чтобы клиенты подключеные к sstp были в сети роутера ?   

 

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
 Поделиться
Перейти к списку тем

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.

  Я принимаю