Am Montag, 6. November 2006 20:07 schrieb David Haller: Hallo David,
Am Mon, 06 Nov 2006, Al Bogner schrieb:
Am Montag, 6. November 2006 10:33 schrieb Al Bogner:
wget -Y on --cache=on --delete-after "$CHKFILE"
Ich sehe da gerade, dass das die Variante danach für die Fehlermeldung ist. Das 1. Mal wird so abgefragt:
wget -q -Y off --cache=off "$CHKFILE"
==== info wget ==== `-C on/off' `--cache=on/off' When set to off, disable server-side cache. `-Y on/off' `--proxy=on/off' Turn proxy support on or off. The proxy is on by default if the appropriate environmental variable is defined. ====
curl -f -s -o /dev/null [ -x "" ]
Verwende ggfs. noch '-m'.
Bzgl. Cache kann curl wohl nix.
Hmm, macht es dann überhaupt Sinn, was ich vorhabe: Ich lade in regelmäßigen Abständen eine Datei runter und vergleiche den Inhalt mit grep bzw- md5sum. Das hat bis jetzt ganz gut geklappt, wenn der Hoster nicht funktionierte. Dienste wie siteuptime haben vergleichsweise oft keinen Alarm geschlagen und aufwendigere Tools habe ich wieder aufgehört zu verwenden. Wenn ich nicht sicher seiner kann, dass die sehr kleine Datei _nicht_ aus irgendeinem Cache kommt, dann kann ich es gleich sein lassen. Teilweise habe ich nur eine Datei angelegt, ok reingeschrieben und dann in der runtergeladene Datei nach ok "gegrept". Irgendwelche Ideen? Es muss nicht unbedingt curl sein, ich will nur sicher gehen, dass ich wirklich die Datei vom Server runterlade.
BTW:
The latest stable version of Wget is 1.10.2.
Bei Suse 10.0 gibt es nur 1.10.1. Lässt Suse da wirklich eine Sicherheitslücke offen?
This release contains fixes for a major security problem: a remotely exploitable buffer overflow vulnerability in the NTLM authentication code. All Wget users are strongly encouraged to upgrade their Wget installation to the last release.
src/ChangeLog 2005-10-13 Daniel Stenberg
* http-ntlm.c (ntlm_output): Fixed buffer overflow vulnerability.
Al