Omarchy je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 3.7.0 - The Gaming Edition. Z novinek lze vypíchnout příkaz omarchy a celou řadu herních možností.
CyberChef byl vydán v nové major verzi 11. Přehled novinek v Changelogu. CyberChef je webová aplikace pro analýzu dat a jejich kódování a dekódování, šifrování a dešifrování, kompresi a dekompresi, atd. Často je využívaná při kybernetických cvičeních a CTF (Capture the Flag).
Byla vydána nová verze 2.4.67 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 11 zranitelností.
Brush (Bo(u)rn(e) RUsty SHell) je v Rustu napsaný shell kompatibilní s Bash (Bourne Again SHell). Vydána byla verze 0.4.0.
Google zveřejnil seznam 1 141 projektů (vývojářů) od 184 organizací přijatých do letošního, již dvaadvacátého, Google Summer of Code. Přihlášeno bylo celkově 23 371 projektů od 15 245 vývojářů ze 131 zemí.
Na čem pracovali vývojáři GNOME a KDE Plasma minulý týden? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.
Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.
Richard Biener oznámil vydání verze 16.1 (16.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 16. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.
Zulip Server z open source komunikační platformy Zulip (Wikipedie, GitHub) byl vydán ve verzi 12.0. Přehled novinek v příspěvku na blogu.
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