Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez alossek
snifer:
DZIAŁA
TL;DR:
totalnie wszystko po drodze było dobrze z wyjątkiem trasy
na [lokalizacji1] MUSI być
192.168.2.0 192.168.5.3 255.255.255.0 UG 0 0 0 edge0tzn. ta trasa poniżej (działała dla 192.168.2.10 a NIE działała dla 192.168.2.0/24)
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0W następnym poście napiszę dokładnie pełną konfigurację
Z Twojego opisu wywnioskowałem, że ruter 192.168.1.1 to ten sam sprzęt, na którym masz noda n2n 192.168.5.2, nie mylę się?
Tak, ruter 192.168.1.1 to ten sam sprzęt, na którym mam noda n2n 192.168.5.2.
Jeżeli tak i ping z 192.168.2.10 do adresu 192.168.5.2 i z 192.168.1.1 do 192.168.2.10 działa
Działa
a ping z 192.168.2.10 do 192.168.1.1 (drugi interfejs tego samego hosta) już nie to jest jakiś problem z firewallem na ruterze 192.168.1.1, chyba że to całkiem inny ruter niż ten z n2n...
Nie za bardzo rozumiem, co masz na myśli pisząc "(drugi interfejs tego samego hosta)" w sensie drugi interfejs maszyny 192.168.2.10 ? Sugerujesz że ping z 192.168.2.10 do 192.168.1.1 próbuje strzelać w inny host niż ten w n2n ? tzn. że bez n2n i rutingów które dodałem w sieci 192.168.2.0/24 jest host 192.68.1.1 ? Jeśli tak to na lokalizacji1 zrobię interfejs 192.168.10.1. I wszystko przerobię pod tym kątem.
Co rozumiesz przez "ping przez 192.168.5.x...", pingowałeś to z innego hosta czy bezpośrednio z jednego noda n2n do drugiego (taki miał być pierwszy test, najpierw ping na adresy n2n a potem na adresy lan tych samych urządzeń) ?
Skrótowo odpowiedziałem na Twój scenariusz gdzie pisałeś aby sprawdzić:
z 192.168.2.10 do 192.168.5.2 - działa
z 192.168.1.1 do 192.168.5.3 - działa
I jeszcze pytanko, czy masz więcej edge nodów podpiętych do jednego supernoda w jednej podsieci 192.168.5.0/24 czy tylko te 2 razem spięte?
Tylko te 2.
A sugerowane routingi zaraz sprawdzę
Szukam w obu firewallach ale czy jest tam cos podejrzanego ?
lokalizacja1:
iptables --list-rules | grep n2n
-N forwarding_wan_n2n_rule
-N input_wan_n2n_rule
-N output_wan_n2n_rule
-N zone_wan_n2n_dest_ACCEPT
-N zone_wan_n2n_forward
-N zone_wan_n2n_input
-N zone_wan_n2n_output
-N zone_wan_n2n_src_ACCEPT
-A delegate_forward -i edge0 -j zone_wan_n2n_forward
-A delegate_input -i edge0 -j zone_wan_n2n_input
-A delegate_output -o edge0 -j zone_wan_n2n_output
-A zone_lan_forward -m comment --comment "forwarding lan -> wan_n2n" -j zone_wan_n2n_dest_ACCEPT
-A zone_wan_n2n_dest_ACCEPT -o edge0 -j ACCEPT
-A zone_wan_n2n_forward -m comment --comment "user chain for forwarding" -j forwarding_wan_n2n_rule
-A zone_wan_n2n_forward -m comment --comment "forwarding wan_n2n -> lan" -j zone_lan_dest_ACCEPT
-A zone_wan_n2n_forward -m conntrack --ctstate DNAT -m comment --comment "Accept port forwards" -j ACCEPT
-A zone_wan_n2n_forward -j zone_wan_n2n_dest_ACCEPT
-A zone_wan_n2n_input -m comment --comment "user chain for input" -j input_wan_n2n_rule
-A zone_wan_n2n_input -p icmp -m icmp --icmp-type 8 -m comment --comment "wan_n2n:Allow-Ping" -j ACCEPT
-A zone_wan_n2n_input -m conntrack --ctstate DNAT -m comment --comment "Accept port redirections" -j ACCEPT
-A zone_wan_n2n_input -j zone_wan_n2n_src_ACCEPT
-A zone_wan_n2n_output -m comment --comment "user chain for output" -j output_wan_n2n_rule
-A zone_wan_n2n_output -j zone_wan_n2n_dest_ACCEPT
-A zone_wan_n2n_src_ACCEPT -i edge0 -j ACCEPTlokalizacja2:
iptables --list-rules
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT
-A FORWARD -i edge0 -j ACCEPT
-A FORWARD -o edge0 -j ACCEPTCoś mi się wydaje, że zrobił Ci się tu jakiś bałagan.
pewnie tak
1. Wyczyść wszystkie pododawane naty,
lokalizacja2:
iptables -t nat -L POSTROUTING
Chain POSTROUTING (policy ACCEPT)
target prot opt source destinationusuń też opcję masq z zone wan_n2n z firewala na ruterze 1,
dodaj accept na forward w obydwie strony między lan i edge0
config zone
option name 'wan_n2n'
option network 'wan_n2n'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
config forwarding
option src 'lan'
option dest 'wan_n2n'
config forwarding
option src 'wan_n2n'
option dest 'lan'
config rule
option name 'wan_n2n:Allow-Ping'
option src 'wan_n2n'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'/etc/init.d/firewall restart
na obydwu nodach n2n.
lokalizacja2:
iptables --list-rules FORWARD
-P FORWARD ACCEPT
-A FORWARD -i edge0 -j ACCEPT
-A FORWARD -o edge0 -j ACCEPT2. Następnie sprawdź czy z rutera 192.168.1.1/192.168.5.2 możesz pingować adresy 192.168.5.3 i 192.168.2.10 i w drugą stronę.
pingi przez 192.168.5.x w obie strony działają
ping do 192.168.2.10 - działa
ping do 192.168.1.1 - NIE działa
3. jeżeli nie ma pinga sprawdź czy masz odpowiednie rutingi po obu stronach.
lokalizacja1
route -n | grep edge0
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0
192.168.5.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0lokalizacja2
route -n | grep edge0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0
192.168.5.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0Wygląda na to że pingi nie docierają do routera w 192.168.1.1
Czy w lokalizacja1 masz jakiegoś nata na edge0? Jeżeli nie to tak zostaw i na hoście 192.168.2.10 musisz jeszcze dodać ruting do podsieci 192.168.1.0/24 via edge0, jeśli to nie zadziała to spróbuj w rutingu do podsieci 192.168.1.0 i 192.168.2.0 po obu stronach użyć jako GW konkretnego IP hosta po drugiej stronie tunelu a nie samego interfejsu edge0.
W lokalizacja2 zostaw nat taki jak Ci podałem wcześniej.
Dla [lokalizacji1] moja konfiguracja związana z n2n jest parę postów wyżej http://eko.one.pl/forum/viewtopic.php?p … 72#p186072
Próbowałem zrobić routingi z wskazaniem konkretnego IP hosta - nie działa
W lokalizacja2 zrobiłem dokładnie to i w takiej kolejności
iptables -t nat -I POSTROUTING -s 192.168.1.0/24 -o eth0 -j MASQUERADE
iptables -t nat -I POSTROUTING -s 192.168.5.0/24 -o eth0 -j MASQUERADEtakże nie działa
Zrobiłem też w 192.168.2.10 ruting do podsieci 192.168.1.0/24 via edge0 - też nie działa.
Po tym kroku jest jednak pewna dodatkowa kicha, bo dodałem na [lokalizacja1]
config forwarding
option src 'wan_n2n'
option dest 'lan'
config rule
option enabled 'yes'
option name 'wan_n2n:Allow-Ping'
option src 'wan_n2n'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'/etc/init.d/firewall restart
Więc z 192.168.2.10 powinno być widać 192.168.1.1 a nie odpowiada.
(po stronie [lokalizacja1] użyłem option route = 1 i 0)
Czy może to jest jakiś trop że router w 192.168.1.1 nie jest widoczny z 192.168.2.10
i to powoduje że nie widać hostów ze strony 192.168.2.0/24 ?
2. Robisz nat w lokalizacji2 na hoście 192.168.2.10, tak jak podałem tyle że lekko zmodyfikowany:
iptables -t nat -I POSTROUTING -s 192.168.1.0/24 -o eth0 -j MASQUERADE iptables -t nat -I POSTROUTING -s 192.168.5.0/24 -o eth0 -j MASQUERADEW opcji drugiej każdy host w sieci 192.168.2.0 będzie widział pakiety z n2n jakby wychodziły z hosta 192.168.2.10 i do niego będą odpowiadać tyle że wtedy będzie tak, że hosty w podsieci2 będą dostępne z podsieci1 ale w drugą stronę już nie bezpośrednio.
[lokalizacja1] - router
0.0.0.0 xx.yy.zz.1 0.0.0.0 UG 0 0 0 eth0.2
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lan
192.168.5.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0
xx.yy.zz.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0.2
xx.yy.zz.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0.2Jest trasa do 192.168.2.0/24 przez egde0
[lokalizacja2] - host 192.168.2.10
0.0.0.0 192.168.2.1 0.0.0.0 UG 0 0 0 eth0
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.2.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
192.168.5.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0iptables -t nat --list-rules POSTROUTING
-P POSTROUTING ACCEPT
-A POSTROUTING -s 192.168.5.0/24 -o eth0 -j MASQUERADE
-A POSTROUTING -s 192.168.1.0/24 -o eth0 -j MASQUERADETo nie działa.
Myślałem też że może jest pomyłka w drugiej regule i zrobiłem jak wcześniej z "edge0" zamiast "eth0"
iptables -t nat -I POSTROUTING -s 192.168.5.0/24 -o edge0 -j MASQUERADEiptables -t nat --list-rules POSTROUTING
-P POSTROUTING ACCEPT
-A POSTROUTING -s 192.168.5.0/24 -o edge0 -j MASQUERADE
-A POSTROUTING -s 192.168.1.0/24 -o eth0 -j MASQUERADEAle nic to nie zmieniło, nadal nie działa.
W [lokalizacja1] mogę pingować tylko 192.168.2.10 ale np. do 192.168.2.1 już nie chcą.
A może problemem jest że z [lokalizacja1] zawsze pinguję 192.168.2.1 który jest w podsieci 192.168.2.0/24 routerem/bramą może powinenem pingować inne hosty z tamtej sieci ?
(tak mi było najwygodniej pingować bo wiem że tam zawsze jest 192.168.2.1 a inne trzeba szukać i nie zawsze są włączone)
Powinno zadziałać jak na ruterze, który jest bramą w podsieci 192.168.2.0/24 dopiszesz ruting do podsieci 192.168.1.0/24 i 192.168.5.0/24 via 192.168.2.10
Po prostu z obydwu stron hosty musza wiedzieć gdzie szukać tej innej podsieci. W pierwszej nie ma problemu bo n2n stoi na ruterze więc wszystko przez niego leci, w drugiej hosty domyślnie lecą do swojej bramy i tam właśnie musisz dodać powyższy ruting.
Czy dobrze rozumiem że ten routing mam dodać w routerze w podsieci 192.168.2.0/24 ?
(teo właśnie nie mogę zrobić bo nie kontroluję routera a tylko końcówkę),
stąd pytałem czy jest szansa na zobaczenie całej podsieci (mimo że jestem na końcówce tej podsieci a nie w routerze)
Zależy co chcesz uzyskać, czy chcesz się widzieć hostami bezpośrednio po IP w obydwie strony czy wolisz maskować IP.
Jak nie zadziała to pokaż jeszcze route -n na hoście 192.168.2.10
Zależy mi aby [lokalizacja1] widziała posieć z [lokalizacja2] (a nie tylko 192.168.2.10) NIE potzebuję/NIE chcę aby [lokalizacja2] widziała cokolwiek z [lokalizacja1].
Powinno zadziałać jak na ruterze, który jest bramą w podsieci 192.168.2.0/24 dopiszesz ruting do podsieci 192.168.1.0/24 i 192.168.5.0/24 via 192.168.2.10
Nie wiem czy dobrze zrozmiałem cytowany fragment, chciałem widzieć podsieć [lokalizacja2]
wieć w [lokalizacja2] zrobiłem tak
iptables -t nat -I POSTROUTING -s 192.168.5.0/24 -o edge0 -j MASQUERADE(do tego momentu działa mi TYLKO ping do 192.168.2.10)
w [lokalizacja1] zrobiłem cytowany routing tak (choć sugerowane trasy były chyba w drugim kierunku):
route add 192.168.2.10 dev edge0
ip route add 192.168.2.0/24 via 192.168.2.10efekt w [lokalizacja1] route -n
/*fragment*/
192.168.2.0 192.168.2.10 255.255.255.0 UG 0 0 0 edge0
192.168.2.10 0.0.0.0 255.255.255.255 UH 0 0 0 edge0
192.168.5.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0nadal nie ma pingów do reszty 192.168.2.0/24
Z natem na lokalizacji2 też może zadziałać ale musisz to zrobić odwrotnie, trzeba zamaskować na eth0 pakiety wpadające z tunelu:
iptables -t nat -I POSTROUTING -i edge0 -o eth0 -j MASQUERADE
To miałbym zrobić w [lokalizacja1] czy [lokalizacja2] ?
Ale i tak zwarac błąd:
iptables -t nat -I POSTROUTING -i edge0 -o eth0 -j MASQUERADE
[lokalizacja1] iptables v1.4.21: Can't use -i with POSTROUTING
[lokalizacja2] iptables v1.6.0: Can't use -i with POSTROUTINGAż sprawdziłem. Mi działa.
eth0.4 Link encap:Ethernet HWaddr 94:0C:6D:AC:4A:04
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:226 errors:0 dropped:0 overruns:0 frame:0
TX packets:239 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:63900 (62.4 KiB) TX bytes:37803 (36.9 KiB)
Dzięki za sprawdzenie, z przykrością stwierdzam że coś musiałem namieszać.
Masz rację działa, nie wiem co wtedy zakombinowałem może zmyliło mnie to że eth0.4
nie miał ip gdy stał się "bridge" - nie wiem.
Zatem dla potomnych potwierdzam:
W tym zamotanym scenariuszu wystarczyło do interface 'wan_adm' dodać :
option type 'bridge'Tak czy inaczej - dzięki za pomocną dłoń i jak zawsze cierpliwość do oczywistości.
Pozdrawiam.
Ok, masz więc po prostu drugi wan, i tu już sprawa vlanów się kończy. Vlanów użyłeś do wyodrębnienia portu ze switcha.
W jednym kablu mam tagowany i nietagowany sygnał, nie wyodrębniałem portów, VLANów użyłem aby dostać się do drugiej podsieci. Tak to wygląda:
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'fd43:25b3:7c29::/48'
config interface 'lan'
option ifname 'eth0.1'
option force_link '1'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.10.1'
option netmask '255.255.255.0'
option ip6assign '60'
config interface 'wan_adm'
option ifname 'eth0.4'
option proto 'dhcp'
option metric '20'
config interface 'wan'
option ifname 'eth0.2'
option proto 'dhcp'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
# adm
config switch_vlan
option vlan '4'
option ports '0t 5t'
option device 'switch0'
# lan
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '1 2 3 4 5t'
# wan
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '0 5t'A teraz chcesz mieć wifi z której cały ruch leci przez wan_adm, tak?
Teraz chce wszystko tak zostawić jak jest i dołożyć drugie ssid=wifi_wan_adm
tak aby klienci tego nowego wifi byli bezpośrednio w podsieci wan_adm i dostawali z niej adres IP (z dhcp w wan_adm).
ifup wan_adm
a nie ifconfig eth0.4
"ifup wan_adm" chyba nie trzeba w tym kontekście bo interface jest aktulanie w użyciu w lan
a "ifconfig eth0.4" zrobiłem żeby zobaczyć czy eth0.4 dostał adres ip z dhcp, i nie dostał
gdy dopisałem "option type bridge" (bez tego dostaje)
Co to znaczy ze WAN_adm jest widoczny w lan?
tzn. zrobiłem tak (by widzieć podsieć wan_adm w lan)
w /etc/config/firewall
config zone
option name 'wan_adm'
option network 'wan_adm'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
config forwarding
option src 'lan'
option dest 'wan_adm'config interface 'wan_adm'
option ifname 'eth0.4'
option proto 'dhcp'
option type bridge....
config wifi-iface 'wifi_wan_adm '
option device 'radio0'
option network 'wan_adm'
option mode 'ap'
option ssid 'wifi_wan_adm 'Tak zobacz.
Tak miałem na początku i nie działa,
tzn. eth0.4 nie dostaje adresu z DHCP (dla ifconfig eth0.4)
Dodajesz bridge złożony z tego wifi oraz wam_adm? tak po prostu.
/etc/config/wireless
config wifi-iface 'wifi_wan_adm '
option device 'radio0'
option network 'wan_adm'
option mode 'ap'
option ssid 'wifi_wan_adm 'brctl addif wifi_wan_adm wan_admCzyli tylko to wystarczy ?
Cześć,
Przeczytałem https://eko.one.pl/?p=openwrt-vlan, ale tam raczej nie ma mojego scenariusza.
Moja aktualna konfiguracja:
1. w kablu mam dwie osobne podsieci (WAN - nietagowany i WAN_adm tagowany)
2. WAN (eth0.2, IP z dhcp np. 192.x.x.x) jest widoczny w lan
3. WAN_adm (eth0.4, IP z dhcp np. 10.x.x.x) jest widoczny w lan
4. ssid=WIFI_LAN - połaczone z lan (widoczne podsieci z WAN i WAN_adm)
Chcę stworzyć dodatkowe ssid=WIFI_wan_adm bezpośrednio połączone z WAN_adm
(nie chcę dodatkowego lan połaczonego z wan_adm, adresy IP dla klientów WIFI_wan_adm chcę bezpośrednio z dhcp WAN_adm)
Nie wiem jak zrobić by wan_adm był w lan i jednocześnie osobno zmostowany z nowym WIFI_wan_adm ?
Teraz wan_adm wygląda tak:
config interface 'wan_adm'
option ifname 'eth0.4'
option proto 'dhcp'1. Czy dodanie "bridge" do powyższej konfiguracji wan_adm ma prawo zadziałać ?
2. Czy też powinienem tworzyć jakiś dodatkowy interfejs typu "bridge" połączony (z wan_adm) ?
3. Czy może powinienem użyć "relayd" ?
UPDATE TL;DR:
Odpowiedź 1. jest prawidłowa
Zależy czy w sekcji guest zrobiłeś type bridge (wtedy dla gości możesz pomieszać sieć wifi z lanem) czy nie (wtedy tylko jeden interfejs może być).
Ok, nie mam "bridge".
Dzięki za odpowiedź.
Witam,
Zrobiłem zgodnie z poradnikiem (https://eko.one.pl/?p=openwrt-guestnetwork)
Wygląda na to że wszystko działa.
ALE
Wspomniane tam jest że "nasza sieć gościnna to interfejs br-guest a nie br-lan"
gdy robię "brctl show" to nie widzę "br-quest" jest tylko br-lan
Czy to może tak być ?
Powinien zadziałać. I jeszcze n2n na końcówce powinien być uruchomiony z opcją -r
Mam -r na kliencie, wcześniej miałem też w [lokalizacja1], ale to także nie działało.
Nie wiem co jest nie tak, może czegość oczywistego nie widzę.
To moja konfiuracja:
[lokalizacja1] - openwrt
sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1/etc/config/network
/*fragment*/
config interface 'wan_n2n'
option proto 'static'
option ifname 'edge0'
config route
option interface 'wan_n2n'
option target '192.168.2.0'
option netmask '255.255.255.0'/etc/config/firewall
/*fragment*/
config zone
option name 'wan_n2n'
option network 'wan_n2n'
option masq '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
config forwarding
option src 'lan'
option dest 'wan_n2n'config edge
option ipaddr '192.168.5.2'
option supernode 'x.x.x.x'
option port 'yy'
option community 'pass'
option key 'key'
option route '0'route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 xx.57.171.1 0.0.0.0 UG 0 0 0 eth0.2
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br-lan
192.168.5.0 0.0.0.0 255.255.255.0 U 0 0 0 edge0
xx.57.171.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0.2
xx.57.171.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth0.2[lokalizacja2] - linux
edge -a 192.168.5.3 -c pass -k key -l x.x.x.x:yy -f -r
iptables -t nat -L POSTROUTING
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
MASQUERADE all -- 192.168.5.0/24 anywhereOpenELEC:~ # ifconfig
/*fragment*/
edge0 Link encap:Ethernet HWaddr 44:12:1A:13:1C:13
inet addr:192.168.5.3 Bcast:192.168.5.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1400 Metric:1
RX packets:14220 errors:0 dropped:0 overruns:0 frame:0
TX packets:14248 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1026464 (1002.4 KiB) TX bytes:4564078 (4.3 MiB)
eth0 Link encap:Ethernet HWaddr B1:21:E1:11:11:11
inet addr:192.168.2.10 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1122871 errors:0 dropped:0 overruns:0 frame:0
TX packets:425275 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1115558647 (1.0 GiB) TX bytes:79089465 (75.4 MiB)sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1W takiej konfiuracji z [lokalizacja1] mogę pingować
- 192.168.5.3 (czyli [lokalizacja2])
- 192.168.2.10 (czyli [lokalizacja2]), to działa także bez maskarady
Ale nie mogę już pingować 192.168.2.1, tu miała ponoć pomóc maskarada, ale nie działa.
Już lepiej w /etc/config/firewall to zrób.
Jak dobrze rozumiem to w [lokalizacja2] miałem zrobić nat (maskaradę),
końcówkę mam na linux ale NIE jest to openwrt.
Czy tak utworzona maskarada nie zadziała ?
Próbowałem według tego (https://eko.one.pl/forum/viewtopic.php?id=7224)
Czyli w [lokalizacja2] na końcówce 192.168.2.10, zrobiłem
iptables -t nat -I POSTROUTING -s 192.168.5.0/24 -o edge0 -j MASQUERADECzy to wystarczy ? Bo niestety nie działa ...
Cześć,
Mam postawiony n2n (v1), w skrócie:
- n2n (192.168.5.0/24)
- [lokalizacja1] na routerze (z opcją route=1) podsieć 192.168.1.0/24, edge0 (192.168.5.2)
- [lokalizacja2] na końcówce 192.168.2.10 (z opcją route=1) w podsieci 192.168.2.0/24, edge0 (192.168.5.3)
Mogę tak zdefiniować trasę w [lokalizacja1] (route add -net 192.168.2.0/24 dev edge0)
że widzę 192.168.2.10, ale pytanie jest:
Czy da się tak zrobić aby w [lokalizacja1] widać było CAŁY LAN (192.168.2.0/24) z [lokalizacja2] ?
Zdaje się, że nie było by z tym problemu gdyby n2n było w [lokalizacja2] postawione na routerze,
jednak niestety może być postawione tylko na kliencie podsieci 192.168.2.0/24.
Czy da się to zrobić ?
Jeśli tak proszę o pomoc.
Pozdrawiam!
UPDATE TL;DR:
http://eko.one.pl/forum/viewtopic.php?p … 10#p186210
(...)
Chciałbym mieć dostęp do dysku sieciowego poprzez wifi tego routera (dodawanie i przeglądanie plików) z telefonu, komputera itd.
(...)
Plugin DLNA - odtwarzanie plików z dysku bezpośrednio na TV, komputerze.
(...)
Jeśli dobrze rozumiem:
- chcesz odtwarzać pliki z dysku bezpośrednio na TV, komputerze
- z powyższego wnioskuję że Twój TV potrafi to robić tylko poprzez DLNA
Należy zatem wykorzystać podpowiedź 2) Cezarego
i dodatkowo na "dns 320l" włączyć DLNA (https://www.youtube.com/watch?v=Bi0QjY1mXi8)
W CC to musiał byś pół rzeczy pozmieniać. Ponad to - zaraz będzie rok jak CC jest martwe.
No nic, kolejny powód by przejść w końcu na LEDE, a jak będą problemy na LEDE to powrócę do wątku.
Pozdrawiam,
W lede: https://github.com/lede-project/source/ … 11284a622a
Rozumiem że w CC nie zadziała ?
(jak nie to w końcu będę musiał znaleźć czas na instalacje lede)
Cześć,
Czy możliwa jest obsługa opcji 'ieee80211w' dla 1043nd v1
Chciałem użyć ale poległem.
Pozdrawiam!
eko.one.pl → Posty przez alossek
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc