Cuando Netbeans inicia una sesión de depuración, inicia dos Oyentes, uno en 0.0.0.0:9000 (todas las IPS IPv4 que tiene el sistema), y el otro en la interfaz IPv6.

Si Netbeans y el Servidor Web están en el mismo sistema, idealmente XDebug estaría configurado para enviar los datos de vuelta a 127.0.0.1:9000, en el que NetBeans estaría escuchando (y solo por sesión)...

xdebug.remote_enable=1
xdebug.remote_handler=dbgp
xdebug.remote_host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_autostart=0
xdebug.remote_connect_back=0

Si por alguna razón XDebug no puede informar a 127.0.0.1, o Netbeans no está escuchando en 127.0.0.1, puede configure XDebug para enviar los datos de vuelta al $_SERVER['REMOTE_ADDR'] de la solicitud original...

xdebug.remote_connect_back=1

De esta manera no tiene que especificar la IP exacta (es decir, como en la respuesta anterior la IP LAN: 192.168.1.5). La desventaja aquí es que cualquier fuente puede conectarse.

Si tienes más problemas, esto...

xdebug.remote_autostart=1

... también iniciará el proceso de depuración para todas las solicitudes, y no solo para las que tienen la consulta o cookie de inicio de sesión adecuada. La desventaja aquí es que todas las solicitudes iniciará la recopilación de datos de depuración y la presentación de informes (haciendo que todo sea más lento y generando más datos).

Aunque por lo que he reunido, la mayoría de estos problemas de "Esperando la conexión (netbeans-xdebug)" en Windows (con XAMPP, Wamp-Server, etc.) suelen ser el resultado del Firewall de Windows y McAfee (u otro firewall y software antivirus) bloqueando la conexión...

Source: Netbeans" Esperando la conexión (netbeans-xdebug) " Issue

Soy un programador.Net y muy nuevo en PHP. Recientemente estaba tratando de alojar una aplicación PHP de código abierto en mi máquina(Windows). Después de la Lucha durante 5-6 días enumeraré los pasos que funcionaron para mí.

Desinstalé todas las instalaciones anteriores de XAMPP y NetBeans y procedí con instalaciones nuevas.

Esta podría no ser la solución para todos, pero funcionó para mí y espero que ayude a alguien.

1. Instalar XAMPP

2. Instalar netbeans para PHP.

3. Abre el IIS y detente. Se está ejecutando en el puerto 80 de forma predeterminada.(Estoy ejecutando XAMPP en el puerto 80, es decir, por defecto, ejecutar en otro puerto puede necesitar ajustes de configuración adicionales)

4. Abra el panel de control de XAMPP e inicie Apache. Si el puerto 80 está libre, no debería surgir ningún problema.

5. Abrir localhost en el navegador debería mostrar la página de inicio de XAMPP.

6. Abrir phpinfo() enlace en el panel izquierdo y copiar todos los contenidos en la página. Ir a: http://xdebug.org/wizard.php y pegue todo el contenido en el cuadro de texto y haga clic en Analizar mi salida phpinfo. Se le diplay el archivo Xdebug adecuado para su configuración.

7. Descargue el dll Xdebug dado y cópielo en C:\xampp\php\ext (Xampp es el directorio de instalación Xampp predeterminado)

8. Vaya al panel de control XAMPP, haga clic en el botón Config delante de Apache y seleccione php.in,

9. Buscar línea similar o exactamente igual,

; zend_extension = "C:\xampp\php\ext\php_xdebug.dll "

(Punto y coma significa que se comenta)

Elimine el punto y coma y reemplace la ruta con la ruta de dll que acaba de copiar como:

zend_extension = "C:\xampp\php\ext\php_xdebug-2.3.2-5.4-vc9.dll"

1. Del mismo modo encontrar líneas

   ; xdebug.remote_enable = 0 ; xdebug.remote_handler = "dbgp"

Eliminar punto y coma delante de ambas líneas y hacer remote_enable = 1

xdebug.remote_enable = 1
xdebug.remote_handler = "dbgp"

1. Reiniciar Servidor Apache.

2. Copie el código de su sitio web bajo C:/XAMPP/htdocs/(your_website)/ eso significa que su index.php debe estar en C:/XAMPP/htdocs/(your_website)/index.php

3. Abra Netbeans seleccione Nuevo proyecto - > PHP - > proyecto PHP desde el código fuente existente y seleccione la carpeta que acaba de copiar en la carpeta htdocs. Configúrelo para que se ejecute en el servidor web local.

4. Establezca un punto de interrupción en la primera línea de index.php y depure.

Eso es todo.

Se sugirieron ajustes adicionales en varios mensajes diferentes, pero los pasos mencionados anteriormente funcionaron perfectamente para mí.

Acabo de pasar horas leyendo tantas respuestas en esta página y otras similares, y nadie mencionó lo que terminó siendo la solución para mí:

Asegúrese de Que La Configuración de Puerto Elegida Coincida con las 3 Ubicaciones

Mi problema era que hay TRES lugares que el puerto elegido necesita para coincidir. Dos de los míos dijeron 9001 y uno dijo 9000. Los cambié a 9000.

Ese era el problema y por qué Netbeans solo diría " Esperando la conexión (netbeans-xdebug)".

Las 3 ubicaciones de configuración de puertos son:

• php.ini (xdebug.remote_port=9000)
• propiedades del proyecto > Ejecutar configuración > Avanzado
• Netbeans > Herramientas > Opciones > PHP > Depuración

Quiero mencionar algo aquí sobre xdebug.remote_host

xdebug.remote_host="127.0.0.1"

No es válido. Puede funcionar en algunos casos, pero las citas también pueden causar problemas. La mayoría de las personas no tienen problemas al usar direcciones IP entre comillas, pero esto sienta un mal precedente. Hace que la gente piense que si desea usar un nombre de host o URL, debe ponerlo entre comillas. Esto es incorrecto, las url entre comillas no funcionarán.

Si desea depurar usando una url, puede hacerlo simplemente poniendo la url después de los iguales como este:

xdebug.remote_host=subdomain.mydomain.com

También quiero mencionar que si tiene un número de puerto, no lo agregue. Esto no funciona:

xdebug.remote_host=subdomain.mydomain.com:9000

Esto es lo que quieres hacer:

xdebug.remote_host=subdomain.mydomain.com
xdebug.remote_port=9000

Si hace esto, también le advierto que asegúrese de que remote_connect_back esté deshabilitado. Así:

xdebug.remote_connect_back=0

O puedes ommit totalmente, así: {[11]]}

;xdebug.remote_connect_back=1

Si remote_connect_back está habilitado, intentará extraer su dirección IP de la conexión entrante e ignorará remote_host y configuración de puerto.

Xdebug usa TCP antiguo para hacer conexiones. Esto no es HTTP. Esto significa que herramientas como Fiddler no mostrarán ningún paquete o información sobre la depuración. Si necesita depurar, y ver si el servidor está haciendo una llamada a su IDE, hay algunas maneras de comprobarlo.

Wireshark le permitirá ver el tráfico TCP. Además, si está en Windows, Microsoft Message Analyzer también puede monitorear TCP.

Pero, si todo lo que está tratando de hacer es eliminar su IDE es una posible causa de problemas de depuración remota, sugiero que inicie un servidor TCP local.

Este es un gran programa java gratuito para iniciar un servidor TCP: http://sockettest.sourceforge.net /

En la sección Dirección IP, simplemente listar 127.0.0.1 o dejarlo en 0.0.0.0. A continuación, enumere el número de puerto, que por defecto suele ser 9000 para xdebug.

Una vez que el servidor TCP se esté ejecutando, abra su página web remota con una llamada a la función xdebug_break ();. Esto le dirá a xdebug en el servidor remoto que comience a depurar en cualquier servidor y puerto que enumere en su php.ini.

Observe el servidor socket y vea si obtiene una conexión. Los primeros datos enviados deberían ser algo como esto:

<init appid="APPID"
      idekey="IDE_KEY"
      session="DBGP_COOKIE"
      thread="THREAD_ID"
      parent="PARENT_APPID"
      language="LANGUAGE_NAME"
      protocol_version="1.0"
      fileuri="file://path/to/file">

Si has llegado hasta aquí, ¡la depuración remota está funcionando! ¡Simplemente detenga el servidor y configure su IDE para escuchar en ese puerto!

Si eres como la mayoría de nosotros, tu desarrollador la máquina está detrás de un router con NAT. Esto significa que todos en su oficina tienen la misma dirección IP pública. Esto es un problema porque cuando xdebug contacta con esa dirección IP para comenzar a depurar, golpea el enrutador, y no su computadora. El enrutador se puede configurar para pasar ciertos números de puerto a computadoras individuales, pero es posible que no desee hacerlo, ya que ese puerto estará abierto hasta que vuelva a cambiar la configuración del enrutador.

Otra opción es usar SSH. Hay un gran ejemplo de cómo para hacer esto aquí: http://stuporglue.org/setting-up-xdebug-with-netbeans-on-windows-with-a-remote-apache-server/#attachment_1305

Mi opción preferida es usar Ngrok. Ngrok es una gran herramienta para redirigir el tráfico http, https y TCP. Para usar la función de redirección TCP, debe registrarse para obtener una cuenta gratuita.

Una vez que se haya registrado para obtener una cuenta y haya agregado su clave API a su equipo, ejecute este comando en el equipo en el que se encuentra su IDE on:

ngrok tcp 9000

Esto abrirá un túnel tcp (no http) desde el servidor ngrok a cualquier máquina en la que ejecute el comando. Estoy usando el puerto 9000, puede cambiar este puerto si su IDE está configurado para un puerto Xdebug diferente.

Esto es lo que deberías ver:

Tendrá que ver cuál es la url del túnel TCP que se abrió. En este ejemplo es:

0.tcp.ngrok.io:14904

Para esta sesión, la configuración de Xdebug en su servidor debe ser esto:

xdebug.remote_host=0.tcp.ngrok.io
xdebug.remote_port=14904

La URL y el puerto cambiarán cada vez que se inicie ngrok. Si desea tener la misma url y puerto, debe actualizar a una cuenta de pago. Asegúrese de reiniciar apache después de realizar cambios en su php.ini.

Compruebe también la configuración del firewall de "windows".

Para mí no funcionó porque mi red LAN fue declarada como "Red pública". Después de cambiarlo a "Red de trabajo" funcionó bien.

En mi caso el registro de Apache mostró una advertencia de PHP sobre no haber establecido la fecha.zona horaria. Xdebug / netbeans comenzó a funcionar tan pronto como lo configuré en php.ini y apache reiniciado.

date.timezone = America/Los_Angeles

Esto es PHP 5.5.

Estoy en Windows con xampp y cambié la sección [XDebug] de mi php.ini (en la parte inferior) a lo siguiente para que funcione:

zend_extension = "C:\xampp\php\ext\php_xdebug.dll"
xdebug.remote_enable=on
xdebug.remote_handler=dbgp
xdebug.remote_host=localhost
xdebug.remote_port=9000

Fuente de la wiki de Netbeans aquí: http://wiki.netbeans.org/HowToConfigureXDebug

Si tiene Apache en ejecución, recuerde reiniciarlo después de configurar XDebug y guardar php.ini.

Agregar esto funcionó para mí:

xdebug.idekey=netbeans-xdebug   

I Mi caso si agrego lo siguiente en php ini no funcionó

Zend_extension_ts="C:\PHP\PHP560\ext\php_xdebug-2.4.0rc4-5.6-vc11.dll "

Pero si añado

Zend_extension="C:\PHP\PHP560\ext\php_xdebug-2.4.0rc4-5.6-vc11.dll "

Está funcionando bien.

Habiendo configurado correctamente el php.archivo ini, netbeans, reenvío de puertos en el enrutador, todavía estaba recibiendo el desgraciado " esperando la conexión (netbeans-xdebug). Finalmente noté en la página de netbeans "No olvides establecer output_buffering = Off en tu php.ini file".

Así que revisé el /etc/php/7.x / apache2 / php.archivo ini y seguro que su valor era 4096. Así que restablecí output_buffering = Off y lo funcionó !!!

Espero que esto ayude a alguien, ya que el mensaje implica que es un error de conexión en lugar de un error de configuración.

Compruebe esto: Inicie XDebug en Netbeans en una solicitud externa

Otra forma es abrir una nueva ventana:

Intente continuar Proyecto > ejecutar configuración > avanzar

Y cambiar a predeterminado, compruebe si se abre otra ventana en el navegador

Un intento podría ser iniciar php -i en la ventana de comandos. Al redireccionar la salida se produjo un error

Para mí fue la solución FINAL porque tenía una versión incorrecta de Xdebug descargado

Para mí debería haber sido : php_xdebug-2.1.2-5.3-vc6.dll

Pero yo tenía: php_xdebug-2.2.4-5.3-vc9.dll. Así que ocurrió un error de php -i

E:\Programme\php>php -i > myOutputFromPhp

Produce el siguiente ERROR

No se puede cargar Xdebug-fue construido con la configuración API220090626, TS, VC9, mientras que el motor corriente es API220090626, TS, VC6

Yo tenía el mismo problema. ¿Por qué? Primero instalé WAMP, gracias Netbeans y trabajan juntos como un encanto. Más tarde instalé XAMPP y los sitios de Localhost se ejecutaron sin problemas, pero NetBeans nunca pudo conectarse a XAMPP (netbeans-xdebug). Al mismo tiempo NetBeans estaban trabajando bien con Wamp.

Mi solución fue volver a Wamp. Es mejor que nada.

Mi PC: Win-7-32, NetBeans-8.0.2,

Wampserver2.5-Apache-2.4.9-Mysql-5.6.17-php5.5.12-32b

Xampp-win32-5.6.8-0-VC11

Para los usuarios de Ubuntu:

1. sudo su
2. apt-get install php5-dev php-pear
3. pecl install xdebug
4. find / - name "xdebug.so" 2>/dev / null
5. devolverá algo como:/usr/lib/php5/20121212 / xdebug.so
6. vi /etc/php5/apache2/php.ini
7. agregue esta línea: zend_extension="/usr/lib/php5/20121212/xdebug.so"
8. service apache2 restart
9. reiniciar IDE

Pasé mucho tiempo tratando de obtener la configuración óptima y esto merece su propia respuesta, a pesar de que @Johnson T A es casi correcto.

Dice:

Xdebug.remote_host=192.168.1.5 - Esta es la dirección IPv4 de mi sistema, cambié a esta porque no pude depurar con localhost y 127.0.0.1.

Bueno, no todo el mundo puede usar una dirección privada, o puede ser dinámica, u otras cosas. Además, en mi caso sufría de mucho tiempo tiempos de espera antes de que se iniciara la depuración-aproximadamente 30 s cada vez. Eso no fue práctico.

Estoy seguro de que todos los que tienen estos problemas son al menos en Windows 7 más o menos. El problema está relacionado con una mezcla entre la resolución de nombres y xdebug. Para superarlos, asegúrese de que:

• El puerto 9000 no está en uso. Si ese es el caso, cámbielo a uno sin usar, ambos en php.ini y en netbeans.
• asegúrese de que xdebug.remote_enablees on.

• Si quieres ser capaz de depurar usando ambas direcciones localhost y 127.0.0.1, abra \Windows\System32\drivers\etc y asegúrese de que tiene las siguientes líneas:

  127.0.0.1 localhost

  :: 1 localhost

Asegúrese de que la primera línea no tiene un # antes y la segunda lo tiene.

Mi php de trabajo.sección ini (No necesito generador de perfiles, así que lo deshabilité):

[XDebug]
zend_extension = "C:\xampp\php\ext\php_xdebug.dll"
xdebug.profiler_append = 0
xdebug.profiler_enable = 0
xdebug.remote_enable = on
xdebug.remote_handler = "dbgp"
xdebug.remote_host = "localhost"
xdebug.remote_port = 9001
xdebug.trace_output_dir = "C:\xampp\tmp"
xdebug.remote_log = "C:\xampp\tmp\xdebug\xdebug.log"
xdebug.idekey = "netbeans-xdebug"
xdebug.remote_autostart = on
xdebug.remote_connect_back = on

Detener el depurador netbeans. Reinicie Apache.

Apuesto a que no sufrirás de largos tiempos de espera más ni comportamiento extraño con depurador.

Explicación: Aunque en etc / hosts dicen "la resolución de nombres de host local se maneja dentro del propio DNS", por cualquier razón no funciona bien con xdebug si no lo tiene explícitamente indicado en ese archivo. Ponerlo explícitamente parece no hacer daño en general, y resuelve este problema con xdebug. Pero también necesitas deshabilitar explícitamente la notación corta sIPv6 para localhost (:: 1) para que todo esto funcione. No conozco la interna razones pero probar todas las combinaciones y este funciona para mí como un encanto.

Tuve este problema para un proyecto, pero no para otros. Por lo tanto, xdebug se configuró correctamente, la configuración del proyecto estaba bien, pero aún así no funcionó.

Así que acabo de eliminar el subdirectorio nbproject, que contiene la configuración del proyecto, y he creado un nuevo proyecto con la fuente existente. Esto resolvió el problema para mí.

Seleccione un navegador específico para la depuración:

1. Haga clic derecho en proyecto - > seleccionar propiedades
2. Seleccionar categorías: Navegador luego seleccionó un navegador específico para depurar

Si su xdebug no funciona correctamente, verifique el registro de su servidor:

$ sudo less /var/log/httpd/error_log

Para comprobar las conexiones, utilice este comando:

$ sudo netstat -an

Después de iniciar la depuración en netbeans, si utiliza el comando netstat, puede ver el puerto de xdebug (probablemente es 80):

tcp6       0      0 192.168.33.10:80       192.168.33.2:49901      ESTABLISHED

El puerto de netbeans es 9000:

tcp        0      0 192.168.33.10:52024    192.168.33.2:9000       ESTABLISHED

Puede cambiar el puerto de xdebug desde aquí (Desde el menú superior, Herramientas - > Opciones - > PHP):

Si la conexión no está establecida, es es muy posible que su conexión esté bloqueada por su programa antivirus o firewall. Puede comprobarlo en su programa antivirus o firewall y eliminar el bloque, ya que es una conexión segura.

Después de realizar cambios en su php.ini o xdebug.archivos ini, independientemente de cómo esté ejecutando su servidor web, asegúrese de reiniciar ese servidor web (por ejemplo: service httpd restart en CentOS) o Apache no recogerá los cambios que haya realizado en eso .archivo ini.

El paquete xdebug en CentOS es "phpXXu-pecl-xdebug".

Los valores predeterminados en Xdebugs más recientes suelen estar bien. Solo es estrictamente necesario obtener estos dos valores correctamente, en algún lugar de un Apache .ini archivo:

xdebug.remote_enable=on
xdebug.remote_host=[DNS entry that resolves to the IP4 of your debugger]

Tuve el mismo problema y traté de resolverlo durante horas. Finalmente descubrí que la extensión de Chrome ipflood que cambia los encabezados para que parezca que está utilizando un proxy, fue la causa.

Funciona perfectamente bien después de que lo desactivé!