[linux] OT: HTTP a chyby prenosu

[M.F. PSIkappa]

Zdravim,
ak tvoj provider pouziva transparent proxy, tak sa tomu mozes vyhnut tak
ze pojdes cez iny port...
Cize skus napr. https prenos, ten by nemal ist cez proxy alebo mozes
vyskusat stahovat nieco z webu, ktory bezi na inom porte ako 80 a tak by
si mal obist transparent proxy providera.

K tomu rsync, neda sa zapnut debug alebo verbose mod aby si videl, ze ci
dochadza ku chybam v prenose a k opakovanemu prenosu na zaklade porovnania
checksumov ?

On Wed, 4 Feb 2004, Matus Horvath wrote:

> Wednesday, February 4, 2004, 5:14:59 PM, you wrote:
>
> >> j> 100%tna garancia v takomto pripade neexistuje, ale pravdepodobnost
> >> j> detekovania chyby je obrovska, nie vsak 100%
> >> Ok, ale "2 chyby na 700MB" u mna nie je "obrovska pravdepodobnost
> >> detekovania chyby".
> AH> Imho ta pravdepodobnost chyby v subore je velmi nizka, dovod ze nejaka vobec
> AH> je je iba ten ze jednoducho CRC tcp/ip protokolu je naozaj trapny a v
> AH> niektorych pripadoch moze zlyhat (vyhlasi ze paket je OK ale v skutocnosti
> AH> nie je). Toto by sa mohlo stat pri velice zarusenej linke, lenze konecnym
> AH> dosledkom pri takom mnozstve xyb by bolo ze tcp/ip by sa pri pomere
> AH> zaxytenych a nezaxytenych xyb dookola snazilo znovaposielat pakety , a nemal
> AH> by si problem s tym ze mas v polke 700MB suboru chybu ,ale v tom ze niesi
> AH> schopny stiahnut 3kb subor.
>
> >> Je mi jasne ze toto mi asi nepomoze vyriesit nikto.
> AH> Uz si skusal ci je to tym proxy serverom ? pouzivas proxy ?
>
> Ja nemam nastavene pouzivanie proxy, ale neviem ci nepouziva
> nejake transparentne proxy alebo take cosi provider.
> Prave ma napadlo ze mozno by to prestalo blbnut ak by
> som zacal pouzivat nejake proxy - skusim to.
>
> >> Viete mi aspon poradit ako to mozem (pod Linuxom) okaslat?
> >> Teda: existuje sposob ako mozem stiahnut velky subor ktory je
> >> k dispozicii len cez HTTP a FTP bez chyby (FTP mi tiez takto blbne...)?
> >> Krasne funguje rsync, ale cez rsync toho vela nestiahnem :(
> AH> ak funguje rsync tiez to napoveda tomu ze prob je len pre http/ftp (mozno
> AH> proxovane) protokoly
>
> No, rsync intenzivne vyuziva md4 checksumy, take predpokladam ze ked
> nieco nestiahne na prvy sup, skusi to znovu.
>
> >> Idealne by bolo keby existoval sposob ako HTTP serveru
> >> poviem 'posli mi checksum toho suboru od bajtu X po bajt Y'.
> >> Tak by sa dalo skontrolovat ci je kazda cast suboru stiahnuta
> >> korektne. Aby to ten server prilis nezatazovalo, povedzme
> >> ze X a Y by museli byt nasobky 65535 alebo tak, takze by
> >> si server mohol cachovat uz vypocitane checksumy.
> AH> Nehrozi. Novy standard ? napis RFC a mozno sa ucyti. ;)
>
> Vies ze o tom zacinam vazne uvazovat? :)
> V kazdom pripade by to bol zaujimavy patch do apacha a mozno
> by sa casom uchytil, co mozeme vediet.
>
> Alebo by sa dal nakodit samostatny 'checksum server' ktory
> by bol nakonfigurovany tak aby poznal nastavenia apacha a
> lokalneho ftp servera (aby vedel kde ma vo filesysteme hladat
> subor http://xxx.yyy.sk/mmm/nnn.html) a poskytoval by checksumy
> na poziadanie. Toto riesenie sa mi paci este viac.
> Vazne sa mi to zacina pacit, ze by som sa vykaslal na diplomovku
> a zacal to kodit? ;)
>
> Matus Horvath
>
> /\/\ /-\ "|" \_/ $    ]-[ () |^ \/ /-\ "|" ]-[
> ICQ: 33936477
> mailto:Matus.Horvath na zoznam.sk
> http://www.elf.stuba.sk/~horvathm

--
`)_|_('       PSIkappa
   I k        psi _at_ talker.sk