Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
prosim ta takze capsman teda nezabespeci prechod klienta s ap na ap?, teda pri presune po dome v zmysle zo slabsieho signalu na lepsi?, ono to teda iba zjednoti wifi?Historicky byl CAPSMAN pro centrální správu AP. Podporu 802.11r/k/v přidali až relativně nedávno ve verzi 7.xx (otázka posledních cca 3 let) a jen pro nová rozhraní (AC, AX). S tímhle rozdělením též vznikl slušně řečeno nepořádek v ovladačích/balících/názvech, co poskytují wifi (Wifi, WifiWave2, Wireless). Mimochodem jeden CAPSMAN nedokáže obsloužit zároveň stará zařízení (N a starší) a nová (AC, AX). Pokud jsou v síti oba druhy, tak se musí pustit CAPSMAN dvakrát a jeden se stará o nová a druhý o stará. Fast roaming je podporován jen na AC/AX.
... jeden ax2 bol bol ako capsman a druhy cap ale nevedelo to o sebe, moj laicky amatersky nazor je ze capsman nebude fungovat ak ide na moste, musi smerovat ...Samozřejmě to s bridge funguje. Nic nebrání na bridge přiřadit IP adresu (staticky nebo z DHCP). Tj. adresu bude mít jak CAPSMAN (master) tak CAP (slave). Vše je zde na stejném L2 segmentu a adresy předpokládám ve stejné podsíti, takže by se měli najít sami přes broadcast (pokud to nesežerou špatně nastavená firewall pravidla), aniž by se do CAP přidávala adresa CAPSMANu.
TP-Link Deco, Ubiquiti APPokud jde o "chci to vyzkoušet/zajímá mě to", tak tam je určitě spousta prostoru
Jo, ted uz vidim ze tam je fail - ze POE IN je svazanej s WAN portem, ale to typicke uziti bridge mezi wifi-lan se tyka LAN portu. To fakt nejde zbridgovat i mezi wan-lan? (mam zkusenost jen s nejakyma staryma krabicema, kde bezelo openwrt a tam bylo wan/lan reseno skrze switch chip, ktery interne mapoval ty porty do vlan - ale pak ten bridge byl sw.. takze vyssi spotreba, mensi propustnost).HW ani SW něco jako WAN/LAN nerozlišuje. Je to jen pojmenování skupin rozhraní z výchozí konfigurace, které je navázáno na patřičná pravidla. Všechno lze změnit či přejmenovat.
Zatim tedy nejsem presvedcen o tom, ze by to bylo nejlepsi reseni
Pokud by se to udelalo fyzicky jako hvezda (skrze ten switch co poskytne POE napajeni jednomu nebo oboum AP), ta3 je mozne provozovat ten CAPsMAN ?
Ano, inak by som sa to nepytal + chcem sa nieco aj naucit.Co kde je například zde:
Pokud si dobře pamatuji při rebootu z RAM zmizí elektrické napětí, opětovně se objeví a to pamětové buňky " tvz. smaže". Ty biti(příp. bajty) tam nezůstanou, což je dobře.Nějaký relevantní zdroj k takovému tvrzení? Též bych si vsadil na variantu, že k tomu nedojde.
* Případná ECC (nebývá běžná u úplně obyčejných kancelářských strojů) může na jednu stranu pomoci (větší šance u cold bootu, aspoň teoreticky – nevím, jak je to prakticky významné u dnešních RAM), na druhou stranu tam BIOS typicky přemaže obsah RAMz aby zabránil falešným chybám při čtení neinicializované RAM.Dobrá připomínka. Že v případě ECC může paměť mazat BIOS mě nenapadlo.
Co brání RAM po rebootu přečíst (předpokládám, že HW neumřel), pokud se člověk smíří se ztrátou (malé) části, kterou bude potřebovat program provádějící dump pro svůj běh? Tj. chce to nějaký minimalistický image/bootloader, jako například zde. Interpretovat obsah dumpu a najít hledaná data bych viděl jako větší problém ...NE, NE A POTŘETÍ NE
Ano, přesně tak. Pokud operační systém "tvz. zamrzne" neexistuje žádné software řešení jak data z RAM získat. Možná pokud by si člověk naprogramoval vlastní BIOS(UEFI) s nějakým vlastním commandem(shellem) a náhodou by zamrzl OS a BIOS by fungoval tak by to možná šlo, myslím tím udělat bitovou kopii RAM a hodit třeba na flasku. Ale pochybuji, že v ČR má někdo takové znalosti má aby to dokázal.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2025 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.
