Webseite auf Erreichbarkeit testen - aber ohne Ping

Hallo allerseits,

ich möchte gerne testen, ob ein Accesspoint in meinem Netz noch da ist. Pingen lässt sich das gute Stück nicht, aber wenn ich die IP über den Browser aufrufe, bekomme ich Zugriff aufs Webinterface des AP. Mit InetRead geht das zwar, aber wenn der AP nicht an ist, brauchts ewig, bis die Anweisung abgearbeitet ist. Dasselbe beim Include: _InetGetSource etc brauchen auch ewig. Gibt's da denn noch eine andere Möglichkeit? Ich will ja nur wissen, ob das Dingens an ist - mehr nicht.

Ich vergaß noch zu erwähnen, dass die zu überprüfende Seite sich mit einem htaccess-Fenster meldet. Da scheitern - zumindest bei mir - die meisten Versuche.
Wenn jemand eine Lösung anzubieten hätte... ein paar Zeilen Code bzw. etwas mehr an Hinweis wäre nett. Danke schonmal.

Ich möchte das Tool möglichst universell einsetzbar gestalten, d.h. möglichst wenig davon ausgehen müssen, ob nun die IPs über DHCP oder Manuell vergeben werden. Beispielsweise hab ich in dem einen Fall fest vergebene IPs für die Accesspoints (da sie eine Radiusserver-Konfiguration durchschleifen, die verteilt dann an die Clients über DHCP).

InetRead liefert ja schon ein Ergebnis, aber mir fehlt da so ein netter Timeout-Flag, damit mein Programm nach mindestens 2 Sekunden weiterarbeiten kann. Sonst wird's supernervig, sollten mal 4-5 Accesspoints gerade mal off sein. Wie schon gesagt, die APs haben zu Beginn eine htaccess-Seite. Evtl. weiß da jemand, wie ich das einfach feststellen kann - nur feststellen, ich will mich da garnicht einloggen können müssen.

Vielen Dank schonmal für die bisherigen Hiflen.

InetRead hat keine Hintergrundfunktion. Das ist InetGet. Aber damit komme ich auch nicht weiter.
Hat noch jemand eine Idee?

Hi Roger,
sorry für die späte Antwort, aber irgendwie Funktioniert das bei htaccess-Fenstern auch nicht.
AutoIt quittiert mir das mit einer Fehlermeldung, wenn das Objekt nicht ausgelesen werden kann:

The requested action with this object has failed.:
Return SetError($_IEStatus_Success, 0, $o_object.document.documentElement.outerHTML)
Return SetError($_IEStatus_Success, 0, $o_object.document^ ERROR

Wenn ich die Fehlermeldung vermeiden könnte um zu wissen, ist da überhaupt ein htaccess-Fenster (was mir ja reichen würde) wäre das spitze.

Danke schonmal für die Hilfe
Gruß
André

Funktioniert leider beides nicht:
Bei der Variante mit den TCP-Anweisungen bekomm ich interessanterweise immer die Messagebox, dass der Client online ist. Auch wenn ich IP-Adressen verwende, die definitiv nicht belegt sind.
Bei dem InetGetSize bekomme ich immer für $size den Wert 0.
Das liegt vermutlich am davorgeschalteten htaccess-Fenster, da kann auch keine Größe ausgelesen werden.
Wie gesagt, ich will nur prüfen, ob die Seite ein htaccess-Fenster anbietet. Keine Abfragen, kein sonstiger Schnickschnack.

Hi Spider,
klar hab ich TCPNameToIp weggelassen, aber daran liegt es wie gesagt nicht. Ich bekomme gar keinen TCP-Connect, wenn das htaccess-Fenster davor ist.
Da sagt er mir - Timeout hin oder her - dass es diese Webseite garnicht gibt. über die TCP-Befehle geht's also gar nicht.
Die englisch _TCPConnect hab ich gefunden, aber die geht natürlich auch nicht für das, was ich brauche.
InetRead mit einem Timout bräuchte ich, das würde gehen. Gibt's aber nicht.

Hab eine Lösung gefunden:
Über das Include WinHttp kann man mit _WinHttpSetTimeouts die gewünschte Timeoutzeit definieren. Defaultmäßig liegen die laut MSDN bei 30 Sekunden, was ja eine Ewigkeit ist.
Die Timeouts lassen sich mit diesem Parameter schön einstellen:

_WinHttpSetTimeouts($hInternet, $iResolveTimeout = Default, $iConnectTimeout = Default, $iSendTimeout = Default, $iReceiveTimeout = Default)

Als Handle habe ich das von _WinHttpOpen() verwendet. Es muss logischerweise vor den eigentlichen Aktionen definiert sein, also vor _WinHttpSendRequest und _WinHttpReceiveResponse.

Schön wäre es, wenn man in einer kommenden AutoIt-Version InetRead auch mit dem Parameter Timeout bestücken würde. Laut MSDN sollte das ja nicht so schwer sein.