Код, который я использую
net use K: \\<ServerName>\C$\Share /user:<domain>\<userName> '<password>'
K: навесной привод
доля - это имя папки на сервере, которое используется совместно с именем пользователя и паролем.
Я получаю ошибку
System error 5 has occurred.
Access is denied.
Я думаю, что ошибка связана с тем, что порт 445 закрыт на удаленном сервере. Поскольку я уверен, что даю правильные полномочия.
Если у вас есть контроль над удаленным сервером, и это сервер Windows, попробуйте запустить следующее из командной строки с повышенными привилегиями (запускать от имени администратора) на удаленном сервере:
netsh a s a state off
Не оставляйте его в этом состоянии, так как он отключит брандмауэр. полностью чтобы позволить вам протестировать. Тогда попробуйте свой net use снова на клиенте. Если это работает, значит, проблема в брандмауэре. Снова включите брандмауэр:
netsh a s a state on
Затем устраните проблему с брандмауэром, добавив соответствующее правило (для TCP 445), или измените профиль сети.
Другие ответы предполагают TCP port 139, но для SMB это необходимо только в том случае, если вы будете получать доступ к машине по ее имени NETBIOS. Он используется для разрешения имен даже при использовании протокола SMB. Фактически, в этом случае вам нужно TCP ports 137-139 открыто. Фактический доступ к общему ресурсу осуществляется через TCP port 445 (начиная с Windows 2000!), и если вы будете получать доступ к машине только через IP, то это единственный порт, который будет использоваться.
Однако временное отключение брандмауэра, как я предлагаю, скажет вам, является ли это проблемой порта / брандмауэра.
Это может иметь какое-то отношение к сжатию SID на серверах Windows 2012 в связи со старыми NAS, но если именно это вам мешает, зависит от вашей конкретной конфигурации. Я наткнулся на него после того, как определенное обновление было установлено на контроллерах домена (2012R2), после чего я не смог получить доступ к общим ресурсам SMB на старых NAS-серверах Thecus. Керберос аутентификации не было (проверено командой klist). Вот решение: https://support.microsoft.com/en-us/help/2774190/resource-sid-compression-in-windows-server-2012-may-cause-authorization-problems-on-devices-that-do-not- поддержка-ресурс-sid-сжатие
ТАК КАК чистое использование использует протокол SMB, Netbios или WebDAV на порте 445, 139 или 80 соответственно согласно Заказу сетевого провайдера, Я не вижу вариантов, как бы ты мог бежать чистое использование другой порт.
Также ничего о Technet: https://technet.microsoft.com/en-us/library/gg651155(v=ws.11).aspx
Как вы получаете Доступ запрещен Я рекомендую вам проверить установленные разрешения CIFS в соответствии с пользователем, с которым вы пытаетесь получить доступ.
\\<ServerName>\IPC$\Share /user:<domain>\<userName> '<password>'
Ключом было использовать IP перед Канадский доллар Я получил помощь от https://klyavlin.wordpress.com/2012/09/19/robocopy-network-usernamepassword/ В статье упоминается, что вам нужно предоставить общий доступ к папке на обоих серверах. Однако, если вы запускаете robocopy на исходном сервере, вам не нужно предоставлять общий доступ к папке. Пример приведен ниже.
robocopy C:\Source \\<ServerName>\Foldername /E /MIR /XA:H /R:1 /W:1