Thread View: pl.internet.polip
12 messages
12 total messages
Started by Wojciech Palacz
Wed, 24 Feb 1999 17:31
Przymusowy w3cache krakowskiego Cyfronetu
Author: Wojciech Palacz
Date: Wed, 24 Feb 1999 17:31
Date: Wed, 24 Feb 1999 17:31
127 lines
5111 bytes
5111 bytes
Witam! Nie jestem uczestnikiem tej grupy, ale Szymon Sokol prosil abym podeslal tutaj moj list z obserwacjami na temat WWW cache, ktory ostatnio zostal uruchomiony w Krakowie. Ponizej zalaczam kopie listu, ktory poszedl wczoraj do ludzi z Cyfronetu oraz kilku znajomych adminow, w tym do Szymona Sokola jako do osoby zarzadzajacej w3cache.uci.agh.edu.pl. Wojciech Palacz wojtek@virgo.ii.uj.edu.pl --------- utnij tutaj --------- Szanowni Panstwo, oto moje uwagi na temat serwera 149.156.9.243, ktory od czwartku 18 lutego 1999 dziala jako przymusowy WWW cache dla krakowskiego MANu. Wedlug informacji udzielonych mi w Cyfronecie jest to specjalizowany produkt Cisco, Cache Engine. Dziala w polaczeniu z routerami Cisco i automatycznie przechwytuje wszystkie polaczenia TCP wychodzace z sieci miejskiej na port 80. Ma zaimplementowany HTTP/1.1. O ile sam pomysl z cache'em jest dobry, to w praktyce jednak sa zgrzyty. Moze pomogloby zainstalowanie najnowszej wersji oprogramowania? Zaobserwowane problemy: Poniewaz cache przechwytuje polaczenia TCP, serwer WWW z ktorym sie probowalismy polaczyc zobaczy zamiast naszego adresu IP adres cache'a. Zazwyczaj nie ma to znaczenia, niekiedy jednak tak - jak np. w przypadku dostepu do platnych baz danych, gdzie autoryzacja odbywa sie wlasnie poprzez adres IP klienta. Przyklad: baza danych Math Review, do ktorej Uniwersytet Jagiellonski wykupil abonament, i z ktorej niestety sie nie da obecnie skorzystac. Na ten problem nie pomoze nic poza wylaczeniem cache'a lub skonfigurowaniem w nim tablicy adresow, ktorych przechwytywac nie nalezy (o ile oprogramowanie udostepnia taka mozliwosc). Cache wydaje sie nie zauwazac, ze sciagnal tylko czesc danych zanim urwalo sie polaczenie z serwerem WWW. Gdy uzytkownik naciska klawisz "Reload", cache zamiast ponowic probe sciagniecia dokumentu zwraca ten sam niekompletny fragment, co za pierwszym razem. Wielokrotne naciskanie "Reload", SHIFT-"Reload" czy nawet uruchomienie drugiego Netscape'a na komputerze obok nie pomaga. To byly obserwacje z niedzieli - we wtorek SHIFT-"Reload" dzialalo. Cache nie obsluguje sciagania dokumentow we fragmentach (pole 'Range' w naglowku HTTP). Ta technika jest naprawde bardzo popularna juz od ladnych paru lat, i pozwala sciagac na raty dokumenty z wolnych badz przeciazonych serwerow. Korzysta z niej Netscape, oraz takie programy jak wget (Unix), GetRight, WebSuck (Win95) i masa innych. Jest wpisana do standardu HTTP/1.1 - podobno ten cache mial miec zaimplementowane HTTP/1.1 w swoim oprogramowaniu? Jak by nie bylo, efekt jest taki ze nie da sie obecnie sciagnac z sieci niczego co jest wieksze niz 200-300 KB. Kilka prob ktore przeprowadzilem podaje w watpliwosc stabilnosc implementacji protokolu HTTP. Na koncu listu dolaczam odpowiedz cache'a na polecenie HEAD - jak mozna zobaczyc, dostalem caly dokument. O dziwo, nastepne HEAD zostaly obsluzone poprawnie. Prosze tez zwrocic uwage na pole 'Date' w naglowku odpowiedzi, a konkretnie na wielkosc liter - po tym mozna poznac ze obslugiwal nas cache, a nie serwer WWW z ktorym sie probowalismy polaczyc. Cache czasami zamiast wyslac komunikat o niemoznosci polaczenia sie z serwerem WWW po prostu zamyka polaczenie. Rzeczy, ktorych nie sprawdzilem, a ktore z duzym prawdopodobienstwem moga byc zrodlem kolejnych problemow: Obsluga cookies. Poprawnosc obslugi dokumentow wysylanych w odpowiedzi na formularze. 'Content negotiation', opisane w HTTP/1.1. To juz wszystkie uwagi, ktore mam w tej chwili do przekazania. Z powazaniem, Wojciech Palacz admin serwera www.uj.edu.pl ------------------------------------------------------------ [wojtek@amber wojtek]$ telnet www.apache.org 80 Trying 209.133.83.18... Connected to www.apache.org. Escape character is '^]'. HEAD / HTTP/1.1 Host: www.apache.org Connection: close HTTP/1.1 200 OK Server: Apache/1.3.5-dev (Unix) PHP/3.0.6 Content-Location: index.html Vary: negotiate TCN: choice Cache-Control: max-age=86400 Expires: Wed, 24 Feb 1999 11:52:31 GMT Content-Type: text/html Date: TUE, 23 FEB 1999 15:27:51 GMT Connection: close <HTML> <HEAD> <TITLE>Apache Project</TITLE> </HEAD> <BODY BGCOLOR="#FFFFFF" TEXT="#000000" LINK="#0000FF" VLINK="#000080" ALINK="#FF0000" > [ *** ciach co niepotrzebne *** ] </BODY> </HTML> Connection closed by foreign host. ------------------------------------------------------------
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Wojtek Sylwestrzak
Date: Wed, 24 Feb 1999 21:34
Date: Wed, 24 Feb 1999 21:34
22 lines
1606 bytes
1606 bytes
Wojciech Palacz wrote: [...] > > Szanowni Panstwo, > > oto moje uwagi na temat serwera 149.156.9.243, ktory od czwartku > 18 lutego 1999 dziala jako przymusowy WWW cache dla krakowskiego MANu. > > Wedlug informacji udzielonych mi w Cyfronecie jest to specjalizowany > produkt Cisco, Cache Engine. Dziala w polaczeniu z routerami Cisco > i automatycznie przechwytuje wszystkie polaczenia TCP wychodzace > z sieci miejskiej na port 80. Ma zaimplementowany HTTP/1.1. > > O ile sam pomysl z cache'em jest dobry, to w praktyce jednak > sa zgrzyty. Moze pomogloby zainstalowanie najnowszej wersji > oprogramowania? > najnowsza wersja oprogramowania cisco CE nie jest jeszcze komercyjnie dostepna. --w
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Michal Jankowski
Date: Thu, 25 Feb 1999 10:00
Date: Thu, 25 Feb 1999 10:00
18 lines
1675 bytes
1675 bytes
wojtek@virgo.ii.uj.edu.pl (Wojciech Palacz) writes: > sie probowalismy polaczyc zobaczy zamiast naszego adresu IP > adres cache'a. Zazwyczaj nie ma to znaczenia, niekiedy jednak > tak - jak np. w przypadku dostepu do platnych baz danych, gdzie > autoryzacja odbywa sie wlasnie poprzez adres IP klienta. > Przyklad: baza danych Math Review, do ktorej Uniwersytet Jagiellonski > wykupil abonament, i z ktorej niestety sie nie da obecnie skorzystac. > Na ten problem nie pomoze nic poza wylaczeniem cache'a lub > skonfigurowaniem w nim tablicy adresow, ktorych przechwytywac > nie nalezy (o ile oprogramowanie udostepnia taka mozliwosc). Wonderful. Scyzoryk sie otwiera... Reszta tez dobra. MJ PS. Widze, ze trzeba bedzie stawiac WWW na innych portach, tylko jakich, zeby ktos tego nie probowal przechwycic? 22 moze? 8-)
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: rafal wiosna
Date: Thu, 25 Feb 1999 10:05
Date: Thu, 25 Feb 1999 10:05
13 lines
1535 bytes
1535 bytes
* Michal Jankowski <michalj@fuw.edu.pl> wrote:
> Wonderful. Scyzoryk sie otwiera...
> Reszta tez dobra.
To JEST dobre rozwiązanie, ale nie w sieci szkieletowej tylko
firmowej.
--
__________________________________________________________________________
rafal wiosna * Polbox On-Line Service * Fidonet 2:480/33 * In ARP we trust
Powered by /usr/local/bin/joe B.O.F.P [alias|free].polbox.pl admin * ar155
RAFD-RIPE * PGP key available from www.pl.pgp.net/pgpnet/pks/ ("rafamiga")
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Michal Jankowski
Date: Thu, 25 Feb 1999 11:48
Date: Thu, 25 Feb 1999 11:48
21 lines
1498 bytes
1498 bytes
rafal wiosna <raf@mielonka.polbox.pl> writes: > * Michal Jankowski <michalj@fuw.edu.pl> wrote: > > > Wonderful. Scyzoryk sie otwiera... > > Reszta tez dobra. > > To JEST dobre rozwiązanie, ale nie w sieci szkieletowej tylko > firmowej. Zgadzam sie. Tzn. pod warunkiem dobrej implementacji, ktora jak widze tez szwankuje. W sieci szkieletowej to prowajder ma psi obowiazek kierowac moje pakiety tam, gdzie JA chce, a nie wtykac po drodze urzadzenie, ktore je "psuje". Czy umowy Cyfronetu z klientami dopuszczaja taka inegerencje w ich ruch? Smiem watpic. MJ
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Marek Moskal
Date: Thu, 25 Feb 1999 13:17
Date: Thu, 25 Feb 1999 13:17
13 lines
1187 bytes
1187 bytes
Michal Jankowski napisal(a) dnia [25/02/1999]: >> sie probowalismy polaczyc zobaczy zamiast naszego adresu IP >> adres cache'a. Zazwyczaj nie ma to znaczenia, niekiedy jednak >> tak - jak np. w przypadku dostepu do platnych baz danych, gdzie >> autoryzacja odbywa sie wlasnie poprzez adres IP klienta. >Wonderful. Scyzoryk sie otwiera... >Reszta tez dobra. Swoją drogą autoryzacja przez IP to też nienajlepsza metoda... -- (moskit@irc.pl)
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Lech Szychowski
Date: Thu, 25 Feb 1999 14:22
Date: Thu, 25 Feb 1999 14:22
14 lines
1352 bytes
1352 bytes
Wojtek Sylwestrzak <W.Sylwestrzak@icm.edu.pl> wrote: :> Moze pomogloby zainstalowanie najnowszej wersji oprogramowania? : najnowsza wersja oprogramowania cisco CE nie jest jeszcze komercyjnie : dostepna. Co bynajmniej nie oznacza IMHO, że należy przymusowo "uszczęśliwiać" ludzi starszą wersją. -- Leszek. -- lech7@pse.pl 2:480/33.7 - REAL programmers use INTEGERS - -- speaking just for myself...
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Lech Szychowski
Date: Thu, 25 Feb 1999 14:23
Date: Thu, 25 Feb 1999 14:23
12 lines
1258 bytes
1258 bytes
rafal wiosna <raf@mielonka.polbox.pl> wrote: : To JEST dobre rozwiązanie, ale nie w sieci szkieletowej tylko : firmowej. Dokładnie. A i to pod warunkiem, że działa. -- Leszek. -- lech7@pse.pl 2:480/33.7 - REAL programmers use INTEGERS - -- speaking just for myself...
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: rafal wiosna
Date: Thu, 25 Feb 1999 14:52
Date: Thu, 25 Feb 1999 14:52
13 lines
1678 bytes
1678 bytes
* Lech Szychowski <lech7@pse.pl> wrote:
> : To JEST dobre rozwiązanie, ale nie w sieci szkieletowej tylko
> : firmowej.
> Dokładnie. A i to pod warunkiem, że działa.
Dla luzerii to wystarczy, bo czytanie superexpressu nie jest
utrudnione. Ale oczywiście admin excludes himself.
--
__________________________________________________________________________
rafal wiosna * Polbox On-Line Service * Fidonet 2:480/33 * In ARP we trust
Powered by /usr/local/bin/joe B.O.F.P [alias|free].polbox.pl admin * ar155
RAFD-RIPE * PGP key available from www.pl.pgp.net/pgpnet/pks/ ("rafamiga")
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Lech Szychowski
Date: Thu, 25 Feb 1999 18:33
Date: Thu, 25 Feb 1999 18:33
12 lines
1341 bytes
1341 bytes
J.F. <jfox@friko6.onet.pl> wrote: : Zapewne zawieraja zastrzezenie ze Cyfronet nie gwarantuje docierania : pakiekow :-) ...przy jednoczesnym oszukiwaniu, że docierają? :( -- Leszek. -- lech7@pse.pl 2:480/33.7 - REAL programmers use INTEGERS - -- speaking just for myself...
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: J.F.
Date: Thu, 25 Feb 1999 19:30
Date: Thu, 25 Feb 1999 19:30
11 lines
1148 bytes
1148 bytes
On 25 Feb 1999 12:48:39 +0100, Michal Jankowski wrote: >W sieci szkieletowej to prowajder ma psi obowiazek kierowac moje >pakiety tam, gdzie JA chce, a nie wtykac po drodze urzadzenie, ktore >je "psuje". >Czy umowy Cyfronetu z klientami dopuszczaja taka inegerencje w ich >ruch? Smiem watpic. Zapewne zawieraja zastrzezenie ze Cyfronet nie gwarantuje docierania pakiekow :-) J.
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Wojtek Sylwestrzak
Date: Fri, 26 Feb 1999 21:02
Date: Fri, 26 Feb 1999 21:02
15 lines
1284 bytes
1284 bytes
Lech Szychowski wrote: > > Wojtek Sylwestrzak <W.Sylwestrzak@icm.edu.pl> wrote: > > :> Moze pomogloby zainstalowanie najnowszej wersji oprogramowania? > : najnowsza wersja oprogramowania cisco CE nie jest jeszcze komercyjnie > : dostepna. > > Co bynajmniej nie oznacza IMHO, że należy przymusowo "uszczęśliwiać" > ludzi starszą wersją. > nie oznacza. --w
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads