Prvni packet v DIALD

[Jiri Zach]

 zaktivuje.  Kdyz diald ukoncim, vzdaleny pocitac hlasi nedostupnost site.
 Routovaci tabulka je OK, defaultni cesta je na sl0.

no .. tak ked sa na to pozriem komplexnejsie a nie len vytrhnutim jedneho
echa z kontextu, tak ja tam mam este jedno echo ..

echo "1" > /proc/sys/net/ipv4/ip_forward

V tomto souboru je "1" jiz zapsana. Presto jsem to zkusil. Na ping z jineho 
pocitace diald neraguje, ani na pozadavky udp ci tcp
Vcera to jeste fungovalo. Nevim co se tim mohlo stat, protoze jine zasahy 
do konfigurace jsem neprovadel.

Tak jsem mel spatne nastavena routovaci pravidla pro masquerading.


Zjistil jsem, ze prvni packet smeruje na adresu virtualniho rozhrani sl0 v 
teomto pripade na 192.168.1.1. Teprve az po spusteni ppp se vytvory ppp0 a 
zmeni se routovaci tabulka (prida se defaultni cesta na ppp0) zkousel jsem 
smerovat packety z 192.168.1.1 na ppp0 a to jak rucne po navazani spojeni 
tak i pomoci scriptu (parametr ip-up), chvili se zdalo ze to funguje ale 
pak prestalo chodit. Zajimalo by me jestli jde tato prvni "conection queue" 
nejakym zpusobem sestrelit, popr. ji nastavit velmi maly timeout. Zkousel 
jsem first-packet-timeout ale minulo se to zamyslenym ucinkem.