Přizasekávání bezdrátu SXT SA/HG/912/922

muldersk

No tak tedy jinej nápad? Nějak se mě nechce věřit, že se nikomu nedějou ty dva problémy co popisuju nahoře . . .

Mam ten isty problem AP je SXT G-5HPnD r2 proste odhodi vsetkych klientov treba restart alebo vyp. zap. wifi a ide protokol 802 11 nemozem dat nv2 mam tam 4 zariadenia NS M5 robi to nahodne ROS 6.38.3

kure05

Tak zapnutí CTS/RTS u všech klientů nepomáhá. Včera a i dnes se to opět přidrblo, takže vyzkouším zapnout NV2, ale to problém moc neřeší . . .

mirrlc

Ten samý problém jsem řešil na třech AP,. Výměny HW nepomohly vždy to vytuhlo na wlan. Od doby co se zaplo nv2 vše OK. Taky jsem měl na něm připojené nanostationy, hold se musely vyměnit.

macek

Ten problém se stává stále častěji, zapnutí NV2 nám nepomohlo, změna kanálů nebo výměna napájení taky ne, jediné disable/enable wlan pomůže, verze FW nejnovější. Skript přeci není úplně nejlepší řešení.

honzam

Na AP máte rb912 nebo 922? Odhodí to všechny klienty naráz?

macek

Ano, odhodí to všechny naráz a čeká to na na watchdog, který to rebootne, dělá to OmniTik méně a SXT G-5HPnD to nyní dělá stále častěji, i 2x denně.

iTomB

Ano, odhodí to všechny naráz a čeká to na na watchdog, který to rebootne, dělá to OmniTik méně a SXT G-5HPnD to nyní dělá stále častěji, i 2x denně.

Najdi si prispevky ode me, taky jsem to tu resil.

Co jsem zkousel, staci scan (odpojeni klientu).

Tom

macek

Ano, řeší se to tam děkuji, ale nikde jsem se vlastně nedočetl co to způsobuje, nebo jaký na to je lék, aby od toho byl klid, ani zapnutí nv2 nepomohlo

mpcz

Zdravím, u SXT SA jsem narazil na takovou věc, že po defaultu a nasazení v. 6.48.3 se mi ve winboxu a především v mac telnetu nenabídla možnost pptp klienta, ani dalších. Po chvilce zkoumání jsem zjistil, že balíček ppp je zašedlý a pár jiných taky. Je možné, že jsem to dříve přehlédl nebo nepotřeboval. Ví prosím někdo, na čem je to závislé? Dík, mpcz, 3jul2021

myghael

mpcz S různými zařízeními jsem dělal ledacos, ale balíček byl vždy zakázaný jen proto, že byl zakázaný už předtím. V defaultu je tam povolené skoro všechno, snad kromě podpory MPLS a/nebo IPv6. Pravda, když mi to nežere příkaz, povolené/zakázané balíčky kontroluji vždy ihned po kontrole, jestli jsem nezadal kravinu, a domnívám se, že to tak dělají skoro všichni.

Co jsem tak vypozoroval, tak kromě absence balíku Wireless na zařízeních bez bezdrátu je ve výchozím stavu všude povolené všechno kromě IPv6.

mpcz

Dík, tak to zní rozumně. Udělal jsem sice default po mac telnetu ale asi před tím někdo ten balíček měl zakázaný. Po upgrade to tak asi zůstalo. Dlouhá léta jsem na to nenarazil, tak jsem se nechal nachytat. Naštěstí ve Winboxu je uvolnění na pák kliků, jinak bych se u toho po telnetu asi zapotil. mpcz, 4jul2021

myghael

mpcz Povolené / zakázané balíčky jsou jedna z mála věcí, která se resetem nevymaže, samozřejmě mimo netinstallu. Povolit balíček přes příkazovou řádku (ať už je to terminál ve winboxu, telnet/mac-telnet či ssh nebo sériová konzole) je směšně jednoduché.

Balíčky lze vypsat:
system package print
Příklad:
[admin@RB433UAH_48DC47] > system package print
Flags: X - disabled
# NAME VERSION SCHEDULED 0 routeros-mipsbe 6.47.10
1 system 6.47.10
2 X ipv6 6.47.10
3 wireless 6.47.10
4 X hotspot 6.47.10
5 X mpls 6.47.10
6 X routing 6.47.10
7 X ppp 6.47.10
8 dhcp 6.47.10
9 security 6.47.10
10 advanced-tools 6.47.10
[admin@RB433UAH_48DC47] >

Zrovna v tomto příkladě zařízení, které v továrním nastavení není, lze vidět, že balíček ppp je zakázaný. K jeho povolení stačí napsat následující:

system package enable ppp

Pak případně povolit další potřebné balíčky a tak. Pro použití je potřeba zařízení ještě restartovat:

system reboot

Po rebootu lze již fungovat. Osobně balíčky povoluji/zakazuji přes příkazovou řádku i ve Winboxu, protože je to (aspoň pro mě) pohodlnější a rychlejší.

Další stránka »