DF UpdateProxy / Http-Proxy / u.s.w.

[bluumi]

Puh, ist das Teil aufwändig

Setzt jemand von euch den Auto-update Daemon ein? Und spielt der auch WU-Cache-Proxy ?

Ich habe mir mal Auto-update Daemon gezogen ... Bravo, das Teil lässt mich also die Updates vergessen .. klingt gut.
Aber da hat es mir doch ein paar Fragen aufgeworfen und unstimmigkeiten in den Readmes mich verwirrt...

foldtrajupdateproxy.txt hat folgendes geschrieben::
This is also documented in the readme that comes with the client.
simply create a file called 'foldtraj_fileserver.cfg'

Wo bitteschön soll das in der ClientDokumentation stehen? Nix gefunden und so läuft es auch nicht ;-(


Readme1st.txt hat folgendes geschrieben::
Unter Running as an NT/2000/XP service: Be warned that it will only upload after making 5000 structures. Anderseits unter Configuring the service:uploadfreq=### where 999<=###<=10000 controls the upload frequency like


Mein Ziel ist nun also einen WorkUnits-Proxy einzurichten, welcher der EINZIGE ist, der ins inet will. Das Updaten sollte ja der foldtrajupdateproxy erledigen... das bringe ich hin...
Aber die WU's puffert der foldtrajupdateproxy auch diese, und verschickt sie oder wollen ernsthaft alle Clients einzeln ins Netz? [das kann ich nicht zulassen, da ich dann jeweils User/PWD des Firewalls ins Config eintragen müsste..]

Auf dem Server läuft nun der "Distributed Folding Update Daemon".
Er hat mir alle Updates in das Verzeichniss des intranet-Webservers geknallt... Nun sollte der Client checken, dass er genau NUR da nachgucken muss ... hoffe das tut er ...

Der Client sollte dann falls er updates braucht diese von da holen...
Wenn er WU's fertig hat, sollte er sie an den WU-Proxy schicken, ist das dieser Deamon? [ich hoffe es zwar, glaube aber nicht daran]
Jedenfalls kommt KEINER der Clients ins Internet rein, sondern nur bis zum Intranet Server.

Sollte das so gehen?

[Zeuge]

foldtrajupdateproxy.txt hat folgendes geschrieben::
This is also documented in the readme that comes with the client.
simply create a file called 'foldtraj_fileserver.cfg'

In der readme1st.txt steht unter Non-interactive Auto-update

• To enable this feature and allow automatic updating
  without your intervention required, simply create a text file in the same
  directory as the client, called "autoupdate.cfg" with the the digit 1 on a
  single line.

In der foldtraj_fileserver.cfg sollte also eine 1 stehen.

Setzt jemand von euch den Auto-update Daemon ein? Und spielt der auch WU-Cache-Proxy ?

Demnächst hätte ich auch mehrere Clienten am Netzwerk ohne Inetzugriff zu versorgen. Möchte mir deshalb auch den Daemon genauer anschauen. Leider noch nix wissen.

uploadfreq=### geht in der service.cfg! Zumindest beim normalen Clienten.

[bluumi]

Leider verfügst Du nicht über alle Infos

foldtraj_fileserver.cfgThis file should contain
a single line giving the fully qualified URL path (with or without the
http://) to the directory on your webserver where your updates are being
placed.

For example, suppose your web server root is /var/www/html and you have
set up the daemon to place files in /var/www/html/distribupdate. Your
web server name is www.foobar.com. Then in foldtraj_fileserver.cfg on
each of the nodes in your local network, enter the following line:

http://www.foobar.com/distribupdate/

When this config file is in place, clients will ONLY try to download
updates from the speicified location, they will no longer attempt to
download from our servers or their mirrors. The clients will still check
for file integrity and digital signatures though of course.

DAS steht im foldtrajupdateproxy.txt zum Autoupdate-Proxy, aber da steht eben es werde im Client Doku besser beschrieben.. aber im Client doku ist nix... Und mit der angabe wie oben klappt es eben nicht ....

Mein Server ist 192.168.100.3, steht im foldtraj_fileserver.cfg also: http://192.168.100.3/df/ so sollte es ja klappen. (es liegt im WWWroot im unterverzeichniss /df/ ... lege ich ein html file da hin, so kann ich es mit http://192.168.100.3/df/irgendwas.html auch im browser betrachten..
UND die update Files liegen auch da.... Aber er guckt beim starten des Clients irgendwie nicht rein, b.z.w. motzt er könne nicht mit dem Server verbinden / nach neuen Updates schauen.

Im foldtraj_fileserver.cfg sollte also nicht '1' stehetn sondern die URL.

autoupdate.cfg habe ich auch und da steht auch eine '1' drin. Das sollte auch nicht das Problem sein.

Eine Proxy.cfg habe ich auch, aber NICHT beim Client, denn der soll ja NICHT ins Internet, sondern nur bis zum Autoupdate-Server sehen... Also proxy.cfg liegt im autoupdate-server Verzeichnis.

In der updateproxy.cfg steht
writepath c:\wwwroot\df\ (und da kopiert er auch schön brav die Files hin!)
1 - Windows 95/98/NT/2000/XP client (und diesen setzte ich ein)

Der Client sendet nun aber nicht er finde keinen Server ...

Gruss

[S_Garbe]

@Bluumi - leider ist das halt nur für das Update gedacht, und nicht für das zurücksenden der Daten
(weil es halt bei den Updates immer Bandbreitenprobleme beim Server gab)

Gruß
Stefan

[bluumi]

Schit ... Wenn es NICHT fürs zurücksenden geht... nun, dann kann ich mir meinen zukünftigen DF Einsatz auch schon wieder ans Bein streichen ... hat mich also Pascal doch etwas falsch verstanden / informiert.

Nun, es hätte mir echt gepasst das Projekt ...
Ich habe blos keine lust allen Rechnern ein Sicherheitsloch zu bieten. Denn im Moment ist der firewall so gut gedichtet, dass ich nicht ins Client Config etwas schreiben will, was jeder depp rauslesen kann...

Grr..

[Pascal]

Schit ... Wenn es NICHT fürs zurücksenden geht... nun, dann kann ich mir meinen zukünftigen DF Einsatz auch schon wieder ans Bein streichen ... hat mich also Pascal doch etwas falsch verstanden / informiert.
..
Grr..

Fehler meinerseits. Aber ich sagte dir eigentlich schon, dass du genau schauen solltest, was geht und was nicht.

[bluumi]

Fehler meinerseits. Aber ich sagte dir eigentlich schon, dass du genau schauen solltest, was geht und was nicht.

Nun, ich habe Dir ja nicht vertraut und dann geschaut .. und es auch noch im DF-Forum gefragt.. und nun scheint es in der Tat nicht zu gehen .. ich überlege nun ob ich ein Security-Hole auf port 49876 oder so mache auf dem ich einen Http durchschleifer anrichte ... äh einrichte ...