Hello, Amint azt már egyszer írtam, meggyűlt a bajom egy idióta webszerverrel, mely http/1.0 kérésre http/1.0 válaszban 220 reset contect választ ad ráadásul html lapot is küld egyben. A Zorp ezt jogosan megállítja (http/1.0 nem ismer 220-at, 1.1-ben 220 nem tartalmazhat adatot). A kérdés az lenne, hogyan lehetne a Zorp forrás átírása nélkül egy konkrét címről beengedni egy ilyen elvetemült választ (módosítva a kliens felé 200-ra a response kódot)? Slapic -- Pilatus-Comp Ltd. HUNGARY * The Linux Expert * pilatuscomp@linux.co.hu http://www.linux.co.hu * Phone: +36-1-2481816 * Fax: +36-1-2481817
Czakó Krisztián <slapic@linux.co.hu> irta:
A kérdés az lenne, hogyan lehetne a Zorp forrás átírása nélkül egy konkrét címről beengedni egy ilyen elvetemült választ (módosítva a kliens felé 200-ra a response kódot)? Szerintem elég könnyű ezt pythonban megvalósítani. Amire elsőre gondolnék, az egy feltétel, ami megnézi, hogy mi a hiba kódja (Zorp lekezeli ezt) és a feltételből már könnyű azt mondani, hogy ACCEPT. Alapproblémának látom, szerintem 5 percedbe fog kerülni. De lehet, hogy tévedek :-) Majd Bazsiék megcáfolnak, ha nem így lenne :-)
üdv, Ago
2003-03-24, h keltezéssel Deim Agoston ezt írta:
Czakó Krisztián <slapic@linux.co.hu> irta:
A kérdés az lenne, hogyan lehetne a Zorp forrás átírása nélkül egy konkrét címről beengedni egy ilyen elvetemült választ (módosítva a kliens felé 200-ra a response kódot)? Szerintem elég könnyű ezt pythonban megvalósítani. Amire elsőre gondolnék, az egy feltétel, ami megnézi, hogy mi a hiba kódja (Zorp lekezeli ezt) és a feltételből már könnyű azt mondani, hogy ACCEPT. Alapproblémának látom, szerintem 5 percedbe fog kerülni. De lehet, hogy tévedek :-) Majd Bazsiék megcáfolnak, ha nem így lenne :-)
Nem történik REJECT. A végeredmény ACCEPT. A probléma az, hogy a Zorp betartja az RFC-t :) Azaz hiába kap a "reset content" mellé tartalmat, azt nem adja tovább. Tartalom elvész. A válasz viszont átmegy. Azt kellene elérni, hogy a tartalom is átmenjen bizonyos esetekben. Nem néztem még meg a forrást, de szerintem ez a C kódban van, nem a pythonban :( Slapic -- Pilatus-Comp Ltd. HUNGARY * The Linux Expert * pilatuscomp@linux.co.hu http://www.linux.co.hu * Phone: +36-1-2481816 * Fax: +36-1-2481817
On Thu, Mar 27, 2003 at 02:59:39PM +0100, Czakó Krisztián wrote:
2003-03-24, h keltezéssel Deim Agoston ezt írta:
Czakó Krisztián <slapic@linux.co.hu> irta:
A kérdés az lenne, hogyan lehetne a Zorp forrás átírása nélkül egy konkrét címről beengedni egy ilyen elvetemült választ (módosítva a kliens felé 200-ra a response kódot)? Szerintem elég könnyű ezt pythonban megvalósítani. Amire elsőre gondolnék, az egy feltétel, ami megnézi, hogy mi a hiba kódja (Zorp lekezeli ezt) és a feltételből már könnyű azt mondani, hogy ACCEPT. Alapproblémának látom, szerintem 5 percedbe fog kerülni. De lehet, hogy tévedek :-) Majd Bazsiék megcáfolnak, ha nem így lenne :-)
Nem történik REJECT. A végeredmény ACCEPT. A probléma az, hogy a Zorp betartja az RFC-t :) Azaz hiába kap a "reset content" mellé tartalmat, azt nem adja tovább. Tartalom elvész. A válasz viszont átmegy. Azt kellene elérni, hogy a tartalom is átmenjen bizonyos esetekben. Nem néztem még meg a forrást, de szerintem ez a C kódban van, nem a pythonban :(
igazad van, egyenlore tenyleg C-ben van ez a tablazat. annak idején is azt mondtam kigondolok valamit, most is csak ezt tudom tenni. (buta megoldas egy permit_entity_for_220_response nevu valtozo lenne, de ez nem tetszik) esetleg egy permit_inconform_entities, ami azt vizsgalna, hogy van-e content-length a valaszban, amikor elvileg nem lehetne valasz. tenyleg, a te esetedben van content-length, vagy csak egyszeruen connection: close-zal van vége? -- Bazsi PGP info: KeyID 9AF8D0A9 Fingerprint CD27 CFB0 802C 0944 9CFD 804E C82C 8EB1
2003-03-29, szo keltezéssel Balazs Scheidler ezt írta:
On Thu, Mar 27, 2003 at 02:59:39PM +0100, Czakó Krisztián wrote:
2003-03-24, h keltezéssel Deim Agoston ezt írta:
Czakó Krisztián <slapic@linux.co.hu> irta:
A kérdés az lenne, hogyan lehetne a Zorp forrás átírása nélkül egy konkrét címről beengedni egy ilyen elvetemült választ (módosítva a kliens felé 200-ra a response kódot)? Szerintem elég könnyű ezt pythonban megvalósítani. Amire elsőre gondolnék, az egy feltétel, ami megnézi, hogy mi a hiba kódja (Zorp lekezeli ezt) és a feltételből már könnyű azt mondani, hogy ACCEPT. Alapproblémának látom, szerintem 5 percedbe fog kerülni. De lehet, hogy tévedek :-) Majd Bazsiék megcáfolnak, ha nem így lenne :-)
Nem történik REJECT. A végeredmény ACCEPT. A probléma az, hogy a Zorp betartja az RFC-t :) Azaz hiába kap a "reset content" mellé tartalmat, azt nem adja tovább. Tartalom elvész. A válasz viszont átmegy. Azt kellene elérni, hogy a tartalom is átmenjen bizonyos esetekben. Nem néztem még meg a forrást, de szerintem ez a C kódban van, nem a pythonban :(
igazad van, egyenlore tenyleg C-ben van ez a tablazat. annak idején is azt mondtam kigondolok valamit, most is csak ezt tudom tenni. (buta megoldas egy permit_entity_for_220_response nevu valtozo lenne, de ez nem tetszik)
esetleg egy permit_inconform_entities, ami azt vizsgalna, hogy van-e content-length a valaszban, amikor elvileg nem lehetne valasz.
tenyleg, a te esetedben van content-length, vagy csak egyszeruen connection: close-zal van vége?
Rosszul írtam a válaszkódot, nem 220, hanem 205. De ez végülis részletkérdés. Íme a válasz: HTTP/1.0 205 Reset Content Cache-Control: no-cache Date: Tue, 04 Mar 2003 10:52:03 GMT Pragma: no-cache Content-Type: text/html;charset=utf-8 Expires: Tue, 28 Dec 1993 23:59:59 GMT Last-Modified: Thu, 13 Feb 2003 04:02:21 GMT Server: SilverStream Server/4.0 Egyébként addigi próbálkozásaim során sem én sem más akit megkérdeztem nem talált még egy tűzfalat vagy proxyt, ami megfogná ezt... Csak azt nem tudom, akkor a többi tűzfal mi ellen véd :) Slapic -- Pilatus-Comp Ltd. HUNGARY * The Linux Expert * pilatuscomp@linux.co.hu http://www.linux.co.hu * Phone: +36-1-2481816 * Fax: +36-1-2481817
participants (3)
-
Balazs Scheidler
-
Czakó Krisztián
-
Deim Agoston