Jak połączyć ze sobą dwie sieci za pomocą OpenVPN uruchomionym na dwóch routerach z FreshTomato?
Pierwsza sieć to 192.168.3.0/24 z wyjściem na internet przez router Asus RT-AC68R/U i FreshTomato 2021.8 i uruchomionym serwerem OpenVPN TUN 10.7.0.0/24 i włączonymi opcjami
- Push LAN0 (br0) to clients
- Allow Client<->Client
Druga sieć to 192.168.1.0/24 z wyjściem na internet przez router Netgear 3500L i FreshTomato 2021.8 i uruchomionym klientem OpenVPN
samo połączenie OVPN działa bardzo fajnie i bezproblemowo.
z komputera będącego za klientem OVPN np. 192.168.1.10 mogę łączyć się z komputerem będącym za serwerem OVPN czyli np. 192.168.3.40
Gdzie problem? nie działa to w drugą stronę, czyli z komputera 192.168.3.40 nie łączę się z 192.168.1.10
Czyli chciałbym, żeby to chodziło podobnie jak w trybie TAP, ale z TAP jest więcej innych problemów i wolę pozostać na TUN.
Jak to ustawić?
Próbowałem na serwerze 192.168.3.3 dodawać trasy do 192.168.1.0 w tabeli routingu ale to nie pomaga.
Coś blokuje ruch, może to firewall? ale jak go wyłączyć tylko dla ruchu przez OVPN?
Scalony z 31 stycznia 2022 14:03:04:
walki z tematem ciąg dalszy:
dodałem tym poleceniem pod telnetem na serwerze OVPN (router ASUS AC68):
/usr/sbin/ip route add 192.168.1.0/24 via 10.7.0.11 dev tun21
odpowiedni wpis do tabeli routingu, tak by serwer znał trasę do pod sieci 192.168.1.0
Wpis dodał się prawidłowo, jest widoczny w tabeli routingu, ale nadal coś blokuje dostęp do tej sieci.
Z serwera OVPN puszczam ping na 10.7.0.11 (adres klienta Netgera3500 w VPN) - pingi przechodzą
Pingi puszczone na tego klienta ale na jego lokalny adres 192.168.1.4 nie przechodzą
Co może je blokować? któryś z firewalli na serwerze albo na kliencie? jak to sprawdzić?
Edytowany przez najmar11 dnia 31-01-2022 14:03
Nie, to nie ten przypadek. Opisują sytuację kiedy dwa routery są w domu, pod jednym adresem i jeden to robi za VPN a drugi za bramę na świat.
Ja chcę połączyć VPNem dwa routery w dwóch różnych lokalizacjach, chciałbym, żeby podsieci które są za nimi gadały ze sobą.
W tomato w OpenVPN Server jest taka opcja: "Push LAN0 (br0) to clients" i to ładnie działa, klienci mogą się łączyć z LAN servera.
Ja potrzebuję opcji, która jest jakby odwrotnością tej, czyli w Tomato w OpenVPN Client powinno być coś w rodzaju: "Push LAN0 (br0) to server", tak żeby server mógł się połączyć z LAN Clienta
w custom configuration po stronie asusa dopisz
route 192.168.1.0 255.255.255.0
i to powinno wystarczyć. Nie musisz dodawać żadnych routingów.
BTW nie napisałeś jaki typ połączenia zastosowałeś ale site-to-site najlepiej robi się na static.key.
OK, rozkminiłem to.
samo polecenie:
route 192.168.1.0 255.255.255.0
to za mało, trzeba dodać jeszcze:
iroute 192.168.1.0 255.255.255.0
ale w odpowiednim kontekście
pierwsze polecenie dodaje trasę do tabeli routingu na poziomie kernela, który w ten sposób kieruje ruch do OpenVPN, który skolei ma swoją osobną tabelę routingu i ją też musimy zmodyfikować i robimy to drugim poleceniem "--iroute network [netmask]
Może komuś się przyda, to pokażę jak w Tomato podłączyć zdalną podsieć, by mieli do niej dostęp wszyscy klienci OpenVPN.
Całą konfigurację przeprowadzamy tylko na Serwerze OVPN, na klientach nic nie musimy robić, wszystko dzieje się automagicznie.
W menu Tomato/OpenVPN Server zakładka Advanced:
w tabeli wpisujemy dane naszej podsieci (jak na załączonym obrazku):
- enable
- Common Name (nazwa klienta z podsiecią którą chcemy podłączyć, np. "client1.WORKGROUP" )
- Subnet 192.168.1.0
- Netmask 255.255.255.0
- Push - zaznaczyć jeżeli chcemy by inni klienci OVPN też mieli dostęp do tej podsieci (a nie tylko serwer).
na tej podstawie nasze Tomato doda do tabeli routingu odpowiednią trasę - odpowiada to pierwszemu poleceniu: "route 192.168.1.0 255.255.255.0"
teraz w Custom Configuration dodajemy wpis:
client-config-dir /mnt/ścieżka do katalogu z plikiem konfiguracyjnym
w katalogu tym umieszczamy plik nazwany tak jak Common Name naszego klienta, np. "client1.WORKGROUP"
w pliku umieszczamy drugie nasze polecenie:
iroute 192.168.1.0 255.255.255.0
i to wszystko, od teraz nasz Serwer OpenVPN będzie wiedział jak przekierowywać ruch do naszej podsieci.
jedna uwaga: Common Name to nie to samo co Username, jeśli chcemy używać Username to w Custom Configuration trzeba dodać wpis: username-as-common-name.
najmar11 załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
Cześć, mam podobną sytuację.
Server ovpn AC66U_b1 10.0.0.0, klient1 N10U 10.0.1.0
z klienta do serwera dostaję się bez problemu do całej podsieci serwera.
Zrobiłem config praktycznie taki jak Twój z wyjątkiem Interface Type, ja mam UDP i teraz nie mogę go zmienić.
Z serwera nie mogę dostać się do klienta.
routing do 10.0.1.0 przez 10.8.0.2 u mnie jest w tabeli.
Jeszcze ciekawa rzecz, jeżeli podłączy się jako pierwszy klient2 czyli telefon z androidem to on otrzymuje adres 10.8.0.2 i to do niego tworzony jest routing 10.0.1.0. Klient1 wtedy ma adres 10.8.0.3 bo połączył się jako drugi w kolejce.
Scalony z 06 lipca 2022 18:06:28:
Ok, poradziłem sobie wyłączając Inbound Firewall na kliencie (rt-n10u).
Edytowany przez zakk87 dnia 06-07-2022 18:06
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
