diff -u --recursive --new-file linuxfaq-200404/index.html linuxfaq-200512/index.html --- linuxfaq-200404/index.html 2004-04-02 16:13:46.000000000 +0200 +++ linuxfaq-200512/index.html 2005-12-01 09:38:35.000000000 +0100 @@ -169,6 +169,8 @@ ./configure
  • Chyba ECN: nelze se připojit na některé www servery +
  • Portforwarding směrem ven i dovnitř +
  • Pomalý výpis síťových programů
  • Jak zformátovat větší disketu, zejména @@ -184,6 +186,11 @@

    Komplexní odpovědi umístěné na jiných serverech
    - Z různých důvodů vznikly ještě dvě další, "konkurenční" stránky +
    diff -u --recursive --new-file linuxfaq-200404/09-modul-parametry.html linuxfaq-200512/09-modul-parametry.html --- linuxfaq-200404/09-modul-parametry.html 2002-06-03 11:40:44.000000000 +0200 +++ linuxfaq-200512/09-modul-parametry.html 2005-09-16 16:18:03.000000000 +0200 @@ -59,6 +59,7 @@ 
     /sbin/modinfo -p `/sbin/modprobe -l rtl8139.o`
+/sbin/modinfo -p `/sbin/modprobe -l rtl8139` (v novějších instalacích)

    vypíše podobný výsledek diff -u --recursive --new-file linuxfaq-200404/106-ecn.html linuxfaq-200512/106-ecn.html --- linuxfaq-200404/106-ecn.html 2004-04-02 16:05:00.000000000 +0200 +++ linuxfaq-200512/106-ecn.html 2005-03-02 15:49:54.000000000 +0100 @@ -12,24 +12,30 @@

    Od jisté doby se mi www stránky na některých veřejných serverech -nezobrazují. Skončí např. na 20 procentech nebo po vypršení časového limitu, -vypadá to, jako by server neexistoval nebo neodpovídal na požadavky. -Přitom na ping odpovídá, a kamarád z windows se i na web dostane. +nezobrazují. Skončí třeba na 20 procentech nebo s chybou vypršení časového +limitu - vypadá to, jako by server neexistoval nebo neodpovídal na požadavky. +Přitom na ping odpovídá, a kamarád z windows se na stejný web dostane. Co je špatně a co se s tím dá dělat?

    - Linuxová jádra z řady 2.4 a některá starší přidávají podporu + Linuxová jádra z řady 2.4, novější a také některá starší přidávají +podporu TCP Explicit Congestion Notification, zkráceně ECN. V řadě distribucí se tato možnost implicitně zapíná. -Avšak zdaleka ne všechna síťová zařízení, jako jsou firemní routery -a špatně spravované servery, podporují ECN a tento paket zahodí jako -neplatný. Na váš požadavek proto nepřijde žádná odpověď, což prohlížeč +Avšak zdaleka ne všechna síťová zařízení, jako např. firemní směrovače (včetně +hardwarových řešení značky jako je Cisco) a nedokonale spravované servery, +podporují ECN správně: paket označený tcp příznakem ECN například zahodí jako +neplatný jen proto, že ve starší specifikaci normy je bit označen jako +rezervovaný, byť zároveň norma v takovém případě přikazuje bit ignorovat. +Na požadavek uživatele pak nepřijde žádná odpověď, což prohlížeč interpretuje jako nefunkční web. +Pokud směrovač ECN nepodporuje, má congestion bit ignorovat a nic hrozného se +nestane nikomu.

    Možnosti jsou v zásadě 2: upozornit druhou stranu na chybné chování -nebo ECN na svém stroji s pomocí sysctl vypnout. -Nejprve se přesvědčte, že je to opravdu váš případ: +a doufat v rychlou nápravu nebo ECN na svém stroji s pomocí sysctl +vypnout. Nejprve se přesvědčte, že je to opravdu váš případ: 

     $ sysctl net.ipv4.tcp_ecn
@@ -52,10 +58,19 @@
 	Další informace a odkazy:
 
    
 
 
    
 	Dostatečně dobré vysvětlení ale podává už nápověda
@@ -91,4 +106,3 @@
 
 
 
-
diff -u --recursive --new-file linuxfaq-200404/117-portforwarding.html linuxfaq-200512/117-portforwarding.html
--- linuxfaq-200404/117-portforwarding.html	1970-01-01 01:00:00.000000000 +0100
+++ linuxfaq-200512/117-portforwarding.html	2005-12-01 09:29:55.000000000 +0100
@@ -0,0 +1,39 @@
+
+
+  
+
+  Forwardování portů
+  
+  
+
+
+
+	
+  
    Forwardování portů oběma směry
    
+
    
+	Mam portforwarding, zvonka funguje ale zvnutra nie
+
    
+
    
+	Treba pridat SNAT tychto spojeni v POSTROUTING-u, ako
+--to-source je treba pouzit IP routra (ci vonkajsiu alebo vnutornu je
+vacsinou jedno). Su aj ine riesenia, ale toto je najjednoduchsie.
+
    
+
    
+Peter Surda
+
    
+
    
+
+
    
+
+
+
+
    
+
+
+
+
+
diff -u --recursive --new-file linuxfaq-200404/118-pomaly-vypis.html linuxfaq-200512/118-pomaly-vypis.html
--- linuxfaq-200404/118-pomaly-vypis.html	1970-01-01 01:00:00.000000000 +0100
+++ linuxfaq-200512/118-pomaly-vypis.html	2005-12-01 09:45:58.000000000 +0100
@@ -0,0 +1,59 @@
+
+
+  
+
+  Forwardování portů
+  
+  
+
+
+
+	
+  
    Pomalý výpis síťových programů
    
+
    
+	Výpis síťových programů jako iptables nebo route je velmi pomalý.
+
    
+
    
+	Implicitní chování programů zahrnuje překlad ip adres na doménová
+jména. Pomocí přepínače -n se dá toto chování vypnout, adresy se
+nebudou překládat a výpis tak bude mnohem svižnější.
+
    
+
    
+	Další řešení tohoto problému je upravit chování resolveru - ale překlad
+cizích adres ovlivnit nemůžete (jen částečně kešováním již přeložených adres).
+Viz též FAQ Dlouhá odezva síťových služeb.
+
    
+
    
+
    +$ iptables -L
+...
+Chain FORWARD (policy DROP)
+target     prot opt source               destination
+BL_IN_UNI  all  --  thenewestthing.thenewestthing.com  anywhere
+BL_IN_UNI  all  --  be-pfbh277-1.ucsd.edu  anywhere
+...
+
+$ iptables -nL
+...
+Chain FORWARD (policy DROP)
+target     prot opt source               destination
+BL_IN_UNI  all  --  66.235.160.30        0.0.0.0/0
+BL_IN_UNI  all  --  132.239.135.13       0.0.0.0/0
+...
+
    
+
+
    
+
    
+
+
+
+
    
+
+
+
+
+
diff -u --recursive --new-file linuxfaq-200404/17-md5.html linuxfaq-200512/17-md5.html
--- linuxfaq-200404/17-md5.html	2003-01-07 12:22:07.000000000 +0100
+++ linuxfaq-200512/17-md5.html	2005-03-09 14:01:44.000000000 +0100
@@ -88,11 +88,17 @@
 
 
    
 Odkazy:
+
    
 
-
    
 
    
 
 
diff -u --recursive --new-file linuxfaq-200404/24-ext2-undel.html linuxfaq-200512/24-ext2-undel.html
--- linuxfaq-200404/24-ext2-undel.html	2003-06-24 09:52:49.000000000 +0200
+++ linuxfaq-200512/24-ext2-undel.html	2005-04-05 09:34:33.000000000 +0200
@@ -19,7 +19,7 @@
 pracujících uživatelů, i když principiálně možné je. Kdysi býval k dispozici
 neoficiální patch do jádra, který undelete fuknci realizoval. Jméno souboru
 není dostupné nikdy. Žurnálování v tomto případě
-nemůže pomoci. Zálohování na externí médium je první krok, jak aspoň
+nemůže pomoci (naopak!). Zálohování na externí médium je první krok, jak aspoň
 nepřijít o práci za více dnů!
 
    
 
@@ -76,7 +76,21 @@
 Pokud tam neni, tak misto na disku kde byl vas soubor je jiz
 nenavratne prepsane.
    - +
  • ReiserFS: + +
      +
    1. zazálohovat +
    2. odmountovat +
    3. A. reiserfsck --rebuild-tree -S -l recovery.log /dev/hda3 +
      +případně +
      B. udělat kopii a operaci provést na ní: + 
      +cat /dev/hda3 > zaloha.reiserfs
+reiserfsck --rebuild-tree -S -l recovery.log zaloha.reiserfs
+
      +
    +Smazané soubory a adresáře jsou v /lost+found.

    diff -u --recursive --new-file linuxfaq-200404/28-named-lame.html linuxfaq-200512/28-named-lame.html --- linuxfaq-200404/28-named-lame.html 2002-02-11 13:26:32.000000000 +0100 +++ linuxfaq-200512/28-named-lame.html 2002-02-11 00:00:00.000000000 +0100 @@ -4,6 +4,7 @@ FAQ: named - lame server + diff -u --recursive --new-file linuxfaq-200404/52-kopirovani-svazku.html linuxfaq-200512/52-kopirovani-svazku.html --- linuxfaq-200404/52-kopirovani-svazku.html 2003-07-02 10:05:24.000000000 +0200 +++ linuxfaq-200512/52-kopirovani-svazku.html 2004-04-16 18:49:42.000000000 +0200 @@ -91,6 +91,23 @@ cd /zdroj; cp -a . /cil cp -a /zdroj/. /cil + + +