28 Marca 2024 20:29:21
Nawigacja
· Strona Główna
· Forum

· Tomato by Shibby
· FreshTomato


Wątki na forum
Najnowsze dyskusje
· [Howto] Xpenology na...
· [MOD] Tomato64 (x86-64)
· [MOD] FreshTomato-AR...
· Optware na CIFS
· RT-AX56U - Status kl...
· Asus TUF-AX3000_V2 p...
· [MOD] FreshTomato-MI...
· Multiroom N z wykorz...
· [S] Asus RT-AC68U E1
· [S] ASUS RT-AC68U
· Rozłączanie klient...
· serwer VPN za wan'em
· Przejscie z dyndns f...
· WDR3600 i problem z WAN
· Jaki USB hub do syno...
· [S] Karta sieciowa Q...
· Asus rt-n18u port fo...
· Netflix dzielenie ko...
· Nextcloud konfigurac...
· Netgear WNR3500L
Najpopularniejsze obecnie wątki
· [MOD] FreshTomato... [869]
· [MOD] Tomato64 (x... [27]
· [Howto] Xpenology... [14]
Ankieta
Jaki procesor posiada twój router?

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

Broadcom ARM
Broadcom ARM
52% [216 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: 416
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38
Twoje IP
3.234.177.119
Zobacz wątek
OpenLinksys » :: OPROGRAMOWANIE :: » Tomato - firmware
 Drukuj wątek
Problem z IPTables - dostęp Z modemu DO sieci
NeoX
Hej,

Mam taki problem, i generalnie potrzebuję pomocy z IPTables.
Chce uzyskać odwrotność Route Modem IP. Chodzi o to, że potrzebuję mieć możliwość połączenia Z modemu (który jest po stronie WAN, vlan2) DO urządzenia w mojej sieci (syslog server).
Nie bardzo potrafię to zrobić :/
Generalnie modem widzi tylko adres IP 192.168.100.2 (mój router, IP dla modemu).
Kombinuję jak koń pod górę, ale nie idzie:
iptables -A PREROUTING -t nat -i vlan2 -s 192.168.100.1 -j DNAT --to-destination 192.168.8.8

Ktoś pomoże?
 
shibby
a próbowałeś zrobić po prostu Port Forwarding? Wink
Proxmox VE: i7-7700T, 48GB RAM, 3x2TB SSD, 1x1TB SSD, 512GB NVMe, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology DS920+
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
NeoX

shibby napisał:

a próbowałeś zrobić po prostu Port Forwarding? Wink

Pewnie, ze tak. Nie działa Wink
Być może dlatego ze modem widzi inny adres IP routera niż wszyscy "publiczni".
 
shibby
to napisz może jakie IP mają poszczególne urządzenie na WANie i LANie (które z urządzeń ma publiczne IP) i na jakim protokole skonfigurowane (dhcp, pppoe itd)
Proxmox VE: i7-7700T, 48GB RAM, 3x2TB SSD, 1x1TB SSD, 512GB NVMe, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology DS920+
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
NeoX
Router do którego podłączony jest modem oraz server po ethernecie: 192.168.8.1
Mój WAN to klasyczne DHCP, żadne PPPoE, ot modem w bridge i DHCP po stronie routera.
Server syslog - 192.168.8.8
Modem: 192.168.100.1

Oczywiście widoczność z 192.168.8.X jest do modemu (192.168.100.1), natomiast modem ze względu na adresację widzi tylko 192.168.100.2 (Nadany IP routerowi w celu Route Modem IP).
Probowalem robić zwykły port forwarding i połączyć się modemem po podanym porcie na adresie 192.168.100.2 (bo taki widzi modem), ale nie działa Sad
 
shibby
masz tam możliwość ustawienia trasy statycznej na modemie? Bo jak modem próbuje odwołać się do 192.168.8.x to chce wyjść swoim WANem bo tak go routing kieruje. Musisz mu powiedzieć, że do 192.168.8.x ma iść przez hosta 192.168.100.2 (czyli twój router)
Proxmox VE: i7-7700T, 48GB RAM, 3x2TB SSD, 1x1TB SSD, 512GB NVMe, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology DS920+
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
NeoX

shibby napisał:

masz tam możliwość ustawienia trasy statycznej na modemie? Bo jak modem próbuje odwołać się do 192.168.8.x to chce wyjść swoim WANem bo tak go routing kieruje. Musisz mu powiedzieć, że do 192.168.8.x ma iść przez hosta 192.168.100.2 (czyli twój router)

Z punktu widzenia WWW nie moge, ale przez CLI chyba moge:


# ip route add default via 192.168.100.2
# ip route
192.168.100.0/24 dev br0  proto kernel  scope link  src 192.168.100.1
127.0.0.0/24 dev lo  scope link
default via 192.168.100.2 dev br0

Domyślnej trasy nie bylo, więc dodałem przez 100.2 (IP Routera).

Problem w tym, ze czy ja przypadkiem nie powinienem czegos dodac na routerze?
 
shibby
no na routerze robisz port forwarding Wink

a co do tras statycznych to ty nie miałeś ustawiać bramy domyslnej (a to zrobiłeś). Miałeś dodać osobny wpis by skierować połączenia do 192.168.8.0/24 przez 192.168.100.2. Druga sprawa takie dodanie ręczne prawdopodobnie zadziała tylko do czasu restartu modemu (wpis zniknie po restarcie).
Proxmox VE: i7-7700T, 48GB RAM, 3x2TB SSD, 1x1TB SSD, 512GB NVMe, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology DS920+
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
NeoX

shibby napisał:

no na routerze robisz port forwarding Wink

a co do tras statycznych to ty nie miałeś ustawiać bramy domyslnej (a to zrobiłeś). Miałeś dodać osobny wpis by skierować połączenia do 192.168.8.0/24 przez 192.168.100.2. Druga sprawa takie dodanie ręczne prawdopodobnie zadziała tylko do czasu restartu modemu (wpis zniknie po restarcie).


Próbowałem oba rozwiązania, i oba nie działają. Oczywiście na routerze mam forwarding tak jak byłSmile
BTW uzywam netcata (nc) do testów, ale to chyba nie powinno mieć znaczenia.

Zastanawia mnie czy można jakoś na Tomato zdebugować co się dzieje z pakietem?
Po stronie servera tcpdump niestety twierdzi, ze nic nie dochodzi wiec wyglada na to, ze tomato musi go blokować.
 
shibby
wróćmy do pierwotnej wersji. Przykład u mnie:

(IP LTE) [Router LTE] (LAN 192.168.111.1) ---> (WAN 192.168.111.236) [Router główny] (LAN 10.1.1.1) ----> (IP 10.1.1.10) [NAS]

Zarówno router LTE jak i Router główny u mnie są na OpenWRT. Robię na "Router główny" przekierowanie portu SSH na NAS z ograniczeniem tylko dla routera LTE (192.168.111.1) - nie chcę by de facto SSH było wystawione na świat.

cdn.discordapp.com/attachments/1077940658460954685/1088100806970060840/image.png

Teraz jak z Routera LTE odwołam się na IP Routera głównego na zdefiniowany port (222, bo 22 miałem już zajęty), to Router główny przekieruje połączenie do NASa

cdn.discordapp.com/attachments/1077940658460954685/1088101285322031124/image.png

Teraz zrób analogicznie u siebie, tj
1) na routerze 192.168.8.1 ustaw przekierowanie portu sysloga gdy źródłem jest modem (192.168.100.1).
2) na modemie wskaż serwer syslog na 192.168.100.2 i router przekieruje to połączenie do 192.168.8.8.
Proxmox VE: i7-7700T, 48GB RAM, 3x2TB SSD, 1x1TB SSD, 512GB NVMe, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology DS920+
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
 
NeoX

shibby napisał:

wróćmy do pierwotnej wersji. Przykład u mnie:

(IP LTE) [Router LTE] (LAN 192.168.111.1) ---> (WAN 192.168.111.236) [Router główny] (LAN 10.1.1.1) ----> (IP 10.1.1.10) [NAS]

Zarówno router LTE jak i Router główny u mnie są na OpenWRT. Robię na "Router główny" przekierowanie portu SSH na NAS z ograniczeniem tylko dla routera LTE (192.168.111.1) - nie chcę by de facto SSH było wystawione na świat.

cdn.discordapp.com/attachments/1077940658460954685/1088100806970060840/image.png

Teraz jak z Routera LTE odwołam się na IP Routera głównego na zdefiniowany port (222, bo 22 miałem już zajęty), to Router główny przekieruje połączenie do NASa

cdn.discordapp.com/attachments/1077940658460954685/1088101285322031124/image.png

Teraz zrób analogicznie u siebie, tj
1) na routerze 192.168.8.1 ustaw przekierowanie portu sysloga gdy źródłem jest modem (192.168.100.1).
2) na modemie wskaż serwer syslog na 192.168.100.2 i router przekieruje to połączenie do 192.168.8.8.


Zrobiłem takie przekierowanie, dosyć proste:

I testuje to netcatem:
# nc 192.168.8.8 9999
test

Server ~ # nc -v -v -l -p 9999
listening on [any] 9999 ...
Ale coś tu nie do końca gra :/

Routing po stronie modemu jest taki:
# ip route
192.168.100.0/24 dev br0 proto kernel scope link src 192.168.100.1
127.0.0.0/24 dev lo scope link
192.168.8.0/24 via 192.168.100.2 dev br0
NeoX załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.

Edytowany przez NeoX dnia 23-03-2023 13:49
 
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: 41

· Użytkowników online: 0

· Łącznie użytkowników: 24,117
· Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.

Adooni
24-03-2024 13:16
Guest network is currently designed to allow the first set of each band (2.4G, 5G, 5G-1) available to the AiMesh node

tamtosiamto
24-03-2024 03:03
ale w 1 jest opcja do wyboru - dla calej sieci albo rutera only i wlasnie o tym mowie, ze nie dziala

Adooni
23-03-2024 16:31
w dokumencie asusa jest ze wlasnie dla 1 ma dzialac na nodach tez

tamtosiamto
23-03-2024 15:39
tak, ale nie zmienia to faktu, ze w pierwszej nie dziala wylaczanie aimesh dla goscinnej( a powinno), czyli jest jakis bug. Mam start soft, bo to dsl-ac68 ktory nie jest juz updateowany

Adooni
22-03-2024 18:07
nie, 1 wsza bedzie wszedzie trzeba 2ga zrobic dla kazdego pasma te nie sa przenoszone

tamtosiamto
19-03-2024 19:57
czyli jak mam jedna siec goscinna to powinno dzialac separowanie gosci od noda -a nie dziala Smile

tamtosiamto
19-03-2024 19:50
@Adooni 'Only one set is available for 1 band' i tak mam-1 set dla 2.4ghz i 1 dla 5ghz-czy czegos nie rozumiemW drugiej sieci goscinnej nie ma opcji wyboru Ruter only/ All nodes

Adooni
19-03-2024 19:14
no to przeczytaj to 2 pod - 1 stet z kazdego pasma jest dopuszczony na nody. zrob 2 siec jako goscinna na danym pasmie i wtedy sprawdz

tamtosiamto
19-03-2024 14:17
@Adooni 'Guest network on AiMesh - Router only'

Adooni
18-03-2024 19:20
Asus napisał coś takiego Note: Guest network is currently designed to allow the first set of each band (2.4G, 5G, 5G-1) available to the AiMesh node. Only one set is available for each band.

70,426,682 unikalnych wizyt