Chrome remote debugging funktioniert nicht mit IP

Ich versuche, remote-debugg einer chrome-Instanz mithilfe der remote-debug-option in chrome:

chrome.exe --remote-debugging-port=1337

wie beschrieben auf google Seite: http://code.google.com/chrome/devtools/docs/remote-debugging.html

das problem ist, wenn ich versuche, Zugriff auf die IP funktioniert es nicht, beim testen mit localhost:1337 funktioniert.

irgendeine Idee?

ist der port öffnen unter windows? wenn Sie nicht hinzufügen, um den windows firewall-Regeln für diesen Anschluss!
webkit.org/blog/1620/webkit-remote-debugging

InformationsquelleAutor Amir | 2011-07-26

25

Können Sie die Einrichtung eines SSH-Tunnels, um zu Debuggen aus der Ferne. Auf der Quell-Maschine auszuführen:
```
ssh -L 0.0.0.0:9223:localhost:9222 localhost -N 
```
Dann auf der anderen Maschine zeigen Chrome browser http://source-machine-ip:9223
- Danke!!! Das funktionierte für mich ganz gut. Ich habe es nie geschafft zu netcat verwenden für, die.
- Danke, genau das, was ich brauchte, ein zweites mal (auf die in 15 Aug), um zwei GNU/Linux-Boxen im Chat für remote-debugging.
InformationsquelleAutor Adam V.
15

Ich glaube nicht, dass Chrome akzeptiert verbindungen von außerhalb localhost (aus Sicherheitsgründen).
Ich würde vorschlagen, Sie zu bauen kleinen proxy auf dem gleichen Rechner, auf dem der Chrome ist.
- Dies sollte die akzeptierte Antwort.
- denn Sie haben für mobile Geräte, die Sie Debuggen können von Ihrem desktop aus und nicht von einem smartphone
- Welche Ressource würde empfohlen werden, erstellen Sie einen proxy? Ich Stelle mir für die meisten Fälle ist das mehr ärger als es Wert ist, aber ich habe gedacht, dass diese mehrmals in den letzten paar Monaten.
- Sorry, Chris, ich habe keine Empfehlung hier. Ich schrieb Java von Grund auf neu für mich, und Sie hätte wahrscheinlich auch. Ich weiß, dass einige der Geschmack von 'nc' (netcat) - Dienstprogramm, unterstützen bereits die Proxyfunktion (nicht openbsd).
- Ich empfehlen könnte Charles Web Debugging Proxy.
- Gelöst: Siehe meine Antwort für die komplette Lösung auf Windows ohne Installation von software von Drittanbietern.
InformationsquelleAutor beefeather
13

Der einfachste Weg zu teilen Sie Ihre debugging-Sitzung mit einem anderen computer ist mit schockiert.
Zum Beispiel, wenn Sie aktiviert haben die remote-debugging-Protokoll auf port 1337 mit
```
chromium --remote-debugging-port=1337
```
Erstellen Sie dann einen tunnel mit schockiert,
```
socat tcp-listen:5656,fork tcp:localhost:1337
```
Nachdem Sie dies getan haben, kann jeder einfach besuchen http://<YOUR_IP_OR_HOSTNAME>:5656/ und sofort den debugger verwenden.

Wenn Sie fertig sind, drücken Sie Strg + C, um zu beenden schockiert und beenden damit die tunneling.

Wenn der Vorherige code nicht funktioniert, überprüfen Sie, ob der firewall (z.B. iptables) blockiert den Zugriff. Wenn die firewall ist OK, prüfen, ob die IP-Adresse oder host-name ist tatsächlich korrekt. Um zu sehen, ob die Daten richtig weitergeleitet/getunnelt, besuchen http://localhost:5656/ und stellen Sie sicher, dass es ein Webkit debugger-Instanz läuft.

InformationsquelleAutor Rob W
11

Die folgenden arbeitete für mich, wenn Sie eine Chrome-remote-debugging-host, Windows 8.
1. Fügen Sie eine Eingehende Regel für die Windows-Firewall
  - Suchen Sie nach "Windows-Firewall" und wählen Sie "Windows-Firewall" Ergebnis
  - Auf der linken Seite der "Windows Firewall" control panel-Fenster, klicken Sie auf "Erweiterte Einstellungen". Dadurch eröffnen sich "Windows-Firewall mit Erweiterter Sicherheit".
  - In der Strukturansicht auf der linken Seite, klicken Sie auf "Eingehende Regeln"
  - Auf der rechten Seite, klicken Sie auf "Neue Regel..."
  - Wählen Sie "Port" (Auf Weiter Klicken)
  - Wählen Sie TCP und setzen Sie "Bestimmte lokale ports", um 9222 (auf Weiter Klicken)
  - Wählen Sie "Verbindung Zulassen" Klicken (Nächste)
  - Wählen Sie die Profil-Zugriff (Domäne, Privat, Öffentlich), um Ihre Bedürfnisse anzupassen (Klicken Sie Weiter)
  - Geben Sie ihm einen Namen wie Chrome Remote Debugging (9222) (Klicken Sie auf Fertig stellen)
2. Folgen user3445047 den Anweisungen auf port-Weiterleitung:
Laufen Chrome auf dem Windows-host:
```
chrome.exe --remote-debugging-port=9222
```
Port forwarding einrichten auf dem Windows-host:

Öffnen, eine cmd Fenster. Müssen Sie "als administrator Ausführen".

Geben Sie Folgendes in das cmd-Fenster:
```
netsh
interface
portproxy
add v4tov4 listenport=9222 connectaddress=127.0.0.1
```
Auf dem client, navigieren Sie zu http://THE_HOST_IP_ADDRESS:9222 und Sie sollten eine Liste von "Inspectable-Seiten".

InformationsquelleAutor Philip Bulley
6
1. Starten Sie den headless server
```
chrome.exe --remote-debugging-port=9222
```
2. Port-Weiterleitung einrichten auf windows
```
netsh interface portproxy add v4tov4^
    listenport=9222 listenaddress=0.0.0.0^
    connectaddress=127.0.0.1 connectport=9222 
```
- Auf Windows ist es in Verbindung mit hinzufügen eine Eingehende Regel für die Windows-Firewall funktioniert, ohne die Notwendigkeit zu installieren, keine zusätzliche port-Weiterleitung utils. Siehe meine Antwort für vollständige Anweisungen...
- Beachten Sie, dass die Zeilenfortsetzungszeichen ist (^) für cmd.exe (wie ich schon oben Hinzugefügt), aber ist backtick (`) für PowerShell, statt.
- Chome gibt eine Fehlermeldung, wenn Sie versuchen, diese: Host header is specified and is not an IP address or localhost.
InformationsquelleAutor vlpro
4

den letzten Versionen von Chrome-Unterstützung die Kommandozeilen-Schalter "--remote-debugging-Adresse", so dass die oben aufgeführten Problemumgehungen sollte nicht mehr erforderlich sein.

Hier die Beschreibung:
"Verwenden Sie die angegebenen Adresse statt der Standard-loopback für die Annahme von remote-debugging von verbindungen. Sollte verwendet werden, zusammen mit --remote-debugging-port. Beachten Sie, dass die Remote-debugging-Protokoll führt keine Authentifizierung, so setzen Sie es zu weit, kann ein Sicherheitsrisiko sein."
- Wissen Sie, wie verwenden Sie diese? Ich habe alle möglichen Dinge versucht und ich habe keinen Zugriff auf den debug-Werkzeugen aus der Ferne. Ist es zu Fragen für die ras-clients IP? Oder ist es zu Fragen für einen DNS-Namen aufgelöst wird, auf meine Maschine?
- haben Sie das herausgefunden? Egal, welche Beschwörungsformel ich verwenden, ich kann nicht diese Arbeit machen..
- Habe ich nicht. Ich habe seit Griff zu erstellen einen ssh-tunnel. Es muss gebrochen werden.
- Ich bin mit Chrome unter Docker-container und hinzufügen --remote-debugging-address=0.0.0.0 auf der Kommandozeile mir erlaubt, eine Verbindung von außerhalb. Einfache Art zu testen, ist zu prüfen, die version Seite: localhost:9222/json/ - version
- das ist wirklich nicht das Problem zu lösen
- stackoverflow.com/questions/40538197/... besagt, dass dies nur funktioniert im headless-Modus.
InformationsquelleAutor Michael Dreher

Können Sie erstellen einfache TCP-proxy mit netcat:

EXTERNAL_PORT=1338
CHROME_DEBUG_PORT=1337 # This is the port specified with --remote-debugging-port

nc -l -p ${EXTERNAL_PORT} -c "nc 127.0.0.1 ${CHROME_DEBUG_PORT}"

InformationsquelleAutor Mikalai Parafeniuk

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.