Mam jedną sieć 192.168.0.0/24, na ER-12, w tej sieci stoi server VPN w kontenerze LXC w proxmox jako TUN, do tego serwera mam podpięty router R6400v2 z tomato, na którym klient skonfigurowany jest tak, aby tylko wybrane adresy IP z podsieci 192.168.1.0/24 były w 100% puszczane przez VPN, przez zastosowanie routingu do wybranych adresów nie mam dostępu do tego routera, ani tej sieci, co chciałbym osiągnąć to prócz puszczenia całości ruchu do tego routera chciałbym uzyskać dostęp do sieci 192.168.1.x będąc w sieci 192.168.0.x - lecz aby sieć 192.168.1.x nie miała dostępu do sieci 192.168.0.x - czyli aby to działało jednokierunkowo (to może się nie udać) - jak to zrobić?
Dodałem do ER12 do tablic routingu wpis:
set protocols static route 192.168.1.0/24 next-hop 192.168.0.150
adres 150 to adres serwera VPN
Do tomato dodałem do Advanced -> routing w static table:
Destination 192.168.0.0 Gateway 10.8.0.1 (adres serwera VPN po VPN) Net mask 255.255.255.0 Metric 0 Interface LAN0 (nie mam do wyboru TUN tutaj)
Myślę, że problemem jest wybór w kliencie VPN routing policy i używanie routing policy tam, i zmiany powinienem wykonać tam ale co tam wpisać aby wybrane adresy miały internet od klienta VPN (ominięcie blokad netflix'a) a pozostałe internet z WAN ale do tego działał routing między sieciami?
Próbowałem też dodać do routing policy w kliencie to Destination IP jako 192.168.0.0/24 ale też nie działa.
Edytowany przez dar3k dnia 22-09-2024 11:26
do tego routera chciałbym uzyskać dostęp do sieci 192.168.1.x będąc w sieci 192.168.0.x - lecz aby sieć 192.168.1.x nie miała dostępu do sieci 192.168.0.x - czyli aby to działało jednokierunkowo (to może się nie udać) - jak to zrobić?
całości komplikuje fakt że masz VPN w "wirtalce" a nie na routerze ale
1) w konfiguracji VPN po stronie podsieci 192.168.0.x dodaj
route 192.168.1.0 255.255.255.0
w ten sposób VPN będzie wiedział, że ruch do 192.168.1.x ma iść przez niego
2) na routerze głównym (er12) dodaj static route, że ruch do 192.168.1.0/24 ma iść przez 192.168.0.12 gdzie to IP LANowe usługi VPN w LXC
3) jeżeli po stronie VPN 192.168.1.x nie dodasz wpisu
route 192.168.0.0 255.255.255.0
to sieć 1921.68.1.x nie będzie miała z nią kontaktu.
Proxmox VE:i5-13400T, 64GB RAM, 512GB NVMe, 3x2TB SSD, 1x1TB 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
OpenVPN na routerze jako serwer ma za słabą wydajność dlatego jest na wirtualce, na routerze max po VPN to 40Mbit, a na wirtualce spokojnie daje radę do 200Mbit.
Brakowało mi wpisu w serwerze (1), ale nadal to nie działa.
Obecnie mam tak:
1. W ER-12 mam dodany routing
- do sieci 10.8.0.0/24 (sieć VPN) przez bramę 192.168.0.150 (adres serwera VPN - wirtualki) - to działa i widzę klientów wpiętych po VPN z adresami 10.8.0.x z mojej sieci i odwrotnie
- do sieci 192.168.1.0/24 przez bramę 192.168.0.150 - to nie działa
2. Dodałem wpis na konfiguracji serwera vpn jak radziłeś:
route 192.168.1.0 255.255.255.0
3. Dodany mam wpis ale w:
Advanced -> routing w static table:
Destination 192.168.0.0 Gateway 10.8.0.1 (adres serwera VPN po VPN) Net mask 255.255.255.0 Metric 0 Interface LAN0
Czy ten wpis route dodać do konfiguracji klienta VPN ?
Dodałem ten wpis po stronie tomato do klienta VPN, samo tomato ma dostęp do sieci 192.168.0.0 ale już inne urządzenia poza tymi co są na liście w sekcji Routing Policy nie ma, tak samo z sieci 192.168.0.0 nie mam dostępu do sieci 192.168.1.0 - nawet z serwera VPN.
route wygląda tak:
Tomato (VPN Client)
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.100.1 * 255.255.255.255 UH 0 0 0 vlan2
PUBLIC_IP 192.168.100.1 255.255.255.255 UGH 0 0 0 vlan2
192.168.100.0 * 255.255.255.0 U 0 0 0 vlan2
10.8.0.0 * 255.255.255.0 U 0 0 0 tun11
192.168.1.0 * 255.255.255.0 U 0 0 0 br0
192.168.0.0 10.8.0.1 255.255.255.0 UG 0 0 0 tun11
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default 192.168.100.1 0.0.0.0 UG 0 0 0 vlan2
W ER-12:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default public_IP p 0.0.0.0 UG 0 0 0 eth9
10.8.0.0 192.168.0.150 255.255.255.0 UG 0 0 0 br0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
192.168.1.0 192.168.0.150 255.255.255.0 UG 0 0 0 br0
Na serwerze VPN:
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.0.101 0.0.0.0 UG 0 0 0 eth0
10.8.0.0 0.0.0.0 255.255.255.0 U 0 0 0 tun0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 UG 0 0 0 tun0
Edytowany przez dar3k dnia 23-09-2024 16:22
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
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ą?
servee
25-07-2024 09:22
W routerze RT-N18u siadły mi wszystkie porty LAN oraz WAN. Działa tylko radio. To jest naprawialne?
ptyku
29-06-2024 15:16
hi, mam problem z routerkiem RT-AC88u a dokładniej z wgraniem nowego firmware.
tamtosiamto
03-06-2024 16:24
poszlo w koncu -najpierw przez restoration jakies stare ddwrt, potem z menu update plik ac66u z art o zmianie 868l->ac66u