Společnost Eclypsium se na svém blogu rozepsala o bezpečnostním problému počítačů Framework. Jedná se o zranitelnost v UEFI umožňující útočníkům obejít Secure Boot.
Editor kódů Zed (Wikipedie) po macOS a Linuxu s verzí 0.208.4 už běží také ve Windows.
Apple dnes představil 14palcový MacBook Pro, iPad Pro a Apple Vision Pro s novým čipem M5.
Debian pro mobilní zařízení Mobian (Wikipedie) byl vydán ve verzi 13 Trixie. Nová stabilní verze je k dispozici pro PINE64 PinePhone, PinePhone Pro a PineTab, Purism Librem 5, Google Pixel 3a a 3a XL, OnePlus 6 a 6T a Xiaomi Pocophone F1.
Operátor O2 představil tarif Datamanie 1200 GB . Nový tarif přináší 1200 GB dat s neomezenou 5G rychlostí, a také možnost neomezeného volání do všech sítí za 15 Kč na den. Při roční variantě předplatného zákazníci získají po provedení jednorázové platby celou porci dat najednou a mohou je bezstarostně čerpat kdykoli během roku. Do 13. listopadu jej O2 nabízí za zvýhodněných 2 988 Kč. Při průměrné spotřebě tak 100 GB dat vychází na 249 Kč měsíčně.
Byly publikovány informace o útoku na zařízení s Androidem pojmenovaném Pixnapping Attack (CVE-2025-48561). Aplikace může číst citlivá data zobrazovaná jinou aplikací. V demonstračním videu aplikace čte 2FA kódy z Google Authenticatoru.
Free Software Foundation (FSF) spustila projekt Librephone, jehož cílem je vytvoření svobodného operačního systému pro mobilní telefony. Bez binárních blobů.
Byla vydána verze 7 s kódovým název Gigi linuxové distribuce LMDE (Linux Mint Debian Edition). Podrobnosti v poznámkách k vydání. Linux Mint vychází z Ubuntu. LMDE je postaveno na Debianu.
Byl vydán Mozilla Firefox 144.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vypíchnout lze lepší správu profilů. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 144 bude brzy k dispozici také na Flathubu a Snapcraftu.
Discord potvrdil únik osobních údajů přibližně 70 000 uživatelů. Incident se týká uživatelů po celém světě, především těch, kteří v rámci ověřování svého věku nahráli do aplikace doklad totožnosti. Únik informací se netýkal systémů samotné platformy, ale došlo k němu přes kompromitovaný účet pracovníka zákaznické podpory u externího poskytovatele služeb.
Dobrý den ,
prosím o radu ohledně nastavení sitových rozhraní v OSS 11.1
kernel Linux linux 2.6.27.21-0.1-default #1 SMP 2009-03-31 14:50:44 +0200 i686 athlon i386 GNU/Linux .
Sitové rozhraní :
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
01:07.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02)
firwall standardně vypnutý
Zde výpis route :
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.0 * 255.255.255.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
Zde výpis dhclient
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 2
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 2
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 10.0.0.138
bound to 10.0.0.1 -- renewal in 110844 seconds.
Chtěl jsem se zeptat jak to celé urychlit , pingy jsou na některé servery vyloženě chcíplé , ale když to stejné pustím v stzroji s XP-VISTY pak vše jede bez problémů ? Viidím možný problém s DNS , které mám od O2. Firefox , dělá třeba to , že se nějakou dobu pokouší hledat server , ale pak vše jede jak má.
ping www.google.com
PING www.l.google.com (209.85.129.147) 56(84) bytes of data.
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=1 ttl=247 time=26.1 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=2 ttl=247 time=26.4 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=3 ttl=247 time=26.1 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=4 ttl=247 time=26.1 ms
^C
--- www.l.google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 7091ms
rtt min/avg/max/mdev = 26.101/26.201/26.411/0.203 ms
Hodnota je celkem hodně velká
ping www.atlas.cz
PING www.atlas.cz (90.182.101.18) 56(84) bytes of data.
64 bytes from 90.182.101.18: icmp_seq=1 ttl=121 time=17.8 ms
64 bytes from 90.182.101.18: icmp_seq=2 ttl=121 time=22.7 ms
64 bytes from 90.182.101.18: icmp_seq=3 ttl=121 time=17.6 ms
^C
--- www.atlas.cz ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2009ms
rtt min/avg/max/mdev = 17.640/19.412/22.717/2.344 ms
linux:/ # ping www.abclinuxu.cz
PING abicko.abclinuxu.cz (195.70.150.7) 56(84) bytes of data.
64 bytes from 195.70.150.7: icmp_seq=1 ttl=57 time=20.9 ms
64 bytes from 195.70.150.7: icmp_seq=2 ttl=57 time=19.8 ms
64 bytes from 195.70.150.7: icmp_seq=3 ttl=57 time=19.7 ms
64 bytes from 195.70.150.7: icmp_seq=4 ttl=57 time=27.3 ms
64 bytes from 195.70.150.7: icmp_seq=5 ttl=57 time=22.6 ms
64 bytes from 195.70.150.7: icmp_seq=6 ttl=57 time=19.7 ms
^C
--- abicko.abclinuxu.cz ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 9131ms
rtt min/avg/max/mdev = 19.735/21.731/27.325/2.706 ms
Sitové rozhraní je ovládaní přes aplet network manager.
Mohu poprosit jakou změnu aplikovat , aby se to zlepšilo ? použít pro eth0 vše ručně ?
já možné problémy vidím ve směřování a v resolvu.
Díky
/etc/hosts
dopísať IP adresy a zopakovať testy. Ak to pomôže, a ten stroj nevypínaš často tak si urob vlastný DNS server, alebo prestav DNS server, ktorý používaš na niečo iné (v /etc/resolv.conf
). Tiež sa skús pohrať s traceroute, aby si zistil či to zdržanie je na trase od teba po tvojho ISP alebo ďalej.
Měl jsem podobné problémy s OSS 11.1 s tím, že aplet network manager nastavil dns i dhcp přímo z routeru , a blbě routoval přes bránu tím pádem i to prodlení. Poslední dobou jsou výpadky na DNS serveru od O2 celkem normální ... , ale velice divné je mi ,že tyto výpadky postihují jen stroje s Linux OS , většinou jsem se s tim na Windows Strojích nepotkal.
Jak psal , že tohle je jen na OS-linux a na Windows strojích ne ... pak to celkem nechápu , pokud je resolv.conf nastavený tak ja má být.
O2 más svoje prohnilé DNS celkem hodně profláklé a tento týden se i to tom psalo tuším někde na lupa.cz
Zkusil bych nějaké free dns třeba tyto :
208.67.222.222 Opendns.com primary
208.67.220.220 Opendns.com secondary
Ale divné je mi jak jsem se díval na ten výpis , že google , atd mají celkem dlouhou dobu a třeba atlas.cz polovičí , přitom google jistě je na lepší ISP než atlas.
presne toto se mi zacalo dit take (O2), po telefonatu s technikem mi snizili rychlost na polovinu, coz samozrejme nezabralo, tak jsem ji nechal navysit zpet a pouzivam DNS cache (pamatuje si zaznamy jen do restartu, ale nerestartuji, tak to neresim)
/etc/reslov.conf
na začátku napsané nějaké DNS servery, které vám neodpovídají? Případně tamtéž nemáte v search
nějakou neexistující doménu, a nepokouší se pak DNS resolver nejprve překládat adresu example.com.neexistujic.domena
a pak až example.com
?
jj dela to o2, ja sem to resil pres opendns, a jede to jak z praku
Tiskni
Sdílej: