Je mi jasne, ze je lepsi sledovat sluzbu na portu a ze se pouzivaji schemata priorizace a tim padem muze byt jen "sluzba" ci jeden rozsah IP adres nedostupny nebo chvilkove nefunkcni, ale to nejspise doufam neni muj pripad. Vseobecne myslim, ze jde o situaci, kdy spojeni spadne pripadne flapuje => nejde nikomu nic v me lokalite (doufam, jinak to bude prekerka)
Uznavam, ze je to alchymie, ale jednoduse receno, pokud neni ping tak sit, at muze byt navazana na 2-he vrstve ISO OSI, tak stejne packet ICMP nepropusti. Takze mne doufam zatim nejde o testovani cesty packetu, ale testovani na vyssi urovni tj. icmp request, ktery mi minimalne zaruci to, ze sit je pruchodna a na druhe strane ICMP dotazu je jakysi prvek, ktery je schopen dat odpoved. tj. 3sitova vrstva ISO OSI. No a pokud bych se zachoval jak prosty pocitacovy nobody a poskytovateli rekl - hej mne to nejede udelejte s tim neco, tak by se mnou taky asi nic nezmohli :) jen by se na mne asi vyprdli :) => Citace: Kdysi jsme tu meli moc pekny pripad, kdy NFS klientovi nebyly z NFS serveru dostupne konkretni soubory. Zatimco jine soubory byly dostupne bez problemu. A nakonec to byla chyba firmware lokalniho switche. => => tomuto rikam prekerka - ale nepredpokladam, ze by to byl zrovna muj pripad :-) pro zacatek budu doufat, ze to opravdu nejede nikomu a ze zrovna moje verejna IP nema nejake pravidlo, ktere by se sekalo ci delalo problemy Jinak diik za uzitecne informace. Je dobre slyset zkusenosti, ktere kdo ma, protoze pri beznem provozu bezproblemove site neni kde tyto informace nabrat :-) Zkusim poprosit Jozefa, jestli by mi poskytl pro zacatek ten jeho nastroj :-) Malinko problem vidim v tom, ze presne nevim, jak to ma muj poskytovatel vse dohromady propojene - to se pak spatne testuje, kdyz o te siti vim jen to co mi rekne traceroute :( Ted se jeste zeptatm, neexistuje nejaky nastroj, ktery by mne rekl o siti vice, tj. treba si ocuchal a natrasoval kompletne i 2-hou vrstvu pripadne poskytl vice info nez mi dava traceroute? Diik moc Baci Dne 3. července 2014 12:42 Dan Lukes <[email protected]> napsal(a): > On 07/03/14 10:58, Miroslav Lachman: > > Dan pise, "(ne)uspesny ping nerovna se nutne (ne)schopnosti navazat TCP >>> spojeni na stejnou cilovou IP. A to jak ve smyslu falesne pozitivniho tak >>> falesne negativniho testu." >>> >> >> V dnesni dobe se pouziva ruzna prioritizace packetu podle protokolu, >> nebo i podle sluzby (portu), takze je klidne mozne, ze jedna sluzba >> neprochazi a druha bezi jako vino. Stejne tak muze mit system nastaveno, >> ze odpovi maximalne na urcity pocet ICMP packetu za sekundu (u FreeBSD >> defaultne 200) a pritom ostatni TCP/IP provoz bezi nerusene dal. >> Nektera zarizeni maji ICMP (ping) zakazano uplne. >> > > Pak zde muze byt problem s rozdilnou velikosti paketu, napriklad. Do hry > muze vstoupit i pripadna fragmentace. Nebo s nejakym stavovym filtr se > buhvi proc nekde zamota do cesty. Nebo zmena v poradi dorucovanych paketu, > ktera se bude projevovat spis za nekterych okolnosti nez jinych. > > A pak zde zustava oblast uplny magie, kdy se ti mozna ani nepodari > zjistit, proc test funguje zatimco to hlavni co te zajima nefunguje (nebo > obracene). Jen to tak proste bude. To je uz zminovany pripad, kdy > neprochazi TCP, ale traceroute ano, a co vic, ten traceroute zpusobi, ze to > TCP zacne fungovat taky. > > > Zkratka pokud chces spolehlive monitorovat dostupnost nejake sluzby, >> musis monitorovat prave tu sluzbu a ne zkouset jinym protokolem neco >> jineho. >> > > Prave tak. Ten test by mel byt co mozna nejpodobnejsi tomu, co testujes. > > Kdysi jsme tu meli moc pekny pripad, kdy NFS klientovi nebyly z NFS > serveru dostupne konkretni soubory. Zatimco jine soubory byly dostupne bez > problemu. A nakonec to byla chyba firmware lokalniho switche. > > Dokonale identicky test nejspis nepostavis, ale cim mene podobny bude tomu > co te ve skutecnosti zajima, tim vetsi sance, ze odpoved, kterou dostanes > bude na to, na co jsi se ptal, nikoliv na to, co ses cvhtel dozvedet. > > Dan > > > > -- > FreeBSD mailing list ([email protected]) > http://www.freebsd.cz/listserv/listinfo/users-l > -- FreeBSD mailing list ([email protected]) http://www.freebsd.cz/listserv/listinfo/users-l
