Я буквально боролся с этим в течение недель. Я сдался и успешно подключился к локальной виртуальной машине, но она слишком медленная. Я должен подключиться к этой удаленной машине, даже если она меня убьет.
У меня есть PhpStorm 9.0.2 на моем компьютере с Windows 8.1, я пытаюсь использовать PuTTY для подключения к удаленному компьютеру CentOS 6, PHP 5.6 / xdebug 2.3.2 в другом месте. Я нахожусь за брандмауэром, но я не думаю, что это проблема, поскольку я могу без проблем подключиться по SSH, поэтому туннель должен работать, если я могу просто правильно его настроить. Думаю, единственная проблема в том, что я слишком туп, чтобы понять, как правильно туннелировать.
Как xdebug удаленного сервера знает, что нужно туннелировать? Или это нужно знать? Мне нужно сообщить этому серверу о туннеле? Или он уже знает об этом, как только я подключаюсь через туннель? Но если знает, почему xdebug не может подключиться к порту 9000? Слушает ли мой PhpStorm порт 9000, а мой PuTTY обрабатывает отправку данных туда? Или PhpStorm нужно прослушивать порт 22?
В этом руководстве я обнаружил, что объясняет как использовать PhpStorm с удаленным сервером через SSH-туннель не работает (щелкните, чтобы развернуть раздел «Настройка SSH-туннеля в Windows»). Xdebug на моем удаленном тестовом сервере, Linux-машине CentOS, на которой находится мой веб-сайт разработки на основе PHP / MySQL сижу, не могу подключиться к моей локальной машине разработки Windows 8.1 через порт 9000.
Я не совсем понимаю туннелирование, и, возможно, никогда не пойму, поскольку я потратил несколько часов на его изучение, но еще не понял. Я просто хочу отладить свое приложение. :(
В учебном пособии вы найдете инструкции по использованию Putty для открытия SSH-соединения с удаленным сервером и настройки раздела «туннели» соединения, чтобы указать порт 9000 на удаленном хосте и localhost:9000
для вашей локальной машины разработки. Я делал это снова и снова, но кажется, что никто не сказал моему удаленному серверу, что делать.
Вот мои настройки шпатлевки:
Журнал XDebug продолжает показывать, что не удалось подключиться.
I: Checking remote connect back address.
I: Remote address found, connecting to 173.12.34.123:9000.
E: Time-out connecting to client. :-(
Log closed at 2015-10-28 19:31:55
Как я могу узнать, пытается ли мой удаленный XDebug установить прямое соединение с моим сервером через порт 9000 или он использует tunnel
через порт 22?
Имеет ли значение, к какому пользователю я подключаюсь через SSH? root
или какой-нибудь другой пользователь? Имеет ли значение, если у меня есть еще один сеанс SSH, подключенный к тому же серверу в то же время, который не туннелирован?
РЕДАКТИРОВАТЬ: Вот мои настройки xdebug, полученные от phpinfo()
. Они отражают php.ini
из корня моего текущего веб-сайта (/home/testingsite/public_html/php.ini
). Обратите внимание, что xdebug.remote_log
сохраняется в /home/testingsite/public_html/var/xdebug/log.txt
xdebug
xdebug support enabled
Version 2.3.2
IDE Key PHPSTORM
Supported protocols Revision
DBGp - Common DeBuGger Protocol $Revision: 1.145 $
Directive Local Value Master Value
xdebug.auto_trace Off Off
xdebug.cli_color 0 0
xdebug.collect_assignments Off Off
xdebug.collect_includes On On
xdebug.collect_params 0 0
xdebug.collect_return Off Off
xdebug.collect_vars Off Off
xdebug.coverage_enable On On
xdebug.default_enable On On
xdebug.dump.COOKIE no value no value
xdebug.dump.ENV no value no value
xdebug.dump.FILES no value no value
xdebug.dump.GET no value no value
xdebug.dump.POST no value no value
xdebug.dump.REQUEST no value no value
xdebug.dump.SERVER no value no value
xdebug.dump.SESSION no value no value
xdebug.dump_globals On On
xdebug.dump_once On On
xdebug.dump_undefined Off Off
xdebug.extended_info On On
xdebug.file_link_format no value no value
xdebug.force_display_errors Off Off
xdebug.force_error_reporting 0 0
xdebug.halt_level 0 0
xdebug.idekey PHPSTORM PHPSTORM
xdebug.max_nesting_level 256 256
xdebug.max_stack_frames -1 -1
xdebug.overload_var_dump On On
xdebug.profiler_aggregate Off Off
xdebug.profiler_append Off Off
xdebug.profiler_enable On On
xdebug.profiler_enable_trigger On On
xdebug.profiler_enable_trigger_value no value no value
xdebug.profiler_output_dir var/xdebug/profiles/ var/xdebug/profiles/
xdebug.profiler_output_name cachegrind.out.%p cachegrind.out.%p
xdebug.remote_autostart Off Off
xdebug.remote_connect_back On On
xdebug.remote_cookie_expire_time 3600 3600
xdebug.remote_enable On On
xdebug.remote_handler dbgp dbgp
xdebug.remote_host localhost localhost
xdebug.remote_log var/xdebug/log.txt var/xdebug/log.txt
xdebug.remote_mode req req
xdebug.remote_port 9000 9000
xdebug.scream Off Off
xdebug.show_exception_trace Off Off
xdebug.show_local_vars On On
xdebug.show_mem_delta Off Off
xdebug.trace_enable_trigger Off Off
xdebug.trace_enable_trigger_value no value no value
xdebug.trace_format 0 0
xdebug.trace_options 0 0
xdebug.trace_output_dir /tmp /tmp
xdebug.trace_output_name trace.%c trace.%c
xdebug.var_display_max_children 128 128
xdebug.var_display_max_data 512 512
xdebug.var_display_max_depth 3 3
php.ini
в корне моего веб-сайта. Однако, когда я просмотрел тамphpinfo()
, он показал глобальные настройки. Хотя (некоторые?) Локальные настройки работали, потому что xdebug_remote_log записывался, как указано. Я только что перезапустил apache, и теперь локальные настройки отображаются вphpinfo()
выводе. Я отправлю их в свой вопрос. - person Buttle Butkus   schedule 28.10.2015phpinfo()
вывод. Он плохо отформатирован. Я мог бы сделать снимок экрана и вставить его, если вы думаете, что так лучше. И Xdebug определенно пытается подключиться обратно к моему IP-адресу через порт 9000, судя по журналу. - person Buttle Butkus   schedule 28.10.2015xdebug.remote_connect_back
(должно быть0
илиoff
), чтобы вы работали. При SSH-туннелировании xdebug должен подключаться к локальному порту TCP 9000, а не к удаленному. - person LazyOne   schedule 28.10.2015remote_connect_back
и используйтеxdebug.remote_host=localhost
? О, МОЙ БОГ, ЭТО РАБОТАЕТ! И теперь я вижу, что в том самом туториале, на который я ссылался, былоlocalhost
, и я чувствую себя идиотом, но я так счастлив! Спасибо! - person Buttle Butkus   schedule 28.10.2015localhost:9000
, и именно здесь туннель начинается. Я знал, что на сервере должна быть какая-то директива. Я уверен, что пробовалlocalhost
и раньше, но в тот момент мне, вероятно, не хватало некоторых других вещей. Теперь все работает. Это действительно потрясающе. Большое спасибо. - person Buttle Butkus   schedule 28.10.2015