Ich habe für dieses spezielle Problem zu lange an meinen Haaren gezogen und jetzt bin ich kurz davor aufzugeben.
Szenario: Lokales Netzwerk in der Werkstatt bestehend aus zwei Linux-Rechnern (einem Server, einer Workstation), zwei Android-Telefonen, einem Windows 7 (meine Workstation) und einem weiteren Windows 7 (Kundencomputer). Der Computer des Kunden ist der Täter, daher werde ich ihn von nun an als "W7" bezeichnen.
Mit Ausnahme von W7 können alle Geräte problemlos mit dem Internet verbunden werden.
W7 kann Adressen in cmd auflösen (nslookup www.google.com liefert das richtige Ergebnis). W7 kann sowohl www.google.com als auch 192.168.1.1 (Router) anpingen. W7 kann auch eine Verbindung zu den internen Samba-Freigaben herstellen, entweder über die IP-Adresse oder über den Samba-Namen.
W7 kann jedoch in einem Webbrowser nicht auf www.google.com zugreifen. Versuchte sowohl Internet Explorer als auch Chome, keiner von ihnen kann auf eine Webseite zugreifen. Dies ließ mich an etwas denken, das Port 80 blockiert oder Proxy-Server, also habe ich Antivirus (Avira), Firewall (Windows Firewall) und Windows Defender ausgeschaltet. Immer noch nicht auf Port 80 gehen.
Meine Windows 7-Workstation hat überhaupt keine Probleme, so dass dieser Fehler irgendwie W7-intern zu sein scheint, aber ich habe keine Ahnung, wie ich diesen Fehler verfolgen kann.
Wie kann ich den Täter finden, der Port 80 auf W7 filtert / blockiert?
BEARBEITEN : Ich habe es gerade versucht telnet 192.168.1.1 80
und durch Tippen GET /
erhalte ich die Anmeldeseite des Routers. Das heißt, das Telnetting zu einer Webseite funktioniert, jedoch ohne Verwendung eines Webbrowsers.
EDIT 2 : Telnet funktioniert auch für www.google.com:80
.
EDIT 3 : Überprüfte IE-, Firefox- und Chrome-Proxy-Einstellungen. Alle sind sauber ("Keinen Proxy verwenden"), können jedoch keine Verbindung über einen Webbrowser herstellen. Windows Update funktioniert (kann nach Updates suchen und herunterladen), Skype kann sich anmelden (aber nicht "skype homepage" anzeigen), Steam kann sich nicht anmelden. Offensichtlich hat sich etwas im System festgefahren, aber Defender und MalwareBytes sagen, dass alles sauber ist.
Antworten:
IE und Chrome verwenden dieselben Interneteinstellungen für Proxys. Haben Sie die Proxy-Einstellungen im Internet-Einstellungsdialog überprüft?
Chrom
IE
Wenn ein Proxy eingerichtet ist, wird dieser hier aufgelistet und Sie können im erweiterten Dialogfeld Proxys hinzufügen oder entfernen.
Andere Optionen
Ich habe darüber nachgedacht, seit ich ursprünglich geantwortet habe und mich daran erinnert habe, dass Firefox ein anderes System zum Registrieren und Verwenden von Proxys verwendet. Sie können es auf einem Pendrive installieren, um die Theorie zu testen und festzustellen, ob diese auf das Web zugreifen kann.
quelle
Viele Stunden später wurde der Täter gefunden: Ein Hook wurde in eine DLL-Datei umgewandelt, die WWW-Daten von / zu Browsern verarbeitete. Aus diesem Grund funktionierte Telnet auf dem ausgehenden Port 80, nicht jedoch auf den Standard-Browsern.
Das Programm ADWCleaner fand dies, während Avira, Defender und Malwarebytes dies nicht konnten.
Alles funktioniert jetzt wie ein Zauber.
quelle