Snapy0

Genau das mein ich ja Das soll unterschiedliche Wege nehmen und wenn dann bei mehreren Wegen der gleiche Knoten Probleme macht, dann weiß ich, dass er der Bösewicht ist. Die IP des Servers ist statisch. Da sollte also nicht das Problem liegen. Und Fehler sollen auch nur in dem lokalen Netz des Clienten gesucht werden. Da muss sich doch was machen lassen. Wenn ich z.B. nen HTTP Paket losschicke ohne Proxy-Einstellungen dann müsste ich ein 407 zurückbekommen und weiß, dass ein Proxy vorhanden ist. Ähnlich müssten sich doch viele Sachen prüfen lassen.

Hmm das klingt einleuchtend. Die HTTP StatusCodes hab ich mir auch schon angeguckt und auch die von ICMP. Kann ich denn nicht durch eine Art traceroute herausfinden wer blockiert (Adresse) und dann auf irgend eine Art mit dem kommunizieren und herausfinden was ihm nicht gefällt ?

Hallo flashpixx, danke für die Antwort. Nehmen wir als Protokolle mal HTTP und FTP an. Man muss doch irgendwie grob einschätzen können woran es liegt. Also ob ein Port gesperrt ist (Firewall) oder sonst wie. Was wären denn Dinge die dir spontan einfallen die man checken könnte? Und könnte ich z.B. HTTP Header und Content ändern um nach Content-Filtern ausschau zu halten? Mfg Snapy

Hallo zusammen, ich habe eine Client-Server Anwendung. Falls ein Client nicht connecten kann, möchte ich ein Programm schreiben was testet, woran es liegt. Also ich suche nach einer Möglichkeit herauszufinden, ob eine Firewall den Verkehr blockiert, oder ein Proxy oder ein Content-Filter. Oder ob der Router den Rückweg blockiert. Vllt fällt euch auch noch was ein. Der User soll dann eine Rückmeldung erhalten woran es liegt, damit er es beheben kann. Ich hab schon ein paar Sachen probiert, allerdings fehlt mir die zündende Strategie wie ich das angehe. Vielleicht habt ihr ja ein paar Ideen. Mfg Snapy