PPP pro pripojeni MS

[Dan Lukes]

Josef Jursa napsal/wrote, On 09/02/04 15:00:
> Diky za navedeni, uz se spoji, ale jeste je problem s prirazenim 
> adres/routovanim:
> 
> do routovacich tabulek prida
> a.b.c.c1     a.b.c.s     UH          0        0   tun0
> a.b.c.c1     00:50:04:01:54:03  UHLS2       0        0    xl0
> 
> ifconfig rika:
> xl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>        options=1<RXCSUM>
>        inet a.b.c.slan netmask 0xfffffe00 broadcast a.b.d.255
>        ether 00:50:04:01:54:03
>        media: Ethernet autoselect (100baseTX <full-duplex>)
>        status: active
> tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1498
>   inet a.b.c.s --> a.b.c.c1 netmask 0xffffffff  

> set ifaddr a.b.c.s a.b.c.c1-a.b.c.c2

> Z Win clienta a.b.c.c1 se na a.b.c.s dopingnu, ale dale ne. Z a.b.c.s na 
> a.b.c.c1 nepinga.

	To je samo o sobe zvlastni. "Dopingnu" z C1 na S zahrnuje jednak paket 
jsouci z C1 na S a jednak paket jdouci zpatky. Dopingnu z S na C1 
zahrnuje take dva pakety, kazdy jednim smerem - jen jsou ty smery v 
opacnem poradi nez v prvnim pripade.

	Je proto krajne podezrele, ze v jedne situaci to jde a v druhe nikoliv.

	Odpovedi muze byt napriklad firewall nebo preklad, na jedne nebo druhe 
strane (pripadne obou).

	Doporucuji pouzit TCPDUMP (na Windows WINDUMP) a v pripade "nedopingnu" 
zjistit - zda request ze stanice odchazi, zda na druhou stranu dorazi, 
zda odejde odpoved a zda dorazi k tazateli. Podle toho, v ktere fazi to 
"nepujde" se da pokracovat v uvahach dal ...

	To jesm resil tedy problem pingu mezi C1 a S. Je mozne, ze kdyz se 
vyresi tento problem, vyresi se i provlem "z C1 to nejde dal". Kdyby ne, 
je znovu treba pouzit (TCP|WIN)DUMP a zjistit, zda paket odchazi, zda se 
radne preklada - a tak dale ...


						Dan


-- 
Dan Lukes     tel: +420 2 21914205, fax: +420 2 21914206
root of  FIONet, KolejNET,  webmaster  of www.freebsd.cz
AKA: dan at obluda.cz, dan at freebsd.cz,dan at kolej.mff.cuni.cz