The sftp of an individual user of linux is broken, and the password is jammed after verifying the password. What is the problem?

problem description

the sftp of an individual user of linux is broken. What is the problem after verifying the password?

all software using sftp cannot be used

winsshfs jams after clicking mount
xftp connection verification also jams
sublimeText3"s sftp plug-in is not easy to use

what happens suddenly
I have no problem using it all the time

has been in normal use except that tmux was installed a few days before the failure (and has been in normal use for many days after installing tmux)

it is not possible to execute the sftp command natively

clipboard.png

clipboard.png

-update-
there are more outputs for successful and unsuccessful ones

debug2: Remote version: 3
debug2: Server supports extension "posix-rename@openssh.com" revision 1
debug2: Server supports extension "statvfs@openssh.com" revision 2
debug2: Server supports extension "fstatvfs@openssh.com" revision 2
Connected to tabris@10.125.51.7.
debug3: Sent message fd 6 T:16 I:1
debug3: SSH_FXP_REALPATH . -> /data/home/tabris size 0
sftp>

this is the output of success (only the

after the input password is copied)
tabris@10.125.51.7"s password:
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 52
debug1: Authentication succeeded (password).
Authenticated to 10.125.51.7 ([10.125.51.7]:36000).
debug2: fd 4 setting O_NONBLOCK
debug2: fd 5 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting no-more-sessions@openssh.com
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug1: Sending subsystem: sftp
debug2: channel 0: request subsystem confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: subsystem request accepted on channel 0
debug2: Remote version: 3
debug2: Server supports extension "posix-rename@openssh.com" revision 1
debug2: Server supports extension "statvfs@openssh.com" revision 2
debug2: Server supports extension "fstatvfs@openssh.com" revision 2
Connected to tabris@10.125.51.7.
debug3: Sent message fd 6 T:16 I:1
debug3: SSH_FXP_REALPATH . -> /data/home/tabris size 0
sftp>

this is the output of unsuccessful (only the

after the input password is copied)
tabrisdong@10.125.51.7"s password:
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 52
debug1: Authentication succeeded (password).
Authenticated to 10.125.51.7 ([10.125.51.7]:36000).
debug2: fd 4 setting O_NONBLOCK
debug2: fd 5 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting no-more-sessions@openssh.com
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug1: Sending subsystem: sftp
debug2: channel 0: request subsystem confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: subsystem request accepted on channel 0
Oct.27,2021

add the -vvv parameter, and type out the middle output to see

.
sftp -vvv -oPort=36000 tabrisdong@10.125.51.7

it seems that the login verification has passed, and the terminal is stuck. Try adding -t parameter

.
ssh -t -oPort=36000 tabrisdong@10.125.51.7 /bin/bash 

this allows users to skip remote scripts such as / etc/profile and ~ / .profile ~ / .bashrc when logging in.
it is possible that there is something wrong with these scripts that prevent users from entering the system.

Menu