Система не может найти указанный путь

Question

Вот моя ситуация. У меня есть серверная коробка Windows и Linux. На моем сервере Windows я установил Sharepoint и смог получить доступ к общему каталогу через командную строку Windows, выполнив команду dir а также смог сопоставить общий каталог с сетевым диском, оба локально.

dir "\\XX.XX.XX.XX\DavWWWRoot\Shared Documents\AllDocuments\ImpDocuments"

Проблема возникает, когда я пытаюсь получить доступ к тому же из окна Linux через SSH.

ssh -v user@XX.XX.XX.XX cmd /c dir "\\\\XX.XX.XX.XX\\DavWWWRoot\\Shared Documents\\AllDocuments\\ImpDocuments"

Ошибка: Access Denied.

Идеи, пожалуйста!

OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
debug1: Reading configuration data /etc/ssh/ssh_config`
debug1: Applying options for *
debug1: Connecting to XX.XX.XX.XX [XX.XX.XX.XX] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version VShell_4_0_1_478 VShell
debug1: no match: VShell_4_0_1_478 VShell
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'XX.XX.XX.XX' is known and matches the DSA host key.
debug1: Found key in /root/.ssh/known_hosts:10
debug1: ssh_dss_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
Cannot determine realm for numeric host address

debug1: Unspecified GSS failure.  Minor code may provide more information
Cannot determine realm for numeric host address

debug1: Unspecified GSS failure.  Minor code may provide more information


debug1: Unspecified GSS failure.  Minor code may provide more information
Cannot determine realm for numeric host address

debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/identity
debug1: Offering public key: /root/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password,gssapi-with-mic
debug1: Trying private key: /root/.ssh/id_dsa
debug1: Next authentication method: password
user@XX.XX.XX.XX's password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: cmd /c dir \\\\XX>XX.XX.XX\\DavWWWRoot\\Shared Documents\\AllDocuments\\ImpDocuments
Access is denied.
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 1824, received 1920 bytes, in 17.4 seconds
Bytes per second: sent 104.8, received 110.3
debug1: Exit status 1

Answer 1

Вам нужно будет смонтировать целевую файловую систему в системе Linux, прежде чем получить к ней доступ.

mount -t cifs -o username=user1,password=abc123 //XX.XX.XX.XX/share /mnt/share

Затем вы можете использовать ls или другие утилиты для просмотра и / или редактирования файлов.

ls /mnt/share/file

Предполагая, что это работает, вы можете добавить монтирование в файл /etc /fstab системы Linux для автоматического монтирования при загрузке.

Answer 2

Вам необходимо удвоить обратную косую черту, поскольку они интерпретируются оболочкой:

ssh user@XX.XX.XX.XX cmd /c dir "\\\\XX.XX.XX.XX\\DavWWWRoot\\Shared Documents\\AllDocuments\\ImpDocuments"

Answer 3

Может быть, это опечатка в команде, которую вы выполнили?

debug1: Sending command: cmd /c dir \\\\XX>XX.XX.XX\\DavWWWRoot\\Shared...
                                          ^

Если это не так, я бы попытался заключить в кавычки команду windows, чтобы ssh видел ее как одну строку. Возможно, вам придется возиться с удвоением или без удвоения обратной косой черты:

ssh -v user@XX.XX.XX.XX 'cmd /c dir "\\\\XX.XX.XX.XX\\[etc]\\ImpDocuments"'

Если это по-прежнему не работает, попробуйте установить интерактивное SSH-соединение с сервером Windows, а затем попробуйте выполнить команду dir в этом сеансе. Возможно, сервер SSH Windows неправильно настроил ваш сеанс, и у вас нет доступа к сети при этом.