[linux] OT: HTTP a chyby prenosu

[Peto V1]

| je velmi pravdepodobne ze provider pouziva
| trasparentny proxy server.

Co to ma spolocne s chybnym prenosom cez TCP ?
Mozno mi chyba nejake info.
Pouzitim t. proxy sa zvysuje chybovost prenosu?


| otazka je ze ak si ty nastavis proxy, vyhnes sa tomu
| providerovmu? (asi nie).alebo nerozumiem
| transparentnemu proxacu.

hlasujem za nie :)

| 
| --- Matus Horvath <Matus.Horvath na zoznam.sk> 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? ;)