28 Marca 2024 11:58:28
Nawigacja
· Strona Główna
· Forum

· Tomato by Shibby
· FreshTomato


Wątki na forum
Najnowsze dyskusje
· [Howto] Xpenology na...
· [MOD] FreshTomato-AR...
· [MOD] Tomato64 (x86-64)
· 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... [26]
· [Howto] Xpenology... [13]
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.235.251.99
Zobacz wątek
OpenLinksys » :: OPROGRAMOWANIE :: » Tomato - firmware
 Drukuj wątek
[MOD] FreshTomato-ARM - wątek deweloperski
meehowg
Cześć,

Czy w przypadku DIRa 868L świeży firmware 2022.6 po resecie powinien być w jasnej skórce? I nie mieć zakładki VPN? czy to bug?

Pozdr!
Asus RT-AC68U
D-Link DIR-868L A1/B1
 
pedro

meehowg napisał:

Cześć,

Czy w przypadku DIRa 868L świeży firmware 2022.6 po resecie powinien być w jasnej skórce?

Czytać changelog nie zaszkodzi Wink


meehowg napisał:


I nie mieć zakładki VPN? czy to bug?

Ctrl+F5 lub wyczyszczenie cache przeglądarki.
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
 
meehowg

pedro napisał:

meehowg napisał:

Cześć,

Czy w przypadku DIRa 868L świeży firmware 2022.6 po resecie powinien być w jasnej skórce?

Czytać changelog nie zaszkodzi Wink


Racja. Przepraszam za zamieszanie Smile

pedro napisał:

meehowg napisał:


I nie mieć zakładki VPN? czy to bug?

Ctrl+F5 lub wyczyszczenie cache przeglądarki.


Tutaj wypada na to że Custom po prostu taki jest. Sprawdzone na 2ch sztukach, nawet na ściągniętym Firefox Portable. Czy do 868L jest problem z AIO albo VPN i dlatego powstał tylko Custom?
Tabela kompatybilności mówi, że routery mają 128R/128F i 32KB NVRAM. Moje są w rev. A1 i B1 i oba mają 256R/128F. show nvram pod ssh podaje 64KB NVRAM.

EDIT: Widzę post dot. 868L i NVRAM - już widzę z czego pochodzi sztuczne ograniczenie do 32KB
Asus RT-AC68U
D-Link DIR-868L A1/B1
 
Cieplak
@pedro może na Asus gt ax6000 dałoby radę wrzucić Tomato?
 
shibby
@pedro znalazłem bardzo poważny błąd we FreshTomato

Asus RT-AC68u E1 i świeżo wgrany 2022.6.

Konfiguruję VPN Client - bardzo podstawowa konfiguracja:
- TUN
- TCP
- Firewall automatic
- create NAT
- Inbound Firewall
- TLS
- Redirect trafic - No
- Ciphers: AES-256-GCM
- compression - LZO

W chwili wystartowania tunelu (który się poprawnie łączy z serwerem) przestaje działać ruch przychodzący tj, Remote SSH i HTTPS do routera oraz wszystkie Port Forwarding!

Jak zastopuje VPN to przekierowania i dostęp zdalny do routera znów zaczyna działać.

Scalony z 28 listopada 2022 10:18:40:
cofnąłem się do najstarszej wersji wspieranej przez router tj 2019.3 i na niej też przestaje ruch przychodzący działać (nawet ping na WAN (Respond to ICMP ping).

Co robię:
- reset do fabryki
- Basic -> Network: wyłaczam Wifi 2.4 i 5ghz, reszta bez zmian
- Administration -> Admin Access: Local Access zmieniam na HTTP & HTTPS, Remote Access na Enable i port 8443, save
- Advanced -> Firewall: włączam Respond to ICMP ping, save
- VPN Client 1:
Basic: Protocol: TCP, Server: ustawiam domenę i port, reszta bez zmian
Advanced: tu nic nie zmieniam (przynajmniej na 2019.3), bo jest dobrze, jest cipher AES-256-GCM i comp-lzo
Keys: wklejam CA, Cert i Key.

Save. Start i przestaje działać dostęp zdalny do routera, ping do routera (od strony WAN), przekierowania portów (testowo na lapka przekierowałem RDP czyli 3389).

Jak zastopuję VPN to wszystko zaczyna działać. Jeżeli VPN wystartuje ALE się nie połączy, np port zły, to wszystko działa. Problem występuje TYLKO w sytuacji poprawnego zestawienia VPN. Dodam że sam VPN wtedy działa, tj klienci za routerem mają widoczność sieci za VPNem.

Jakiś pomysł?
Edytowany przez shibby dnia 28-11-2022 10:26
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
 
pedro
Próbowałeś po zestawieniu tunelu zrestartować FW?
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
 
shibby
dzięki za odzew.

Tak, próbowałem - nie pomaga. Robiłem nawet restart routera (z włączoną opcją VPN "start with wan" i po restarcie routera przez moment WAN pinguje, po czym przestaje (to moment zestawienia VPNa) i przekierowania i dostępy z zewnątrz nie działają.

To nie wygląda na problem z firewallem, bo jak porównuję sobie firewall przed startem i po to widać, że regułki są dodawane - wspominałem zresztą, że sam VPN po zestawieniu działa.

Cytat

--- vpn.off 2022-12-01 07:08:00.000000000 +0100
+++ vpn.on 2022-12-01 07:07:00.000000000 +0100
@@ -1,42 +1,44 @@
-# Generated by iptables-save v1.6.2 on Thu Dec 1 07:08:43 2022
+# Generated by iptables-save v1.6.2 on Thu Dec 1 07:07:55 2022
*raw
-:PREROUTING ACCEPT [1748:359514]
-:OUTPUT ACCEPT [558:213459]
+:PREROUTING ACCEPT [1176:237918]
+:OUTPUT ACCEPT [392:128785]
COMMIT
-# Completed on Thu Dec 1 07:08:43 2022
-# Generated by iptables-save v1.6.2 on Thu Dec 1 07:08:43 2022
+# Completed on Thu Dec 1 07:07:55 2022
+# Generated by iptables-save v1.6.2 on Thu Dec 1 07:07:55 2022
*nat
-:PREROUTING ACCEPT [197:35353]
-:INPUT ACCEPT [4:208]
-:OUTPUT ACCEPT [3:228]
+:PREROUTING ACCEPT [449:77864]
+:INPUT ACCEPT [52:4249]
+:OUTPUT ACCEPT [34:2715]
:POSTROUTING ACCEPT [0:0]
:WANPREROUTING - [0:0]
-A PREROUTING -d 10.30.5.222/32 -j WANPREROUTING
+-A POSTROUTING -s 192.168.1.0/24 -o tun11 -j MASQUERADE
-A POSTROUTING -o vlan2 -j MASQUERADE
-A POSTROUTING -s 192.168.1.0/24 -d 192.168.1.0/24 -o br0 -j SNAT --to-source 192.168.1.1
-A WANPREROUTING -p icmp -j DNAT --to-destination 192.168.1.1
COMMIT
-# Completed on Thu Dec 1 07:08:43 2022
-# Generated by iptables-save v1.6.2 on Thu Dec 1 07:08:43 2022
+# Completed on Thu Dec 1 07:07:55 2022
+# Generated by iptables-save v1.6.2 on Thu Dec 1 07:07:55 2022
*mangle
-:PREROUTING ACCEPT [1521:328111]
-:INPUT ACCEPT [614:92010]
-:FORWARD ACCEPT [376:130476]
-:OUTPUT ACCEPT [443:202231]
-:POSTROUTING ACCEPT [821:332835]
+:PREROUTING ACCEPT [949:206515]
+:INPUT ACCEPT [405:50799]
+:FORWARD ACCEPT [230:89725]
+:OUTPUT ACCEPT [277:117557]
+:POSTROUTING ACCEPT [509:207410]
-A PREROUTING -i vlan2 -j DSCP --set-dscp 0x00
-A PREROUTING -d 192.168.1.0/24 -i vlan2 -j DROP
-A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
COMMIT
-# Completed on Thu Dec 1 07:08:43 2022
-# Generated by iptables-save v1.6.2 on Thu Dec 1 07:08:43 2022
+# Completed on Thu Dec 1 07:07:55 2022
+# Generated by iptables-save v1.6.2 on Thu Dec 1 07:07:55 2022
*filter
-:INPUT DROP [41:8343]
+:INPUT DROP [91:11691]
:FORWARD DROP [0:0]
-:OUTPUT ACCEPT [68:34870]
+:OUTPUT ACCEPT [267:114079]
:shlimit - [0:0]
:wanin - [0:0]
:wanout - [0:0]
+-A INPUT -i tun11 -m state --state NEW -j DROP
-A INPUT -m state --state INVALID -j DROP
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m tcp --dport 22 -m state --state NEW -j shlimit
@@ -45,6 +47,8 @@
-A INPUT -p icmp -m limit --limit 1/sec -j ACCEPT
-A INPUT -p udp -m udp --dport 33434:33534 -m limit --limit 5/sec -j ACCEPT
-A INPUT -p tcp -m tcp --dport 8443 -j ACCEPT
+-A FORWARD -o tun11 -j ACCEPT
+-A FORWARD -i tun11 -m state --state NEW -j DROP

-A FORWARD -m account--aaddr 192.168.1.0/255.255.255.0 --aname lan
-A FORWARD -i br0 -o br0 -j ACCEPT
-A FORWARD -m state --state INVALID -j DROP
@@ -55,4 +59,4 @@
-A shlimit -m recent --set --name shlimit --rsource
-A shlimit -m recent --update --seconds 60 --hitcount 4 --name shlimit --rsource -j DROP
COMMIT
-# Completed on Thu Dec 1 07:08:43 2022
+# Completed on Thu Dec 1 07:07:55 2022

Edytowany przez shibby dnia 01-12-2022 07:34
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
 
pawel1987
Spróbuj wyłączyć kompresję
Daj No albo disabled
 
shibby
@pawel1987 - compresję muszę mieć bo tak wymusza serwer - to raz. Po drugie tunel działa. Po trzecie nawet jakby admin przestawił mi kompresję na off na serwerze to naprawdę wątpię żeby kompresja powodowała blokowanie ruchu przychodzącego Wink

@pedro - na szybko skompilowałem Tomato z zakomentowanymi liniami w rc/openvpn.c

Cytat

/* Selective routing */
fprintf(fp, "script-security 2\n"
"up updown-client.sh\n"
"down updown-client.sh\n"
"route-delay 2\n"
"route-up vpnrouting.sh\n"
"route-pre-down vpnrouting.sh\n"Wink;


ale to nic nie dało.
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
 
pedro
Hmmm, jest to o tyle ciekawe, że jesteś pierwszym który zgłasza ten problem, a przecież przez ok. 3+ lata ktoś powinien to zauważyć...
Owszem, wiem o problemach w zdalnym dostępie ale w trybie multiwan (czasem można wejść przez 1-szy WAN czasem przez 2-gi itd, tak ludzie zgłaszali), ale przy pojedynczym - nigdy...
Ja ze względu na brak zewnętrznego IP nie korzystam z tych dobrodziejstw, no ale będę to musiał sprawdzić w takim razie w sieci lokalnej.
Tylko pytanie kiedy, bo aktualnie mam mały remont w domu i w związku z tym mało czasu...
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
 
pawel1987
To wygląda też jakby doszło do konfliktu adresów czyli podsieć taka sama.
 
shibby
@pedro - mnie też to dziwi, niestety mam do testów tylko AC68 E1... Gdybym miał A1 to bym posprawdzał starsze wydania i spróbował namierzyć wersję na której przestało to działać :/ bo na mojej wersji na pewno to działało bo używałem tego tunelu przez lata.

pedro napisał:


Owszem, wiem o problemach w zdalnym dostępie ale w trybie multiwan (czasem można wejść przez 1-szy WAN czasem przez 2-gi itd, tak ludzie zgłaszali), ale przy pojedynczym - nigdy...
.


w momencie kliknięcia "start" na vpn client to jakby ktoś wtyczkę odłaczył (wszystkie dostępy z zewnątrz przestają działać). Jak tylko zastopuję vpna to wszystkie dostepy wracają jak za naciśnięciem magicznej różdżki.

btw poprzedni błąd z 2020r z niedodającym się routingiem wpisanym w custom config też ja pierwszy wykryłem Wink Widać dziwne konfiguracje używam xD

Jak będę miał chwilkę to nagram ci filmik jak to u mnie wygląda.
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
 
qwerty321
A ja zauważyłem, że w 2022.6 trzeba wygenerować nowe klucze VPN przy pomocy routera, bo nie chcą działać na openvpn 2.8, tym najnowszym na r7000 i n18u. Starsze klucze, takie generowane rok temu czy więcej, w ogóle blokują start serwerów VPN TAP i TUN. Klikasz "START" przy VPN i on się namyśla, że niby wstał i zdycha. Generalnie 2022.6 wymaga nowo wygenerowanych kluczy samym routerem. Nowe klucze leczą sprawę natychmiast. Coś jest z ich formatem czy coś? 2022.5 działało dobrze.
Może klucze VPN mu nie pasują? Ja musiałem na wszystkich routerach wygenerować klucze od nowa, bo albo nie wstawał VPN albo nie chciał działać z klientami.
Przekierowania robię na końcu więc nie sprawdziłem czy chodzą z tymi złymi kluczami.

Dodatkowo nie startuje ntpd na RT-N18U mimo zaznaczenia checboxów w Time żeby był serwerem czasu.

I na koniec próba restartu routera z gui kończy się zawieszeniem N18U, trzeba podejść i z przycisku wyłączyć mu prąd.

Instalowałem na kilku routerach, na czysto oczywiście 2022.6 i dziwnie się zachowuje. Dwa razy musiałem czyścić routery, bo po jakimś nieznaczącym zapisaniu czegoś po prostu się wysypał i musiałem czyścić NVRAM i ustawiać ponownie. Przestał się pingować i power nie pomagał, a zapisałem jakąś nieznaczącą sekcję. Tak jakby coś sobie zapisał nie tam gdzie potrzeba i zdechł.

Teraz mam jednego N18U, który się nie chce restartować, bo zawisa i nie startuje mu ntpd nawet po włączeniu do prądu. Dzisiaj go wyczyszczę i zobaczymy.

Scalony z 05 grudnia 2022 22:50:10:
Po trzykrotnym czyszczeniu NVRAM mu przeszło.

Najpierw przez gui później przez ssh ze 3 razy i dopiero reboot i jeszcze raz przez gui i już nie ma przypału ale to byłby trzeci, który mi się wysypał podczas ustawiania z palca.
Edytowany przez qwerty321 dnia 05-12-2022 22:50
 
bigl
@qwerty321 - mam R7000, FW 2022.6, serwerr VPN z kilkoma klientami, klucze generowane w 2019 i działają bez najmniejszego problemu. Upgrade od kilku wersji robię z zachowaniem konfiguracji. Wszystko działa.
Router: Netgear R7000 + FreshTomato (latest)
Wi-Fi: Ubiquiti U6-Lite
NAS: AsRock BeeBox Fanless + Ubuntu 20.04 Server + WD My Book Essential 8TB
Players: Odroid N2+ with Coreelec / Android TV (Nokia Streaming Box 8010)
 
zakk87
AC66U_B1 2022.6 klucze nowe generowane w czerwcu na wersji 2022.3 i wszystko od tamtej pory działa.
Edytowany przez zakk87 dnia 12-12-2022 12:10
Freshtomato 2024.1 AIO @ RT-AC66U_B1
OpenWRT 23.05 @ DIR-878
NAS OMV [CoolerMaster ELITE 110] [J1900I-C] [4GB RAM] [Toshiba HDWD130 + Hitachi 5K3000]
 
shibby
@petro - wracam z newsami odnośnie problemów z openvpn. Dorwałem RT-N12 D1 a co za tym idzie mogłem potestować starsze wersje tomato. Jakież było moje zdziwienie gdy okazało się, że na moich wersjach 132 i 140 ten problem też występował. Nie mogłem się z tym faktem pogodzić, bo przecież używałem tego tunelu u siebie od lat na wszystkich wersjach tomato.

Wyszło na to, że zjadła mnie rutyna... Problem był tylko u mnie i tylko w mojej specyficznej konfiguracji. Teoretycznie mój poligon doświadczalny to 2 osobne łącza z publicznymi IP, 2 osobne routery i między nimi testowałem połączenie vpn ale zapomniałem że mam ustawiony osobny, dedykowany dla mnie routing między tymi routerami na osobnym interfejsie. Finalnie ja do drugiego routera łączyłem się tym "specjalnym routingiem" ale po zestawieniu VPNa dostawał on routing do mojej podsieci kierowany przez tun11. W efekcie połączenie "z zewnątrz" przychodziło "moim specjalnym routingiem" zaś wrócić próbowało przez VPN i stąd zerwanie transmisji i efekt "zablokowanych portów". Gdy dziś przyniosłem do firmy router LTE to nagle wszystko działa tak jak powinno Smile

Zatem sorry za zamieszanie.
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
 
pedro
@shibby
Ha, dobrze wiedzieć (że jednak nie muszę szukać) Wink
Swoją drogą mam pewien bardzo dziwny problem - wysłałem Ci maila.

//EDIT: swoją drogą jeśli ktoś używa W OpenVPN Routing Policy z kill switchem, to powinien korzystać z ostatniej wersji repo przynajmniej po tym commicie: https://bitbucket.org/pedro311/fresht...3052352e66. Dlaczego? Wprowadziłem serializację wywoływania wszystkich ważniejszych usług i wyszło na jaw wtedy, że wykrzacza się przy restarcie firewalla kill switch (opis w commicie).
Edytowany przez pedro dnia 14-12-2022 10:42
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
 
shibby
@pedro napisałem co pw Smile
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
 
pedro
FreshTomato-ARM 2022.7 jest gotowe do pobrania. Więcej info w pierwszym poście

(I już nawet nie chce mi się prosić o dotacje, bo wszyscy z tego co widzę mają to w ... nosie)
Netowski 1Gb/1Gb
Huawei E3372s-153 non-hilink + 2x15dBi MIMO
FreshTomato: Asus RT-AC3200 + RT-N18U + RT-N66U + RT-N12
 
chans

pedro napisał:

FreshTomato-ARM 2022.7 jest gotowe do pobrania. Więcej info w pierwszym poście

(I już nawet nie chce mi się prosić o dotacje, bo wszyscy z tego co widzę mają to w ... nosie)


Podziękował Dobry Człowieku. Pora zrobić aktualizację.

Ps. Święta idą więc ruszcie się z "Listem do Mikołaja" i niech Pedro też coś dostanie Smile
 
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: 31

· 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,416,904 unikalnych wizyt