abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 08:35 | Komunita
    Pořadatelé dalšího ročníku komunitního setkání správců nejen českých a slovenských sítí CSNOG 2027 upozorňují, Call for Abstracts pro blížící se akci (20. a 21. ledna 2027, Zlín) končí už 31. října, tedy na konci tohoto týdne.. … více »
    VSladek | Komentářů: 1
    24.10. 23:22 | Bezpečnostní upozornění

    Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.

    vencour | Komentářů: 2
    24.10. 12:44 | Pozvánky

    Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »

    lkocman | Komentářů: 2
    24.10. 00:44 | Bezpečnostní upozornění

    Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění

    … více »
    vencour | Komentářů: 15
    23.10. 17:44 | IT novinky

    Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].

    vencour | Komentářů: 17
    23.10. 14:44 | Zajímavý projekt

    Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.

    Ladislav Hagara | Komentářů: 11
    23.10. 04:11 | Nová verze

    Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    22.10. 20:22 | IT novinky

    Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.

    Ladislav Hagara | Komentářů: 4
    22.10. 15:44 | Bezpečnostní upozornění

    Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »

    vencour | Komentářů: 1
    22.10. 15:33 | Nová verze

    Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).

    ʚĭɞ 🍉 | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2915 hlasů
     Komentářů: 34, poslední dnes 08:24
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    4.8.2014 01:41 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Hostapd odmítá pracovat v 5GHz.

    Vidím tam naprosto jasně: passive scanning, no IBSS. K tomu není co dodat. To je přesně ten problém, o kterém jsem psal, a žádný jiný. Kanály jsou povolené pouze v režimu klienta (a pouze s pasivním scanováním), rozhodně ne v režimu AP. Tedy není divu, že není možné vytvořit na takových (de facto) zakázaných kanálech access point. Nastavovat CRDA není ani náhodou dobrý nápad. Ničemu to neprospívá a jak už jsem psal, může to povolené režimy WiFi karty pouze dále omezit, nikdy ne rozšířit.

    U chipsetu, na kterém AP na 5 GHz bez problémů funguje, například na mém serveru, bude iw list vypadat například následovně:

    $ iw list
    Wiphy phy0
            max # scan SSIDs: 4
            max scan IEs length: 2257 bytes
            Coverage class: 0 (up to 0m)
            Device supports RSN-IBSS.
            Device supports T-DLS.
            Supported Ciphers:
                    * WEP40 (00-0f-ac:1)
                    * WEP104 (00-0f-ac:5)
                    * TKIP (00-0f-ac:2)
                    * CCMP (00-0f-ac:4)
                    * CMAC (00-0f-ac:6)
            Available Antennas: TX 0x7 RX 0x7
            Configured Antennas: TX 0x7 RX 0x7
            Supported interface modes:
                     * IBSS
                     * managed
                     * AP
                     * AP/VLAN
                     * WDS
                     * monitor
                     * mesh point
                     * P2P-client
                     * P2P-GO
            Band 1:
                    Capabilities: 0x11ef
                            RX LDPC
                            HT20/HT40
                            SM Power Save disabled
                            RX HT20 SGI
                            RX HT40 SGI
                            TX STBC
                            RX STBC 1-stream
                            Max AMSDU length: 3839 bytes
                            DSSS/CCK HT40
                    Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                    Minimum RX AMPDU time spacing: 8 usec (0x06)
                    HT TX/RX MCS rate indexes supported: 0-23
                    Bitrates (non-HT):
                            * 1.0 Mbps
                            * 2.0 Mbps (short preamble supported)
                            * 5.5 Mbps (short preamble supported)
                            * 11.0 Mbps (short preamble supported)
                            * 6.0 Mbps
                            * 9.0 Mbps
                            * 12.0 Mbps
                            * 18.0 Mbps
                            * 24.0 Mbps
                            * 36.0 Mbps
                            * 48.0 Mbps
                            * 54.0 Mbps
                    Frequencies:
                            * 2412 MHz [1] (20.0 dBm)
                            * 2417 MHz [2] (20.0 dBm)
                            * 2422 MHz [3] (20.0 dBm)
                            * 2427 MHz [4] (20.0 dBm)
                            * 2432 MHz [5] (20.0 dBm)
                            * 2437 MHz [6] (20.0 dBm)
                            * 2442 MHz [7] (20.0 dBm)
                            * 2447 MHz [8] (20.0 dBm)
                            * 2452 MHz [9] (20.0 dBm)
                            * 2457 MHz [10] (20.0 dBm)
                            * 2462 MHz [11] (20.0 dBm)
                            * 2467 MHz [12] (20.0 dBm)
                            * 2472 MHz [13] (20.0 dBm)
                            * 2484 MHz [14] (disabled)
            Band 2:
                    Capabilities: 0x11ef
                            RX LDPC
                            HT20/HT40
                            SM Power Save disabled
                            RX HT20 SGI
                            RX HT40 SGI
                            TX STBC
                            RX STBC 1-stream
                            Max AMSDU length: 3839 bytes
                            DSSS/CCK HT40
                    Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
                    Minimum RX AMPDU time spacing: 8 usec (0x06)
                    HT TX/RX MCS rate indexes supported: 0-23
                    Bitrates (non-HT):
                            * 6.0 Mbps
                            * 9.0 Mbps
                            * 12.0 Mbps
                            * 18.0 Mbps
                            * 24.0 Mbps
                            * 36.0 Mbps
                            * 48.0 Mbps
                            * 54.0 Mbps
                    Frequencies:
                            * 5180 MHz [36] (23.0 dBm)
                            * 5200 MHz [40] (23.0 dBm)
                            * 5220 MHz [44] (23.0 dBm)
                            * 5240 MHz [48] (23.0 dBm)
                            * 5260 MHz [52] (20.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5280 MHz [56] (20.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5300 MHz [60] (20.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5320 MHz [64] (20.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5500 MHz [100] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5520 MHz [104] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5540 MHz [108] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5560 MHz [112] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5580 MHz [116] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5600 MHz [120] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5620 MHz [124] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5640 MHz [128] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5660 MHz [132] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5680 MHz [136] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5700 MHz [140] (26.0 dBm) (no IR, radar detection)
                              DFS state: usable (for 4097484 sec)
                            * 5745 MHz [149] (disabled)
                            * 5765 MHz [153] (disabled)
                            * 5785 MHz [157] (disabled)
                            * 5805 MHz [161] (disabled)
                            * 5825 MHz [165] (disabled)
            Supported commands:
                     * new_interface
                     * set_interface
                     * new_key
                     * start_ap
                     * new_station
                     * new_mpath
                     * set_mesh_config
                     * set_bss
                     * authenticate
                     * associate
                     * deauthenticate
                     * disassociate
                     * join_ibss
                     * join_mesh
                     * remain_on_channel
                     * set_tx_bitrate_mask
                     * frame
                     * frame_wait_cancel
                     * set_wiphy_netns
                     * set_channel
                     * set_wds_peer
                     * tdls_mgmt
                     * tdls_oper
                     * probe_client
                     * set_noack_map
                     * register_beacons
                     * start_p2p_device
                     * set_mcast_rate
                     * connect
                     * disconnect
            Supported TX frame types:
                     * IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                     * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                     * AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                     * AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                     * mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                     * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                     * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
                     * P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
            Supported RX frame types:
                     * IBSS: 0x40 0xb0 0xc0 0xd0
                     * managed: 0x40 0xd0
                     * AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
                     * AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
                     * mesh point: 0xb0 0xc0 0xd0
                     * P2P-client: 0x40 0xd0
                     * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
                     * P2P-device: 0x40 0xd0
            software interface modes (can always be added):
                     * AP/VLAN
                     * monitor
            valid interface combinations:
                     * #{ managed, WDS, P2P-client } <= 2048, #{ AP, mesh point, P2P-GO } <= 8,
                       total <= 2048, #channels <= 1, STA/AP BI must match
                     * #{ IBSS, AP } <= 1,
                       total <= 1, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz }
    
            HT Capability overrides:
                     * MCS: ff ff ff ff ff ff ff ff ff ff
                     * maximum A-MSDU length
                     * supported channel width
                     * short GI for 40 MHz
                     * max A-MPDU length exponent
                     * min MPDU start spacing
            Device supports TX status socket option.
            Device supports HT-IBSS.
            Device supports low priority scan.
            Device supports scan flush.
            Device supports AP scan.
    

    Klíčové je, že tam jsou vidět následující čtyři kanály bez omezení:

                            * 5180 MHz [36] (23.0 dBm)
                            * 5200 MHz [40] (23.0 dBm)
                            * 5220 MHz [44] (23.0 dBm)
                            * 5240 MHz [48] (23.0 dBm)
    

    Jedině na těchto kanálech se pak dá provozovat access point na 5 GHz. Abych získal přístup k těmto čtyřem kanálům (jejichž využití je v naprostém souladu s českými předpisy, ale driver je zakázal na základně nesprávného identifikátoru státu v EEPROM WiFi karty), musel jsem si hacknout driver. Ale o tom všem už jsem tady už psal. Zdroják není třeba „získávat“, je to přece open-source. V případě staršího Atherosu (ath9k) stačí upravit driver tak, aby předstíral, že v EEPROM karty našel třeba českou lokalizaci. Bez tohoto kroku se AP na 5 GHz vytvořit nedá. Úprava je nakonec celkem intuitivní a jednoduchá, leč velmi ohyzdná:

    diff --git a/drivers/net/wireless/ath/ath9k/hw.c b/drivers/net/wireless/ath/ath9k/hw.c
    index 07e2526..8dcb4fb 100644
    --- a/drivers/net/wireless/ath/ath9k/hw.c
    +++ b/drivers/net/wireless/ath/ath9k/hw.c
    @@ -2376,7 +2376,7 @@ int ath9k_hw_fill_cap_info(struct ath_hw *ah)
     	u8 ant_div_ctl1, tx_chainmask, rx_chainmask;
     
     	eeval = ah->eep_ops->get_eeprom(ah, EEP_REG_0);
    -	regulatory->current_rd = eeval;
    +	regulatory->current_rd = 32971;
     
     	if (ah->opmode != NL80211_IFTYPE_AP &&
     	    ah->hw_version.subvendorid == AR_SUBVENDOR_ID_NEW_A) {
    diff --git a/net/wireless/reg.c b/net/wireless/reg.c
    index 6dee0ad..dfd7756 100644
    --- a/net/wireless/reg.c
    +++ b/net/wireless/reg.c
    @@ -1900,7 +1900,7 @@ static void restore_regulatory_settings(bool reset_user)
     			restore_custom_reg_settings(&rdev->wiphy);
     	}
     
    -	regulatory_hint_core(world_alpha2);
    +	regulatory_hint_core("CZ");
     
     	/*
     	 * This restores the ieee80211_regdom module parameter
    @@ -2351,7 +2351,7 @@ int __init regulatory_init(void)
     	user_alpha2[1] = '7';
     
     	/* We always try to get an update for the static regdomain */
    -	err = regulatory_hint_core(cfg80211_world_regdom->alpha2);
    +	err = regulatory_hint_core("CZ");
     	if (err) {
     		if (err == -ENOMEM)
     			return err;
    

    Méně ohyzdné řešení by zahrnovalo úpravu driveru tak, aby v případě nastavení CRDA provedl nikoliv průnik povolení a sjednocení zákazů, nýbrž nahrazení původní sady pravidel novou. To by pak bylo univerzální řešení, které by fungovalo v různých státech. Faktem ale je, že u serveru, který se ze státu do státu nestěhuje, může i drobný ošklivý hack splnit svůj účel.

    Dlužno ještě dodat, že jsou celkem tři zdroje pravidel. Zaprvé, data v EEPROM WiFi chipsetu. Zadruhé, kód státu explicitně nastavený uživatelem v konfiguraci CRDA. Zatřetí, data získaná prostřednictvím 802.11d během asociace s access pointem, což se ovšem vztahuje pouze na klientské stanice, nikoliv na AP. Výsledná sada pravidel a omezení se vypočte ze tří jmenovaných (průnik povolení, sjednocení zákazů). Omezení pravidel trvá po celou dobu uptime, tedy například cestování s notebookem ze státu do státu nenahradí na základě 802.11d jednu sadu pravidel jinou, ale místo toho při každé změně státu pravidla dále omezí tak, aby příslušný WiFi chipset splňoval všechna pravidla ze všech dosud navštívených států (na základě podle 802.11d).

    Sečteno a podtrženo, toto je zkrátka dobré vědět, když člověk narazí na podivné problémy s WiFi a s možnostmi konfigurace.

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.