Назад | Перейти на главную страницу

sshfs не работает, когда удаленный сервер перезагружается при входе в систему

Я пытаюсь смонтировать удаленный диск с помощью sshfs. Код такой:

sshfs пользователь @ сервер: / / главная / пользователь / папка

Проблема может заключаться в том, что удаленный сервер повторно регистрирует подключающегося пользователя под другим пользователем при входе в систему. И поэтому, когда я пытаюсь использовать этот код, он не монтируется и не выдает ошибок. Как мне с этим справиться?

Ubuntu 11.04, сервер - Debian

Редактировать:

По поводу релогинга. Когда я подключаюсь к серверу, я вижу, что мое имя пользователя другое. Наш администратор объяснил, что все пользователи вошли на сервер под одним пользователем. Он попытался создать sshfs под пользователем, который не перезагружается, и это сработало. Но поскольку мой пользователь переключился на обычного пользователя, sshfs у меня не работает.

Я попробовал sshfs с -o debug, и ничего не показал - он просто зависает после того, как я ввожу правильный пароль на сервере.

Edit2:

loglevel = debug3 после ввода пароля

 debug3: packet_send2: adding 48 (len 61 padlen 19 extra_pad 64)
 debug2: we sent a password packet, wait for reply
 debug1: Authentication succeeded (password).
 debug2: fd 4 setting O_NONBLOCK
 debug3: fd 5 is O_NONBLOCK
 debug1: channel 0: new [client-session]
 debug3: ssh_session2_open: channel_new: 0
 debug2: channel 0: send open
 debug1: Requesting no-more-sessions@openssh.com
 debug1: Entering interactive session.
 debug2: callback start
 debug2: client_session2_setup: id 0
 debug1: Sending environment.
 debug3: Ignored env ORBIT_SOCKETDIR
 debug3: Ignored env SSH_AGENT_PID
 debug3: Ignored env TERM
 debug3: Ignored env SHELL
 debug3: Ignored env XDG_SESSION_COOKIE
 debug3: Ignored env WINDOWID
 debug3: Ignored env GNOME_KEYRING_CONTROL
 debug3: Ignored env GTK_MODULES
 debug3: Ignored env USER
 debug3: Ignored env LS_COLORS
 debug3: Ignored env SSH_AUTH_SOCK
 debug3: Ignored env DEFAULTS_PATH
 debug3: Ignored env SESSION_MANAGER
 debug3: Ignored env USERNAME
 debug3: Ignored env XDG_CONFIG_DIRS
 debug3: Ignored env DESKTOP_SESSION
 debug3: Ignored env PATH
 debug3: Ignored env PWD
 debug3: Ignored env GDM_KEYBOARD_LAYOUT
 debug1: Sending env LANG = en_US.UTF-8
 debug2: channel 0: request env confirm 0
 debug3: Ignored env MANDATORY_PATH
 debug3: Ignored env GDM_LANG
 debug3: Ignored env GDMSESSION
 debug3: Ignored env SHLVL
 debug3: Ignored env HOME
 debug3: Ignored env GNOME_DESKTOP_SESSION_ID
 debug3: Ignored env LOGNAME
 debug3: Ignored env XDG_DATA_DIRS
 debug3: Ignored env DBUS_SESSION_BUS_ADDRESS
 debug3: Ignored env LESSOPEN
 debug3: Ignored env WINDOWPATH
 debug3: Ignored env DISPLAY
 debug3: Ignored env LESSCLOSE
 debug3: Ignored env XAUTHORITY
 debug3: Ignored env COLORTERM
 debug3: Ignored env _
 debug1: Sending subsystem: sftp
 debug2: channel 0: request subsystem confirm 1
 debug2: fd 3 setting TCP_NODELAY
 debug2: callback done
 debug2: channel 0: open confirm rwindow 0 rmax 32768
 debug2: channel 0: rcvd adjust 2097152
 debug2: channel_input_status_confirm: type 99 id 0
 debug2: subsystem request accepted on channel 0

Ваш администратор, кажется, сделал что-то обычное. У нас недостаточно информации, чтобы понять, что означает «переподключение». Это может быть конфигурация sshd, это может быть какой-то сценарий оболочки, у нас просто недостаточно информации.

Настоящий ответ здесь: попросите своих ИТ-специалистов решить эту проблему за вас. Они уже дали вам подробное объяснение того, что происходит, возможно, потому, что не думают, что вы поймете настройку, и у вас просто нет информации, необходимой, чтобы помочь себе. Выступая как профессиональный системный администратор, иногда просто поражает, сколько усилий люди прикладывают для решения проблемы, прежде чем обратиться за помощью.