7.0-RELEASE - problem s pripojenim TCP/IP
Miroslav Lachman
000.fbsd at quip.cz
Thu Mar 27 01:45:00 CET 2008
Dan Lukes wrote:
> Miroslav Lachman napsal/wrote, On 03/26/08 17:46:
[...]
>>problemem je traceroute, ktery mi i na hodne vzdalene servery vrati, ze
>>cil je na prvnim hopu:
>>
>>root at jimi ~/# traceroute 66.249.93.99
>>traceroute to 66.249.93.99 (66.249.93.99), 64 hops max, 52 byte packets
>> 1 ug-in-f99.google.com (66.249.93.99) 34.513 ms 37.970 ms 40.417 ms
>>
>>ve verbose rezimu to vypada takhle
>
>
> Radsi tcpdump. Potrebujeme vsechny pakety na/z cilovy stroj a vsechny
> ICMP bez ohledu na jejich zdroj.
>
> "Final hop" se pozna podle prichodu konkretniho ICMP (port-unreachable)
> - a kdo vi - treba prislo. Treba kvuli nejakemu firewallu, kteremu je
> nesympaticke odchozi UDP, ktery traceroute vysila.
Predne diky za vysvetleni tech sysctl!
Kdyz uz jsem si pak zacal pohravat s tim tcpdumpem a zkousel to i s
vypnutym firewallem, kde to samozrejme fungovalo (traceroute), tak jsem
se do toho zabral natolik, az jsem problem objevil a vyresil. V
pravidlech PF jsem mel:
scrub out on $ext_if no-df random-id min-ttl 24 max-mss 1492
kde tomu vadi (logicky) min-ttl 24. Bohuzel uz si ani nepamatuju, kde
jsem tenhle sileny radek pred lety vycetl / vykonstruoval.
On ten scrubbing na odchozim smeru asi nema ani moc smysl.
Mirek
More information about the Users-l
mailing list