24 Listopada 2024 05:29:35
Nawigacja
· Strona Główna
· Forum

· Tomato by Shibby
· FreshTomato


Wątki na forum
Najnowsze dyskusje
· [S] Asus RT-AC56U
· DIR868l OFW asus vs ...
· Szukam zaproszenia n...
· [MOD] FreshTomato-AR...
· Asus RT-AC5300 ,prob...
· archer c6 v3.20
· [S] Nighthawk R7000P...
· [S]Asus RT-AC5300 - ...
· Tanie N100 na promce...
· net z telefonu wifi+...
· Tomato - bugi/proble...
· HUAWEI z światłowodem
· Asus TUF-AX3000_V2 p...
· rt-ax88upro częste ...
· [Howto] Xpenology na...
· Jaki router pod Open...
· Ruter z tomato
· Czy to jeszcze NAS?
· RT AC66U B1
· Wireguard na FreshTo...
Najpopularniejsze obecnie wątki
· DIR868l OFW asus ... [8]
· [S] Asus RT-AC56U [0]
Ankieta
Jaki procesor posiada twój router?

Broadcom MIPSEL
Broadcom MIPSEL
36% [151 głosów]

Broadcom ARM
Broadcom ARM
52% [219 głosów]

Atheros
Atheros
5% [22 głosów]

Marvell
Marvell
1% [4 głosów]

Ralink
Ralink
1% [3 głosów]

Intel/AMD/VIA
Intel/AMD/VIA
1% [5 głosów]

Żaden z powyższych
Żaden z powyższych
4% [15 głosów]

Ogółem głosów: 419
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38
Twoje IP
3.144.114.8
Zobacz wątek
OpenLinksys » :: OPROGRAMOWANIE :: » Tomato - firmware
 Drukuj wątek
OpenVPN TUN - serwer nie widzi podsieci klienta
mtbakk
Witam,

Połączyłem kanałem OpenVPN dwa routery z softem tomato by shibby. Mam problem z ustawieniem widoczności sieci, chciałbym aby jedna i druga podsieć (klient i serwer) się nawzajem widziały. Z poziomu klienta pingi przechodzą na całą podsieć serwera (192.168.1.0) natomiast z poziomu serwera nie mogę nawet pingować routera (192.168.2.1). Na serwerze próbowałem dodać w iptables poniższe regułki ale niestety bez rezultatu:

iptables -A FORWARD -i br0 -o tun21 -j ACCEPT
iptables -A FORWARD -i br0 -o tun22 -j ACCEPT

iptables -A INPUT -i tun21 --dport 1194 -j ACCEPT
iptables -A INPUT -i tun22 --dport 1194 -j ACCEPT

iptables -A INPUT -s 10.8.0.0 -j ACCEPT

iptables -A FORWARD -s 10.8.0.0 -j ACCEPT

#Konfiguracja OpenVPN:

Server:
192.168.1.0
255.255.255.0

OpenVPN TUN 10.8.0.0
route 192.168.2.0 255.255.255.0

Client:
192.168.2.0
255.255.255.0

OpenVPN TUN 10.8.0.6
route 192.168.1.0 255.255.255.0
 
shibby
robiłeś na TLS (certyfijaty) z rego co widzę. Spróbuj to samo zrobić na static.key
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
mtbakk
Przetestowałem połączenie TUN na static.key i bez dodawania żadnych dodatkowych reguł w iptables na kliencie bez problemów mogłem puścić ping z serwera na klienta.

Niestety ale docelowo nie mogę zestawić połączenia na static.key ponieważ chciałbym jeszcze podłączyć kilka innych routerów do tego połączenia.

W pierwszym poście popełniłem błąd co do stosowanych regułek iptables ponieważ pisałem je z głowy i nie stosowałem ich na serwerze ale na kliencie.

iptables -A FORWARD -i br0 -o tun11 -j ACCEPT
iptables -A FORWARD -i br0 -o tun12 -j ACCEPT

iptables -A INPUT -i tun11 --dport 1194 -j ACCEPT
iptables -A INPUT -i tun12 --dport 1194 -j ACCEPT

Połączony z 23 czerwiec 2014 10:08:13:
Próbowałem jeszcze poniższej regułki na kliencie ale niestety bez skutecznie.


iptables -A INPUT -i tun+ -j ACCEPT


Zastanawiam się czy problem nie leży czasem gdzieś w konfiguracji serwera/klienta OpenVPN skoro na static.key działa a na tls już nie przy tych samych trasach routingu.
Edytowany przez mtbakk dnia 23-06-2014 10:08
 
khain
Nie masz ustawionej opcji dostępu serwera do podsieci klienta. Więcej tutaj https://openvpn.net/index.php/open-so...howto.html Konkretnie podrodział "Including multiple machines on the client side when using a routed VPN (dev tun)"
W tomato w zakładce "Advanced" serwera należy zaznaczyć "Manage Client-Specific Options" oraz "Allow Only These Clients" potem w tabelce, która się pojawi poniżej należy włączyć "Enable" wpisać "Common Name" klienta, np. client1 (common name jest w pliku z certyfikatem klienta w linii Subject, np. CN=client1). W polu "Subnet" trzeba wpisać podsieć tego klienta (np. 192.168.2.0) oraz maskę podsieci (np. 255.255.255.0), a na końcu zaznaczyć "Push".
W /etc/openvpn/server1 powinien pojawić się katalog ccd a w nim plik o nazwie takiej jak Common Name klienta - jego zawartość to:

iroute 192.168.2.0 255.255.255.0

Natomiast w pliku /etc/openvpn/server1/config.ovpn pojawią się takie wpisy:

client-config-dir ccd
ccd-exclusive
route 192.168.0.0 255.255.255.0

Jeśli chcemy, aby podsieci klientów widziały się nawzajem to zaznaczamy również opcję "Allow Client<->Client"
TP-LINK TL-WDR3600 @ Openwrt - 300/20Mbps
HP ProLiant DL360e Gen8 @ ESXi 7.0.1:2 x Intel Xeon CPU E5-2450L @ 1.80GHz, 160GB RAM ECC, 2x 1TB SSD
ASRock J4205-ITX @ Debian 11 16BG RAM, 2x 1TB SSD, 1x 1TB HDD
 
Przejdź do forum
Zaloguj
Wprowadź adres e-mail lub nazwę użytkownika

Hasło



Nie masz jeszcze konta? Zarejestruj się.

Zapomniałeś/aś hasła?
Aktualnie online
· Gości online: 89

· Użytkowników online: 0

· Łą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 !Grin

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ą?

95,526,762 unikalnych wizyt