Thread View: pl.internet.polip
9 messages
9 total messages
Started by Jerzy.Pawlus
Thu, 25 Feb 1999 12:11
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Jerzy.Pawlus
Date: Thu, 25 Feb 1999 12:11
Date: Thu, 25 Feb 1999 12:11
80 lines
3531 bytes
3531 bytes
> > Oczywiscie, ze najpierw go sprawdzilismy na wybranej podsieci. > > Doswiadczenia byly zachecajace. > Dziwne, ze ja juz przy pierwszej probie sciagniecia wiekszego pliku natknalem > sie na efekty zupelnie NIEzachecajace... :-( Dziwne ze bylo to po paru dniach uzywania cache. > > > Wiekszosci wystepujacych problemow > > bylismy swiadomi. Co wiecej do dzisiaj nie mamy zadnego dowodu > > na istnienie problemu, ktorego nie daloby sie obejsc. Mimo toczacej > > sie tutaj dyskusji na ten temat. > Zatem prosilbym o podanie sposobow obejscia problemow wymienionych w > pierwszym liscie, ktory rozpoczal watek "Przymusowy w3cache..." > Przypominam: > > Problem pierwszy: > > Poniewaz cache przechwytuje polaczenia TCP, serwer WWW z ktorym > > sie probowalismy polaczyc zobaczy zamiast naszego adresu IP > > adres cache'a. > [...] > > Przyklad: baza danych Math Review, do ktorej Uniwersytet Jagiellonski > > wykupil abonament, i z ktorej niestety sie nie da obecnie skorzystac. > Informowalismy UJ i prosilismy o podanie adresow IP serwerow na ktorych sa posadowione w/w bazy danych. Istnieje mozliwosc niekierowania ich poprzez cache. Nie mamy na razie tych adresow. > Problem drugi: > > 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 > Jak pisalem juz w prywatnym liscie ten problem istnieje ale mozna wymusic przeladowanie cache przez SHIFT-RELOAD lub na poziomie protokolu HTTP. Jezeli plik dalej sie nie sciaga to znaczy, ze lacze jest na tyle zapchane, ze i bez cach'ea by sie nie sciagnal. > Problem trzeci: > > Cache nie obsluguje sciagania dokumentow we fragmentach (pole 'Range' > > w naglowku HTTP). > Tutaj mamy sprzeczne opinie i sprobujemy to sprawdzic. > Problem czwarty: > > Na koncu listu dolaczam odpowiedz > > cache'a na polecenie HEAD - jak mozna zobaczyc, dostalem caly > > dokument. > Najprawdopodobniej jest to bug. Dzisiaj zaladowalismy nowsza wersje software. (zreszta nie wiem czy ten problem jest bardzo dokuczliwy dla przecietnego uzytkownika) > Prosilbym o konkretna i jasna odpowiedz, co uzytkownik ma zrobic i jak > obejsc kazdy z tych problemow. > Prosilbym takze o ustosunkowanie sie do ponizszych watpliwosci autora > oryginalnego listu nt. "Przymusowego w3cache...", to znaczy o odpowiedz > (najlepiej z przykladami), jak cache zachowuje sie w nastepujacych > przypadkach: > > > 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. > Te odwolania nie sa cachowane. Jurek
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Maciej Lopacinski
Date: Thu, 25 Feb 1999 16:38
Date: Thu, 25 Feb 1999 16:38
9 lines
1162 bytes
1162 bytes
Ja mam umowe w ktorej pisze, ze Cyfronet udostepni: "Przylaczenie do uslug informatycznych sieci Internet na laczu dzierzawionym w trybie transmisji synchronicznej..." oraz "Przesylana informacja podlega ochronie..." uwazam, ze zastosowanie w3cache stanowi naruszenie tych punktow umowy bo moje polaczenie przestaje byc przylaczeniem do internetu, a staje sie przylaczeniem do w3cache i narusza poufnosc przesylanych danych bo sa zapisywane na dysku.
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Wojciech Palacz
Date: Thu, 25 Feb 1999 19:18
Date: Thu, 25 Feb 1999 19:18
43 lines
2779 bytes
2779 bytes
Jerzy.Pawlus@cyf-kr.edu.pl wrote: > Informowalismy UJ i prosilismy o podanie adresow IP serwerow na ktorych > sa posadowione w/w bazy danych. Istnieje mozliwosc niekierowania > ich poprzez cache. Nie mamy na razie tych adresow. Zeby nie wyszlo, ze UJ jest sam sobie winien, wyjasniam: nie podalem ich, gdyz nie moge. Ponizej przedstawiam powody (cytat z mojej korespondencji z Panem Jerzym Pawlusem: pierwsza moja wypowiedz jest z wczoraj, druga sprzed dziesieciu minut). ---------- poczatek cytatu ---------- > > Abonament mamy wykupiony dla sieci 149.156.65.*, i byc moze dla jakichs > > innych sieci w innych jednostkach poza Instytutem Informatyki. > > Wejscie do bazy jest przez strone www.ams.org/mathscinet/, ale dalej > > jest skrypt CGI wysylajacy redirect do jednego z kilku serwerow > > bazodanowych rozrzuconych po calym swiecie. Nie, nie znam adresow > > IP tych serwerow - poza tym, co w sytuacji gdy MathSciNet uruchomi > > dodatkowy serwer bazodanowy, gdzie bedzie kierowany ruch z Polski? > > Znowu bedziemy prowadzic taka korespondencje? > > Kilka adresow to nie jest tak wiele i mysle, ze czesto sie nie > zmieniaja. Dlatego prosilbym Pana o ich podanie. Nie moge, bo nie wiem do jakich serwerow nastepuje odbicie po przejsciu przez strone wejsciowa: na niej sa tylko nazwy miast w ktorych one sie znajduja, a nie adresy sieciowe. A dalej niz strona wejsciowa obecnie sie nie jestem w stanie dostac, z powodow wiadomych. Uprzedzajac ewentualne pytanie: moge napisac do MathSciNetu i poprosic ich o adresy wszystkich ich serwerow. Ale wtedy bede musial przebrnac przez wszystkie szczegoly biurokratyczne: kto ze strony II UJ to zalatwial, z kim sie kontakowac po drugiej stronie, poczekac na odpowiedz - to spokojnie moze zajac z tydzien w sprzyjajacych okolicznosciach. A odpowiedzia moze byc: nie powiemy, bo to nasza wewnetrzna sprawa. I w sumie beda mieli racje - z jakiego powodu maja sie pozbawiac mozliwosci przenoszenia swoich serwerow z miesca na miejsce oraz dodawania nowych? ---------- koniec cytatu ---------- Wojciech Palacz wojtek@virgo.ii.uj.edu.pl
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Michal Jankowski
Date: Fri, 26 Feb 1999 10:35
Date: Fri, 26 Feb 1999 10:35
16 lines
1331 bytes
1331 bytes
wojtek@virgo.ii.uj.edu.pl (Wojciech Palacz) writes: > > Informowalismy UJ i prosilismy o podanie adresow IP serwerow na ktorych > > sa posadowione w/w bazy danych. Istnieje mozliwosc niekierowania > > ich poprzez cache. Nie mamy na razie tych adresow. > > Zeby nie wyszlo, ze UJ jest sam sobie winien, wyjasniam: nie podalem > ich, gdyz nie moge. Mam jeszcze jedna propozycje. Podaj: 0.0.0.0/32 Sami sie prosza. MJ
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Tomasz R. Surmacz
Date: Wed, 03 Mar 1999 00:23
Date: Wed, 03 Mar 1999 00:23
23 lines
1890 bytes
1890 bytes
Jerzy.Pawlus@cyf-kr.edu.pl wrote: : > Problem czwarty: : > > Na koncu listu dolaczam odpowiedz : > > cache'a na polecenie HEAD - jak mozna zobaczyc, dostalem caly : > > dokument. : > : Najprawdopodobniej jest to bug. Dzisiaj zaladowalismy nowsza : wersje software. (zreszta nie wiem czy ten problem jest bardzo dokuczliwy : dla przecietnego uzytkownika) Problem ten powoduje, że używany do tej pory przez wielu użytkowników serwer w3cache.agh.edu.pl można zamknąć na 3 spusty, bo za każdym razem, gdy chce zweryfikować aktualność swojej kopii z oryginałem, dostanie jego całość, powodując w rezultacie zwiększenie ruchu, zamiast jego zmniejszenia (wprawdzie tylko między AGH a Cyfronetem, ale zawsze...) -- _________ (_ _' __) Tomasz R. Surmacz *--* Work:(071)320-2752 tsurmacz@ict.pwr,wroc.pl | (__ \ http://www.ict.pwr.wroc.pl/~tsurmacz/ *---* Home: ts @wroc,apk,net |__(____/ For PGP key finger tsurmacz@asic.ict,pwr,wroc.pl *---* irc: TomekS
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Michal Mosiewicz
Date: Wed, 03 Mar 1999 01:54
Date: Wed, 03 Mar 1999 01:54
22 lines
2041 bytes
2041 bytes
"Tomasz R. Surmacz" wrote: > [...] > Problem ten powoduje, że używany do tej pory przez wielu użytkowników > serwer w3cache.agh.edu.pl można zamknąć na 3 spusty, bo za każdym razem, > gdy chce zweryfikować aktualność swojej kopii z oryginałem, dostanie > jego całość, powodując w rezultacie zwiększenie ruchu, zamiast jego > zmniejszenia (wprawdzie tylko między AGH a Cyfronetem, ale zawsze...) Jakkolwiek nie kwestionuję, że takie postawienie cache'a jest bez sensu, to zwracam uwagę że ktoś coś pokręcił, albo w3cache.agh.edu.pl jest jakiś nietypowy, albo... Jedno jest pewne - head'a nie używa się do sprawdzania dokumentów. Sprawdzanie dokumentów polega na ich pobraniu i o wydaniu świeżego dokumentu lub potwierdzeniu, że stary jest OK, decyduje się w trakcie requestu. Bez sensu byłoby requesty wysyłać podwójnie. Michał -- WWW: http://www.lodz.pdi.net/~mimo tel: Int. Acc. Code + 48 42 2148340 add: Michal Mosiewicz * Bugaj 66 m.54 * 95-200 Pabianice * POLAND
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Michal Jankowski
Date: Wed, 03 Mar 1999 09:40
Date: Wed, 03 Mar 1999 09:40
14 lines
1464 bytes
1464 bytes
Michal Mosiewicz <mimo@interdata.com.pl> writes: > to zwracam uwagę że ktoś coś pokręcił, albo w3cache.agh.edu.pl jest > jakiś nietypowy, albo... > > Jedno jest pewne - head'a nie używa się do sprawdzania dokumentów. > Sprawdzanie dokumentów polega na ich pobraniu i o wydaniu świeżego > dokumentu lub potwierdzeniu, że stary jest OK, decyduje się w trakcie > requestu. Bez sensu byłoby requesty wysyłać podwójnie. Tylko w naszym, Michalowym WWW. Swiat jak widac poszedl w inna strone... 8-) MJ
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Marek Moskal
Date: Wed, 03 Mar 1999 12:02
Date: Wed, 03 Mar 1999 12:02
15 lines
1215 bytes
1215 bytes
Michal Mosiewicz napisal(a) dnia [03/03/1999]: >> Problem ten powoduje, że używany do tej pory przez wielu >> użytkowników serwer w3cache.agh.edu.pl można zamknąć na 3 spusty, bo [...] Może dobrze by było zbudować hierarchii cache'ów korzystając z ICP ? >Jedno jest pewne - head'a nie używa się do sprawdzania dokumentów. Tym niemniej odpowiedzią na HEAD nie powinna być treść strony, tak sobie życzy RFC... -- (moskit@irc.pl)
Re: Przymusowy w3cache krakowskiego Cyfronetu
Author: Szymon Sokol
Date: Wed, 03 Mar 1999 13:16
Date: Wed, 03 Mar 1999 13:16
16 lines
1893 bytes
1893 bytes
Tomasz R. Surmacz <tsurmacz@spamfilter.ict.pwr.wroc.pl> wrote: [----] : Problem ten powoduje, że używany do tej pory przez wielu użytkowników : serwer w3cache.agh.edu.pl można zamknąć na 3 spusty, bo za każdym razem, : gdy chce zweryfikować aktualność swojej kopii z oryginałem, dostanie : jego całość, powodując w rezultacie zwiększenie ruchu, zamiast jego : zmniejszenia (wprawdzie tylko między AGH a Cyfronetem, ale zawsze...) Naawet jeśli jest tak jak mówisz (jeszcze nie sprawdziłem), to i tak ruch między AGH a Cyfronetem to ca. 5% przepustowości łącza (które ma 155Mbps), więc nie ma co desperować - gorzej, że to wprowadza dodatkowe opóźnienie. -- Szymon Sokol (SS316-RIPE) -- Network Manager B University of Mining and Metallurgy, Computer Center O PGP: 0x61094A7D (RSA), 0xF9289982 (DH/DSS) F WWW: http://galaxy.uci.agh.edu.pl/~szymon/ H
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