I am wondering if anyone can shed any light on the appropriate measures to take to ensure that the following set up will allow Xdebug and PhpStorm to work.
We have a LAMP stack running fine, with PHP and Xdebug 3 running on an Azure VM.
We are on a shared office network with a public IP address but no access to the firewall for the incoming line, although it's very relaxed.
We are aiming to connect our machines (x3) to debug our remote web server (the LAMP stack on the Azure VM).
We can create the SSH tunnel no problem to the web server. But debugging just doesn't work. I.e. when we fire up a page, the debugger does nothing at all.
Is anyone else running this kind of set up and confirm whether we are missing a step to ensure a successful connection.
[xdebug]
zend_extension=xdebug
xdebug.mode=debug
xdebug.client_host=127.0.0.1
xdebug.client_port=9003
xdebug.default_enable = 1
xdebug.force_display_errors = 1
xdebug.scream = 1
xdebug.force_error_reporting = NONE
xdebug.idekey = diss
xdebug.remote_enable = 1
xdebug.remote_log=/tmp/xdebug.log
xdebug.log=/var/log/xdebug.log
xdebug.remote_connect_back=0
xdebug.discover_client_host=false
xdebug.start_with_request = yes-- this tells Xdebug to try and debug every single script/request without looking for "debug me" flag (cookie or ENV/GET/POST param) -- keep it until you make it work, then you can remove it to have a better control. 5) Post your Xdebug section ofphpinfo()output +xdebug_info()captured in a same way as you are trying to debug it (CLI script or a web page -- important as your OS may use different php.ini for different env)/tmp/is used); B) file permissions C) Xdebug is not trying to debug anything D) Something prevents that (e.g. SELinux or alike) -- rather unlikely to happen in containers, but may still affect Apache. 7) Check withtelnetif your SSH tunnel is set up correctly (connect from within your VM/container back to the IDE -- PhpStorm mu be listening for connections at that stage (green phone handle icon) -- able to connect?