Proxy für You, bei mehreren Rechnern ?
Hallo Gibt es einen Proxy für You. Ich habe 3 Rechner und stört mich das ich bei jedem die Updates neu aus dem Netz ziehen muß. Gibt es keine Möglichkeit auf dem Server die Daten für die anderen zu hinterlegen ? Variante einen Updateserver zu spiegeln bedeutet mir zuviel Trafic (Habe DSL mit 5Gb Volumentarif, und bei so einer Aktion schon mal 60€ extra gezahlt :'( ) Hat jemand einen Tip ? Mit freundlichem Gruß Carl Tenschert -- SuSE 9.2 i386/AMD64
C Tenschert schrieb:
Hallo
Gibt es einen Proxy für You.
Ich habe 3 Rechner und stört mich das ich bei jedem die Updates neu aus dem Netz ziehen muß.
Gibt es keine Möglichkeit auf dem Server die Daten für die anderen zu hinterlegen ?
Variante einen Updateserver zu spiegeln bedeutet mir zuviel Trafic
(Habe DSL mit 5Gb Volumentarif, und bei so einer Aktion schon mal 60€ extra gezahlt :'( )
Keine direkte Erfahrung aber eimal ziehen und die Pakete aus dem You Verzeichnis den anderen Systemen unterschieben (rsync etc.)? Beim Abgleich müßte You dann doch merken das die Pakete schon da sind? Ist aber alles ein Schuß ins Blaue. Gruß
Ralf Prengel schrieb:
C Tenschert schrieb:
Hallo
Gibt es einen Proxy für You.
Ich habe 3 Rechner und stört mich das ich bei jedem die Updates neu aus dem Netz ziehen muß.
Gibt es keine Möglichkeit auf dem Server die Daten für die anderen zu hinterlegen ?
Variante einen Updateserver zu spiegeln bedeutet mir zuviel Trafic
(Habe DSL mit 5Gb Volumentarif, und bei so einer Aktion schon mal 60€ extra gezahlt :'( )
Keine direkte Erfahrung aber eimal ziehen und die Pakete aus dem You Verzeichnis den anderen Systemen unterschieben (rsync etc.)? Beim Abgleich müßte You dann doch merken das die Pakete schon da sind?
Ist aber alles ein Schuß ins Blaue.
Habe schon mal versucht mit mget eine Spiegelung zu erzeugen, hat auch geklappt, updates gingen super auf den Rechnern, der Schock kam dann mit der DSL Rechnung. Je nach dem was angegeben ist werden da über 10 GB runter geladen. Habe aus Sicherheitsgründen weitere versuche in der Richtung eingestellt. Für Debian gibt es ein Tool, was als proxyserver arbeitet. Beim Update zieht der Rechner die Daten vom ProxyServer, der schaut nach den neusten Update Infos und reicht Sie an den Client weiter. Jetzt entscheidet der Client welche Pakete benötigt werden und ordert diese vom Proxy an, der Sie aus dem Internet holt wenn er sie noch nicht hat. Super Prinzip. Dachte schon an Squit, aber wie Konfiguriert man den richtig für so etwas, können ja GB's werden.
Gruß
On Wed, 16 Feb 2005 14:37:49 +0100
C Tenschert
Ralf Prengel schrieb:
C Tenschert schrieb:
Gibt es einen Proxy für You. [...] Gibt es keine Möglichkeit auf dem Server die Daten für die anderen zu > hinterlegen ? [...] Dachte schon an Squit, aber wie Konfiguriert man den richtig für so etwas, können ja GB's werden.
Warum GB? Wenn du alle deine Rechner zeitnah aktualisierst und nicht 10 verschiedene Versionen hast, dann werden immer doch immer nur die letzten paar Updates benötigt. In jedem Fall sollte squid gehen, YOU kann den in Yast eingestellten Proxyserver verwenden. Interessante Optionen sind etwa: - "maximum_object_size" zur Konfiguration der maximalen gecachten Dateigröße (sollte daher mindestens so groß wie der größte Patch sein) - "cache_replacement_policy" sollte eine policy verwenden, die die übertragene Datenmenge minimiert (z.B. heap LFUDA) - "cache_dir" sollte natürlich möglichst groß sein Wir verwenden den Proxy für unsere Mac- und Windows-Updates und das funktioniert prächtig. Warum soll das nicht auch für Linux gehen? Viele Grüße Ralf
Am Mittwoch, 16. Februar 2005 16:26 schrieb Ralf Schuchardt:
On Wed, 16 Feb 2005 14:37:49 +0100
C Tenschert
wrote: Ralf Prengel schrieb:
C Tenschert schrieb:
Gibt es einen Proxy für You. [...] Warum GB? Wenn du alle deine Rechner zeitnah aktualisierst und nicht 10 Habe mit den
wget -c -nv -m ftp://ftp.uni-kl.de/pub/linux/suse/x86_64/update/9.2/ Das gleiche noch mal für i386, KDE und einen Tag später kam die meldung 10GB überschritten, und der Monat hat noch 3 Wochen...
Interessante Optionen sind etwa: - "maximum_object_size" zur Konfiguration der maximalen gecachten Dateigröße (sollte daher mindestens so groß wie der größte Patch sein) - "cache_replacement_policy" sollte eine policy verwenden, die die übertragene Datenmenge minimiert (z.B. heap LFUDA) - "cache_dir" sollte natürlich möglichst groß sein
Bin ich gerade am ausprobieren, sieht gut aus.
Viele Grüße Ralf
Viele Grüße und Dank Carl
Ralf Schuchardt schrieb...
C Tenschert
wrote: Ralf Prengel schrieb:
C Tenschert schrieb:
Gibt es einen Proxy für You. Gibt es keine Möglichkeit auf dem Server die Daten für die anderen zu hinterlegen ? [...] Dachte schon an Squit, aber wie Konfiguriert man den richtig für so etwas, können ja GB's werden. [...] In jedem Fall sollte squid gehen, YOU kann den in Yast eingestellten Proxyserver verwenden. [...] Wir verwenden den Proxy für unsere Mac- und Windows-Updates und das funktioniert prächtig. Warum soll das nicht auch für Linux gehen?
YOU funktioniert mit squid definitiv (unter 9.2 und unter 9.2) - habe ich bei mir am laufen und funktioniert hervorragend! (Ganz abgesehen vom generellen Benefit von squid). Wenn die Platte groß genug ist, kann man squid ruhig einen großen Cache gönnen und die FTP-Verweildauer stark heraufsetzen. Dann ist auch das nachträgliche "nochmal drüberinstallieren" nach mehreren Wochen kein Problem. Ich habe auf diese Weise auch die FTP-Installationsversion von 9.2 gecached und mehrmals installiert. Der Vorteil ist, daß jeweils nur die Pakete heruntergeladen werden müssen, die zum Update tatsächlich gebraucht werden, und die noch nicht im Cache von Squid liegen. Einzige Einschränkung: man muß darauf achten, die Patch-Listen nicht zu cachen, sonst hat man immer ein vermeintlich "aktuelles" System. Ich verwende hierzu die no_cache REGEXP "update/9\../patches cgi-bin \?" Viele Grüße Bernd
On Wednesday 16 February 2005 14:10, C Tenschert wrote:
Ich habe 3 Rechner und stört mich das ich bei jedem die Updates neu aus dem Netz ziehen muß. Gibt es keine Möglichkeit auf dem Server die Daten für die anderen zu hinterlegen ?
Wenn Du im you "heruntergeladene Pakete loeschen" deaktiviert hast dann bleiben verbleiben alle patch-infos und RPMs unter /var/lib/YaST2/you/mnt/i386/update Das kannst du sicher bei den andern Rechnern irgendwie als Updatequelle angeben (wenn Du es ueber nfs oder ftp/http freigibst) Oder Du installierst diese Pakete einfach manuell auf den anderen Rechnern. Allerdings koennten einige updates fehlen wenn der Erst-Rechner Pakete nicht installiert hat, die bei den anderen beiden vorhanden sind! Irgendwie kann man aus den heruntergaladenen Paketen auch einfach eine Patch CD machen! cu Ruediger
Am Mittwoch, 16. Februar 2005 14:10 schrieb C Tenschert:
Hallo
Ich habe 3 Rechner und stört mich das ich bei jedem die Updates neu aus dem Netz ziehen muß.
Funktioniert bei mir gut: 1. Auf Server ein Verzeichnis /update anlegen und per NFS freigeben. 2. per rsync mit gwdg .o.ä. synchronisieren: rsync -tvrl --stats --exclude=*.src.rpm --exclude=*k_smp*.rpm \ --exclude=*k_um*.rpm --delete \ ftp.gwdg.de::SuSE/suse_update/9.0/ /update/dist/updates/i386/update/9.0/ 3. auf den Clients per YAST: Online-Update auswählen Benutzerdef. Installationsquelle Neuer Server, NFS [Servername] Verzeichnis: /update/dist/updates/ Fertig. Für die KDE-Updates kannst Du analog verfahren. mfg Christian Paul -- Erfahrung heißt gar nichts. Man kann seine Sache auch 35 Jahre schlecht machen. [Kurt Tucholsky]
Am Donnerstag, 17. Februar 2005 12:33 schrieb Christian Paul:
Am Mittwoch, 16. Februar 2005 14:10 schrieb C Tenschert:
Hallo
Ich habe 3 Rechner und stört mich das ich bei jedem die Updates neu aus dem Netz ziehen muß.
Funktioniert bei mir gut: 1. Auf Server ein Verzeichnis /update anlegen und per NFS freigeben. 2. per rsync mit gwdg .o.ä. synchronisieren: rsync -tvrl --stats --exclude=*.src.rpm --exclude=*k_smp*.rpm \ --exclude=*k_um*.rpm --delete \ ftp.gwdg.de::SuSE/suse_update/9.0/ /update/dist/updates/i386/update/9.0/ 3. auf den Clients per YAST: Online-Update auswählen Benutzerdef. Installationsquelle Neuer Server, NFS [Servername] Verzeichnis: /update/dist/updates/ Fertig. Für die KDE-Updates kannst Du analog verfahren.
Einen Updateserver spiegeln wollte er nicht, siehe erste Mail des Topics. Grüße René
participants (8)
-
Bernd Johannes
-
C Tenschert
-
C.Tenschert
-
Christian Paul
-
Ralf Prengel
-
Ralf Schuchardt
-
René Falk
-
Ruediger Meier