Amazon Web Services (AWS) oznámil (en) výstavbu Fastnetu – strategického transatlantického optického kabelu, který propojí americký stát Maryland s irským hrabstvím Cork a zajistí rychlý a spolehlivý přenos cloudových služeb a AI přes Atlantik. Fastnet je odpovědí na rostoucí poptávku po rychlém a spolehlivém přenosu dat mezi kontinenty. Systém byl navržen s ohledem na rostoucí provoz související s rozvojem umělé inteligence a
… více »Evropská komise zkoumá možnosti, jak přinutit členské státy Evropské unie, aby ze svých telekomunikačních sítí postupně vyloučily čínské dodavatele Huawei a ZTE. Místopředsedkyně EK Henna Virkkunenová chce změnit doporučení nepoužívat rizikové dodavatele při budování mobilních sítí z roku 2020 v právně závazný požadavek.
sudo-rs, tj. sudo a su přepsané do programovacího jazyka Rust, již obsaženo v Ubuntu 25.10, bylo vydáno ve verzi 0.2.10. Opraveny jsou 2 bezpečnostní chyby.
Kaspersky pro Linux je nově k dispozici také pro domácí uživatele.
Společnost Avalonia UI oznámila, že pracuje na .NET MAUI pro Linux a webový prohlížeč. Vyzkoušet lze demo v prohlížeči. Když bude backend stabilní, bude vydán jako open source pod licencí MIT.
Byl vydán Mozilla Firefox 145.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Ukončena byla podpora 32bitového Firefoxu pro Linux. Přidána byla podpora Matrosky. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 145 bude brzy k dispozici také na Flathubu a Snapcraftu.
Lidé.cz (Wikipedie) jsou zpět jako sociální síť s "ambicí stát se místem pro kultivované debaty a bezpečným online prostředím".
Byla vydána nová verze 4.4 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
ASUS má v nabídce komplexní řešení pro vývoj a nasazení AI: kompaktní stolní AI superpočítač ASUS Ascent GX10 poháněný superčipem NVIDIA GB10 Grace Blackwell a platformou NVIDIA DGX Spark. S operačním systémem NVIDIA DGX založeném na Ubuntu.
Desktopové prostredie Trinity Desktop vyšlo vo verzii R14.1.5. Je tu opravená chyba v tqt komponente spôsobujúca 100% vyťaženie cpu, dlaždice pre viac monitorov a nemenej dôležité su dizajnové zmeny v podobe ikon, pozadí atď. Pridaná bola podpora distribúcií Debian Trixie, Ubuntu Questing, RHEL 10 a OpenSUSE Leap 16.
config wifi-device wlan0
option type mac80211
option channel 11
option hwmode 11g
option path '10180000.wmac'
option htmode HT20
# REMOVE THIS LINE TO ENABLE WIFI:
option disabled 0
config wifi-iface
option device wlan0
option network lan
option mode sta
option ssid HomeNet
option encryption psk2
option key TajneHeslooo
Nastaveni site:
config interface 'lan'
option ifname 'wlan0'
option force_link '1'
option macaddr '00:0c:43:70:e5:83'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
# option ip6assign '60'
Vypis wifi info:
root@OpenWrt:/# iwinfo
wlan0 ESSID: unknown
Access Point: 00:00:00:00:00:00
Mode: Client Channel: unknown (unknown)
Tx-Power: 20 dBm Link Quality: unknown/70
Signal: unknown Noise: unknown
Bit Rate: unknown
Encryption: unknown
Type: nl80211 HW Mode(s): 802.11bgn
Hardware: unknown [Generic MAC80211]
TX power offset: unknown
Frequency offset: unknown
Supports VAPs: yes PHY name: phy0
Konfigurace je po mich upravach. Kdyz to vratim do defaultniho nastaveni, je v konfiguracnich soouborech pouzito radio0. I kdyz jej zachovam a prepisu jen mode z ap na sta a pridam sifrovani s klicem stejne se nenapoji. Cilem je aby router mel v bridgi wifi (klient mod s wpa2) a lan.
WiFi klient nemůže být v bridgi s jiným ethernetovým rozhraním:
Když z ethernetu přijde rámec pro AP, bridge jej pošle do wifi rozhraní. I kdyby se jej klient pokusil odvysílat, tak jej AP bude ignorovat, protože žádný wifi klient s linkovou adresou rovnou zdrojové adrese rámce (tedy zařezení z ethernetové linky) není na AP asociován. Asociován je jen klient pod adresou wifi rozhraní. Zrovna tak obráceně AP nebude vědět, kam rámec odeslat, protože žádný asociovaný wifi nemá takovou linkovou adresu. Kdyby wifi klient zdrojovou adresu rámce přepsal na vlastní (L2 NAT), tak bude problém s opačným směrem, protože odpověď bude na linkové vrstvě určena klientovi, který nijak nebude moci rozpoznat, že jej má přepsat zpátky a přeslat to ethernetu (ethernet je bezstavový).
Existuje rozšíření 802.11, které tuneluje rámce to 802.11 rámců (název si nepamatuji), ale na to musí být AP i dotyčný klient ručně nastaveny.
Tohle všechno ovšem neřeší, proč se vám klient neasociuje na AP.
Tiskni
Sdílej: