Alexei Srour <[email protected]> writes:

> Hi Michael,

Hi Alexei,

> I've reran all my previous tests to the same results unfortunately -
> The connection works when OTP is disabled but fails once OTP is
> enabled, the SSH server seems to acknowledge the connection and pushes
> a request for an OTP that is never received, and Tramp appears to be
> stuck in the same loop searching for a regex regardless of my edits.

This time, the error looks differently:

--8<---------------cut here---------------start------------->8---
> 23:15:32.980791 tramp-send-command (6) # ssh -l <user> -p <port> -e none -t 
> -t -o RemoteCommand="/bin/sh  -i" -o SetEnv="TERM=dumb" <ip address> && exit 
> || exit
> 23:15:33.161624 tramp-process-actions (6) # 
> ssh -l <user> -p <port> -e none -t -t -o RemoteCommand="/bin/sh  -i" -o 
> SetEnv="TERM=dumb" <ip address> && exit || exit
> kex_exchange_identification: Connection closed by remote host
> Connection closed by <ip address> port <port>
--8<---------------cut here---------------end--------------->8---

The connection has been closed after 1 second. I guess, this is
something else but the blocking you've reported. We shall ignore it for
the moment, because it happened only once as you said.

> I'll add that actually acquiring the trace seemed uncharacteristically
> difficult. For whatever reason, a failed connection would hang
> indefinitely, and cancelling with ^G would not actually generate a
> debug buffer like usual.

For this reason, there is the user option tramp-debug-to-file. If it is
non-nil, the contents of the trace buffer is written in parallel to a
file in the directory tramp-compat-temporary-file-directory.

You might try to call something like this:

--8<---------------cut here---------------start------------->8---
# emacs -Q -l ~/.emacs.d/elpa/tramp-2.8.0.4/tramp-autoloads.el --eval '(setq 
tramp-verbose 10 tramp-debug-to-file t)' /scpx:<user>@<ip address>#<port>:~/
--8<---------------cut here---------------end--------------->8---

Send the resulting trace file.

> Kind regards,
> Alexei

Best regards, Michael.

Reply via email to