🚀 go-pugleaf

Andre Dietisheim wrote:

[...]

> Angenommen man l�dt was im Browser per FTP �ber den Squid2 runter und
> die Leitung wird mitten im Download gekappt, bleibt der Browser an
> dieser Stelle stehen. EIn erneutes Downloaden funktionniert net, weil
> der bereits heruntergeladene Teil vom Squid-Cache geschickt wird,
> dieser aber den verbleibenden Teil nicht holen geht d.h. der Browser
> bleibt schlicht an der Stelle stehen.

Bei Netscape (geht auch bei MSIE glaube ich) kann man mit Shift-Reload
(d.h.
Shift Taste dr�cken und mit der Maus auf reload clicken) den Proxy 
anweisen, das gecachte Dokument zu verwerfen (falls vorhanden) und
direkt vom Original-Server zu holen. 

Ich weiss, nur ein workaround und keine L�sung da nicht transparent.
Aber immerhin.

Nicolas

Hallo!

Schau dir mal die Dokumentation zu folgenden Befehlen an:

#  TAG: quick_abort_min (KB)
#  TAG: quick_abort_max (KB)
#  TAG: quick_abort_pct (percent)

Damit kann man das Verhalten bei abgebrochenen Downloads steuern.

Andre Dietisheim <dietisheim@gmx.ch> wrote in message
news:374d01c6.830313@news.active.ch...
> Hallo!!
>
> Ich habe die Linux-Kiste als Proxy mit einem Squid2 f�r ein kleineres
> LAN. Ich suche nach der L�sung f�r folgendes Verhalten des Squid2:
>
> Angenommen man l�dt was im Browser per FTP �ber den Squid2 runter und
> die Leitung wird mitten im Download gekappt, bleibt der Browser an
> dieser Stelle stehen. EIn erneutes Downloaden funktionniert net, weil
> der bereits heruntergeladene Teil vom Squid-Cache geschickt wird,
> dieser aber den verbleibenden Teil nicht holen geht d.h. der Browser
> bleibt schlicht an der Stelle stehen.
>
> Hat wer eine Idee wie man das beheben k�nnte (ausser Browser-FTP net
> �ber Squid nehmen).
>
> Thanx!!

On Thu, 27 May 1999 12:00:43 +0200, Nicolas Iselin <nicolas@iselin.ch>
wrote:

>Andre Dietisheim wrote:
>
>[...]
>
>> Angenommen man l�dt was im Browser per FTP �ber den Squid2 runter und
>> die Leitung wird mitten im Download gekappt, bleibt der Browser an
>> dieser Stelle stehen. EIn erneutes Downloaden funktionniert net, weil
>> der bereits heruntergeladene Teil vom Squid-Cache geschickt wird,
>> dieser aber den verbleibenden Teil nicht holen geht d.h. der Browser
>> bleibt schlicht an der Stelle stehen.
>
>Bei Netscape (geht auch bei MSIE glaube ich) kann man mit Shift-Reload
>(d.h.
>Shift Taste dr�cken und mit der Maus auf reload clicken) den Proxy 
>anweisen, das gecachte Dokument zu verwerfen (falls vorhanden) und
>direkt vom Original-Server zu holen. 
>
>Ich weiss, nur ein workaround und keine L�sung da nicht transparent.
>Aber immerhin.
>
>Nicolas

Nun ja danke trotzdem.. .immerhin ist es eine f�r einen Enduser des
Proxis am Arbeitsplatz nutzbare Vorgehensweise.

Es muss aber eine andere L�sung geben, schliesslich bereitet dieses
Verhalten anderen (weitaus schlechteren) Proxies wie WinGate
(WinNT/98) oder MS Proxy keinerelei Probleme... 

Andr�

Hallo!!!

On Fri, 28 May 1999 10:12:55 +0200, Mike Thomi
<mthomi@datanetworks.ch> wrote:
>> Angenommen man l�dt was im Browser per FTP �ber den Squid2 runter und
>> die Leitung wird mitten im Download gekappt, bleibt der Browser an
>      ^^^^^^^
>Welche Leitung? 

Die Dialup-Leitung (Linux-Proxy (mit Squid) <-> ISP)

>Wenn die Leitung "dialup" unterbrochen ist:
>
>Es kann nun sein, dass der squid das file einfach cached, obwohl der
>Download noch gar nicht fertig ist und wenn der client nochmals darauf
>zugreift, dieses File nochmals dem Client gesendet wird.
>

Genau so verh�lt es sich... der Download ist nicht beendet, weil die
Dialup-Leitung unterbrochen wurde.... (modem h�ngte ab etc.). Squid
beh�lt dieses unvollst�ndig heruntergeladene File in seinem Cache und
schickt es (die unvollst�ndige Datei, die 'gecached' wird)  jedem
(LAN-)Client, der dieselbe Datei herunterladen will.
Squid versucht nicht, den fehlenden Rest der Datei nachtr�glich (s.Bsp
bei erneutem Download durch einen sp�teren LAN-Client) herunterzuladen
oder die unvollst�ndige Datei schlicht aus dem Cache zu l�schen.
Einzig ein 'killall -HUP squid' erzwingt, dass das File vollst�ndig
aus dem Internet neu heruntergeladen werden kann, da der Cache neu
initialisiert wird.

>Dies l�sst sich unterbinden:
>
>#  TAG: no_cache
>#       A list of ACL elements which, if matched, cause the reply to
>#       immediately removed from the cache.  In other words, use this
>#       to force certain objects to never be cached.
>#
>#       You must use the word 'DENY' to indicate the ACL names which
>should
>#       NOT be cached.
>#
>#       There is no default.  We recommend you uncomment the following
>#       two lines.
>#
>#acl QUERY urlpath_regex cgi-bin \?
>#no_cache deny QUERY
>
>z.B:
>
>acl no_cache_archives urlpath_regex \.zip$ \.exe$
>
>no_cache deny QUERY no_cache_archives

Auch ganz gut... DANKE (Immerhin kann ich so zentral festlegen, dass
f�r gew. Files der Cache nicht verwendet werden soll und muss nicht
auf jedem Client den Proxy f�r FTP manuell ausschalten bzw. das
automatische Konfig-Skript umstellen)!!! 

Aber irgendwie ist das noch nicht wirklich die ganze L�sung,
schliesslich muss es doch einen Weg geben, Squid das L�schen
unvollst�ndiger Dateien aus dem Cache 'aufzuzwingen'...andere Proxies
beherrschen dies auch: MS Proxy (nicht immer, aber immer �fters),
Wingate...

Tsch�ss
Andr�

Patrick Kormann schrieb:
> 
> Hallo!
> 
> Schau dir mal die Dokumentation zu folgenden Befehlen an:
> 
> #  TAG: quick_abort_min (KB)
> #  TAG: quick_abort_max (KB)
> #  TAG: quick_abort_pct (percent)
> 
> Damit kann man das Verhalten bei abgebrochenen Downloads steuern.
> 

salue

Aber nur, wenn der User abbricht und die Leitung weiterhin
(Proxy->Destination) bestehen bleibt.

Dann zieht der Squid das ganze File runter, und wenn der user das
n�chste Mal auf das file klickt,
bekommt er es direkt aus dem Cache von squid (nat�rlich noch abh�ngig
von der Gr�sse des ftp-Files (cachen oder nicht cachen)

Hier gehts vermutlich nicht um das Problem squid[ISP] <- dialup <-
client, sondern um dialup <- squid[client] <- client

> Ich habe die Linux-Kiste als Proxy mit einem Squid2 f�r ein kleineres
> LAN. Ich suche nach der L�sung f�r folgendes Verhalten des Squid2:

> Angenommen man l�dt was im Browser per FTP �ber den Squid2 runter und
> die Leitung wird mitten im Download gekappt, bleibt der Browser an
      ^^^^^^^
Welche Leitung? 

- Dialup Leitung? (client -> squid[ISP])
- LAN? (client-> squid[client])

Wenn die Leitung auf dem LAN unterbrochen wird:
Sollte kein Problem sein, da der squid[client] die restlichen Daten
fertig runterladet (vorausgesetzt, die TAGS quick_abort_* sindkorrekt
gesetzt)

Wenn die Leitung "dialup" unterbrochen ist:

Es kann nun sein, dass der squid das file einfach cached, obwohl der
Download noch gar nicht fertig ist und wenn der client nochmals darauf
zugreift, dieses File nochmals dem Client gesendet wird.

Dies l�sst sich unterbinden:

#  TAG: no_cache
#       A list of ACL elements which, if matched, cause the reply to
#       immediately removed from the cache.  In other words, use this
#       to force certain objects to never be cached.
#
#       You must use the word 'DENY' to indicate the ACL names which
should
#       NOT be cached.
#
#       There is no default.  We recommend you uncomment the following
#       two lines.
#
#acl QUERY urlpath_regex cgi-bin \?
#no_cache deny QUERY

z.B:

acl no_cache_archives urlpath_regex \.zip$ \.exe$

no_cache deny QUERY no_cache_archives

Gr�sse Mike