Github publikoval Octoverse 2025 (YouTube), tj. každoroční přehled o stavu open source a veřejných softwarových projektů na GitHubu. Každou sekundu se připojil více než jeden nový vývojář. Nejpoužívanějším programovacím jazykem se stal TypeScript.
Kit je nový maskot webového prohlížeče Firefox.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.
Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.
Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.
Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.
Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀
Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.
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