Dne 30. června 2026 byla završena fyzická realizace projektu Czech National Quantum Communication Infrastructure (CZQCI), tedy České národní kvantové komunikační infrastruktury. Projekt byl realizován od 1. března 2023 a financován z Národního plánu obnovy částkou 121,6 milionu Kč. Cílem podpořeného projektu bylo vybudovat základy národní kvantové komunikační infrastruktury a ověřit možnosti jejího praktického využití. Mezi
… více »Město Šumperk se stalo terčem kybernetického útoku, chod úřadu je omezen. Zjišťuje se, jestli unikla nějaká data. Cílem hackerů byla městská datová síť. První útoky zaznamenali odborníci na informační technologie již v pondělí večer, závady se ale plně projevily až dnes ráno. Město událost nahlásilo Národnímu úřadu pro kybernetickou a informační bezpečnost (NUKIB).
Samba, svobodná implementace síťového protokolu SMB/CIFS, byla vydána ve verzích 4.24.5, 4.23.10 a 4.22.11. Řešeno je 6 zranitelností.
Přední technologické společnosti (Adobe, Cadence, Capital One, Cisco, Cloudera, Cloudflare, Cognition, CrowdStrike, Databricks, Dell Technologies, DoorDash, Elastic, HPE, Hugging Face, IBM, LangChain, Linux Foundation, Microsoft, NAVER, NetApp, Nous Research, NVIDIA, OpenClaw, Palantir, Palo Alto Networks, Red Hat, Reflection AI, Salesforce, SAP, ServiceNow, Siemens, SK Telecom, Snowflake, SpacexAI, Synopsys, Thinking
… více »Krabix.cz je online 3D konfigurátor krabiček pro 3D tisk s exportem do STL. Běží přímo v prohlížeči. Nic se neposílá na server.
Nadace Open Home Foundation spustila veřejnou preview verzi komunitní databáze zařízení pro Home Assistant. Má fungovat jako „Wikipedie pro chytrá zařízení".
Na stránce nového panelu Firefoxu přibudou nové widgety. Například denně aktualizována interaktivní křížovka.
PGSimCity (GitHub) je webová 3D vizualizace vnitřního fungování databázového systému PostgreSQL v podobě města. Vytvořena pomocí umělé inteligence.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.0 a 24.04-1.4. Nová verze 24.04-2.0 již počítá s výřezy pro fotoaparát (notch) a zaoblenými rohy displeje. Webový prohlížeče Morph přešel z Chromia 87 na Chromium 134. Do shellu Lomiri byl přidán editor snímků obrazovky.
Byly zveřejněny informace o kritické zranitelnosti CVE-2026-64600 pojmenované RefluXFS (technické detaily) v XFS. Je tam již od verze Linuxu 4.11, tj. rok 2017. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel může editovat libovolný soubor, například klidně zrušit rootovské heslo v /etc/passwd. Videoukázka na Vimeo. V upstreamu je zranitelnost opravena.
Dobrý den,
rovnou k věci. Při zapojení následujícím způsobem
-----ADSL2 Bridge------Router (ASUS WL500gP, PPPoE, NAT, DHCP, DNS)----LAN klienti
funguje vše, jak má. Avšak, pokud použiji místo routeru PC s Debianem,
-----ADSL2 Bridge------PC s Debianem(Celeron 1200MHz, PPPoE, NAT, DHCP, DNS)----LAN klienti
přestože 90 % všech služeb funguje stále bez problémů dále, prodlužuje se komunikační doba LAN klientů při prohlížení webů, zejména seznam.cz, email.cz, novinky.cz, sport.cz. Občas je nutné znovu zadat adresu (obnovit stránku), aby se stránka vůbec načetla). V podstatě se i domnívám, že daná chyba se týká pouze serverů, které provozuje seznam.cz.
Tento problém se týká pouze prvního připojení k danému serveru, při listování v dané doméně je vše již OK.
Nastavení debianu
PPPoE na ADSL nastaveno přes pppoe na eth1, server komunikuje s internetem naprosto bez jakýchkoliv problémů.
eth0 je iface pro komunikaci s LAN.
Vypnutí/zapnutí DHCP nemá vliv. DNS odezvy jsou také zřejmě v pořádku (na Debianu běží bind). Skript pro sdílení připojení je momentálně:
iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
echo "1" > /proc/sys/net/ipv4/ip_forward
echo -n 65536 > /proc/sys/net/ipv4/ip_conntrack_max
echo -n 3600 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established
Už nevím, kde hledat, co hledat či co zkoušet. Nejspíše se jedná někde o nějakou drobnost, ale opravdu netuším, kde ji najít.
Děkuji za každou radu, která povede k nalezení řešení.
Nemuze byt problem s MTU? Nesnizuje ho ten asus defaultne? Pri pouziti PPPoE se obvykle pouziva MTU 1492.
Tomas
eth0 (LAN) má MTU 1500 (klasický Ethernet)
ppp0 (PPPoE) má MTU 1492 (PPPoE)
eth1 (PPPoE nosič) má MTU 1500 (klasický Ethernet)
Na základě vašeho dotazu jsem zkusil snížil MTU eth1, aby bylo stejné jako MTU ppp0, přes která létají P-t-P data. Odpoledne od lidí proměřím (nejsem momentálně fyzicky na oné LAN).
ASUS má defultně nastavenu 1492 v menu pro připojení WAN (přičemž lze samozřejmě změnit). Jestli ale řeší PPPoE stejným způsobem jako Debian (na NIC připadají dva interface, jeden ppp0 a jeden ethX) netuším.
Pokud jsem jako primární DNS server nastavil přímo DNS od ISP (DHCP klientům místo Debianského DNS přidělovalo na prvním místě rovnou DNS ISP), problém vyřešen nebyl.
Pokud zde tedy problém je, jak ho řešit (případně "usvědčit"?)
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz