Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.
Ahoj, vypozoroval jsem zajimavy problem. Mam kubuntu na domacim pc. Ten je pripojeny pres dva routery wifinou na router s UPC. Pres VPN se pripojuji do prace, kde mam verejnou IP. Pripojenim na VPNku dostanu rozsah z vnitrni site v praci. Muzu tedy primo jit na stroje ve vnitrni siti.
Ve vnitrni siti bezi jeden webovy server, ktery ma DNS adresu web.firma.cz. Ten ma tedy ip 192.168.10.20 a soucasne 188.xxx.xxx.xxx. Verejna DNS ho zna pod tou 188 IP, ale mam na routeru ve vnitrni siti i statickou DNS, kde je pod tou samou adresou jako 192.168.10.20. Takze se na nej dostanu pomoci jeho dns jmena jak z venku, tak zevnitr.
Stava se mi ale, ze kdyz jsem na vpnce a odpojim se, tak potom prestane byt ta IP prace dostupna. Prijde mi, jako by mne zabanoval budto provider upc nebo ten v praci - riomedia. Kdyz jsem zkousel nejake pingy, na vnitrni IP, vratilo se mi obcas neco jako DNS - private.rionet.cz - co to ma znamenat? Ze jsem se pokousel z vnitrni site pristupovat na rozhrani toho pripojeni a posilal jsem pakety na adresu ve vnitrni siti? Neni to nejak hlidane a kdyz prijde vice takovych paketu, tak provider tu IP zarizne? Napada mne, ze by pak mohlo zlobit to pouziti dvou DNSkovych IP. Nebo se mi nejak podela router, co mam doma? Zkousel jsem vsechno resetovat, vypinat, ale nic. Nedostanu se uz potom ani na nastaveni routeru v praci, ani na ten webovy server. Pritom z mobilu, z 3G to normalne jede. A vzdycky se to podela, kdyz jsem na VPNce a pak se odpojim a kliknu do okna, kde jsem mel otevrene HTTPS spojeni na ten webovy server.
Da se nejak odzkouset, kde se to kazi?
Ted jsem odpojeny od VPN a internet mi jede, ale do prace se nepingnu, ani nepripojim.
Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní default 192.168.2.100 0.0.0.0 UG 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 1 0 0 eth0
Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní default * 0.0.0.0 U 0 0 0 ppp0 188-175-XX-XXX. private.rionet. 255.255.255.255 UGH 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 1 0 0 eth0 XX.XXfirma.cz * 255.255.255.255 UH 0 0 0 ppp0Verejna ip adresa firmy byla zmenena na XX, stejne jako domena XXfirma.cz. To je domena, ktera ma A zaznam na IP adresu pripojky. Ted mne napada, nemuze tady v tom zaznamu byt ten problem? Ale v tehle fazi mi vse funguje a do firmy se pignu. Bojim se odpojit od VPNky, at si nebloknu posledni funkcni pripojeni - mobil. Ale budu se muset odpojit
Ja si to myslim taky, ze kdyz se odpojim, chvili to trva, resp. je mozne, ze treba je nekde v cache stara ip? Tzn. pro web mujweb.firma.cz je v tu chvili prirazena adresa 192.168.10.20 ale ja uz jsem ve verejne siti a ne ve VPN, takze on zacne posilat pakety s IP z rozsahu vnitrni site do rozhrani s netem.
Da se tomu nejak zabranit? Traceroute jsem zkousel a nikam se nedoroutuje. A to dokonce ani kdyz vsechno jede. Ping funguje, ale traceroute vyhazuje jenom hvezdicky.
Myslet nestačí. Musíte se tcpdumpem podívat, co vám odchází z počítače.
Cache směrovacích tabulek se automaticky zneplatní, když zmizí pravidlo, přes které packety odcházely. Tedy když ukončíte tunel.
Chybné soukromé a cílové IP adresy se řeší tak, že blokací na routeru, který už nemají opustit. Cílové zvláštními směrovacími pravidly (například ip route add unreachable 192.168.0.0/16, zdrojové firewallem (ale je to složitější, pokud se vám dělá SNAT).
Traceroute pusťte s paremetrem -I, aby použil ICMP.
petr@T400:~$ sudo traceroute -I XX.firma.cz traceroute to XX.firma.cz (188.175.XX.XXX), 30 hops max, 60 byte packets 1 * * * 2 188-175-XX-XXX.client.rionet.cz (188.175.XX.XXX) 36.692 ms 37.258 ms 37.880 msTakhle ? To je ale nejake divne, ne? Nemely by se tam objevit i ty moje routery a IPcko meho domaciho ISP? Jinak tohle je vypis, kdyz nejsem ve VPN.
tcpdump -np -I ROZHRANÍ ukáže hlavičky packetů, co tečou skrz dané síťové rozhraní, nic se nikam neukládá.
Zaměřit byste se měl na to, kterým rozhraním packety zasílané na ten nedostupný stroj odchází (VPN může mít vlastní rozhraní; nepsal jste, jaký druh VPN používáte) a jakou zdrojovou a cílovou IP adresu mají.
Packety odcházející skrze rozhraní VPN by měli mít adresy soukromé, kdežto packety tunelu by měly proudit skrze běžné síťové rozhraní a měly by mít veřejné adresy.
petr@T400:~$ sudo tcpdump -np -I eth0 tcpdump: eth0: That device doesn't support monitor mode petr@T400:~$ sudo tcpdump -np -I ppp0 tcpdump: eth0: That device doesn't support monitor mode petr@T400:~$
Tiskni
Sdílej: