Hallo,
ich habe folgende Situation:
Auf den Außenstandorten, auf den Remote-Probes zeigt der SaaS-Sensor die Meldung "No data since startup".
Auf der Probe am Core Server funktioniert der SaaS-Sensor.
Habe ich das richtig verstanden, daß der Check zu den Cloud-Services immer von der Core Probe aus stattfindet, und dann den Remote Probes gemeldet wird oder diese das Ergebnis abholen?
Kann es sein, daß durch Firewall/Routing der Datenverkehr dieser Sensoren zwischen Core-Probe und Remote-Probe gestört ist?
mit bestem Dank vorab
lg D.
Article Comments
Vielen Dank für die Rückmeldung,
die Server mit den Remote-Probes haben direkten Internetzugang ohne Proxy-Server.
Welche Tests sind an dieser Stelle zielführend um die Fehlerursache zu finden? Ping? HTTP-Aufruf? Telnet auf einen Dienst-Port? o.ä.?
mfg
Apr, 2017 - Permalink
Hallo,
Die Sensoren versuchen die jeweiligen Dienste mit einfachen HTTP Requests zu erreichen. Wenn also auf dem jeweiligen Probe Rechner GitHub & Co. in einem Browser erreichbar sind, sollte der Sensor funktionieren.
Wenn in den Probe-Netzwerken kein Proxy notwendig ist, ist vielleicht einer in den PRTG Settings auf Root-Ebene eingestellt?
mfg
Apr, 2017 - Permalink
Hallo,
Die Proxy-Settings am Root sind leer. Bis hinunter zum Device (=Remote Probe, per Inherit). Ich habe auch einen Test gemacht mit - am Device das Inherit rausnehmen und leere Proxy-Settings bestätigen. - Gleiches Ergebnis.
Mittels Browser ist z.B. die Adresse http://status.office365.com/ erreichbar und zeigt den Status, falls das gemeint war.
Gibt es noch weitere Tests um dem Fehler auf die Spur zu kommen. (besonderer Fokus liegt auf Office 365)
bg
Apr, 2017 - Permalink
Können Sie testweise einen normalen HTTP-Sensor auf die Webseiten wie z.B. Office365.com legen (auf der Remote Probe)? Läuft der dann?
Apr, 2017 - Permalink
Ich habe nun testweise http Sensoren angelegt mit den Zielen (URL):
Office365.com
status.office365.com
46.38.179.150
Diese Sensoren liefern "Connection timed out (socket error # 10060)"
Apr, 2017 - Permalink
Connection timeouts do suggest that there is in fact either a firewall or proxy involved, which prevents the http connections from being established.
On how many Remote Probes does that happen? Are these Probes all within the same local network (and so behind the same firewall / router)?
Apr, 2017 - Permalink
Guten Tag,
vielen Dank für die Anfrage. Die Remote Probes sollten die Abfragen hier auch je selbst an die verschiedenen Cloud-Dienste senden. Also so dass jede Probe eigene Messwerte hat. Daher kann dann die Frage eher nur sein, können die Remote Probe Maschinen denn diese Dienste erreichen? Oder sind eventuell Proxy-Server nötig?
mfg
Mar, 2017 - Permalink