Как восстановить с повреждения xdebug сессию?

Я не знаю xdebug но я не думаю, что это релевантно. Это - просто ssh проблема перенаправления портов. Проблема состоит в том, что предыдущая ssh сессия на сервере все еще работает, что означает, что это все еще использует удаленный порт.

Одно решение состоит в том, чтобы уничтожить предыдущую ssh сессию. Просто взгляните с ps axu и kill это.

Другое решение состоит в том, чтобы изменить sshd конфигурацию, что сервер регулярно проверяет с помощью ping-запросов клиент и уничтожает сессию, если никакой ответ не получен. Чтобы сделать это, необходимо было бы отредактировать /etc/ssh/sshd_config и набор ClientAliveInterval к чему-то, например. ClientAliveInterval 30 что означает, что Сервер попытается достигнуть клиента после 30 секунд, если никакие данные не были получены.

Еще для некоторых деталей я скопировал соответствующую часть с man sshd_config

ClientAliveCountMax
        Sets the number of client alive messages (see below) which may be sent
        without sshd(8) receiving any messages back from the client. If this
        threshold is reached while client alive messages are being sent, sshd 
        will disconnect the client, terminating the session. It is important
        to note that the use of client alive messages is very different from
        TCPKeepAlive (below).  The client alive messages are sent through the 
        encrypted channel and therefore will not be spoofable. The TCP   
        keepalive option enabled by TCPKeepAlive is spoofable.  The client
        alive mechanism is valuable when the client or server depend on
        knowing when a connection has become inactive.

        The default value is 3.  If ClientAliveInterval (see below) is set to
        15, and ClientAliveCountMax is left at the default, unresponsive SSH
        clients will be disconnected after approximately 45 seconds.
        This option applies to protocol version 2 only.

ClientAliveInterval
        Sets a timeout interval in seconds after which if no data has been
        received from the client, sshd(8) will send a message through the
        encrypted channel to request a response from the client. The default
        is 0, indicating that these messages will not be sent to the client.
        This option applies to protocol version 2 only.