Vikram Shetty Asked: 2016-12-31 01:25:47 +0800 CST2016-12-31 01:25:47 +0800 CST 2016-12-31 01:25:47 +0800 CST 如何使用除 445 以外的不同端口使用“net use”连接到远程服务器 772 我正在使用的代码 net use K: \\<ServerName>\C$\Share /user:<domain>\<userName> '<password>' K:是挂载的驱动器 共享是服务器中与用户名和密码共享的文件夹名称 我得到的错误是 System error 5 has occurred. Access is denied. 我认为错误是因为远程服务器中的端口 445 已关闭。因为我确信我提供了正确的凭据。 windows remote net-use 5 个回答 Voted bao7uo 2016-12-31T01:41:21+08:002016-12-31T01:41:21+08:00 如果您可以控制远程服务器并且它是 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 访问机器,那么这是唯一将使用的端口。 但是,按照我的建议暂时关闭防火墙会告诉您这是否是端口/防火墙问题。 Tomek 2017-05-17T21:33:44+08:002017-05-17T21:33:44+08:00 它可能与 Windows 2012 服务器上与旧 NAS 相关的 SID 压缩有关 - 但如果那是什么伤害你取决于你的特定配置。在 DC (2012R2) 上安装特定更新后,我偶然发现了它,之后我无法访问旧 Thecus NAS 上的 SMB 共享。没有 kerberos 身份验证(使用 klist 命令检查)。这是解决方案:https: //support.microsoft.com/en-us/help/2774190/resource-sid-compression-in-windows-server-2012-may-cause-authorization-problems-on-devices-that -不支持-资源-sid-压缩 Alexandre Roux 2016-12-31T01:42:32+08:002016-12-31T01:42:32+08:00 AS net use是根据 Network Provider Order分别在端口 445 或 139 或 80 上使用 SMB 或 Netbios 或 WebDAV 协议,我没有看到任何选项如何运行net use不同的端口。 在 Technet 上也一无所获:https ://technet.microsoft.com/en-us/library/gg651155(v=ws.11).aspx 当您获得访问被拒绝时,我建议您根据您尝试访问的用户检查 CIFS 的设置权限。 Best Answer Vikram Shetty 2016-12-31T05:43:35+08:002016-12-31T05:43:35+08:00 \\<ServerName>\IPC$\Share /user:<domain>\<userName> '<password>' 关键是在C$之前使用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 Massimo 2021-02-17T09:45:40+08:002021-02-17T09:45:40+08:00 如果您收到access denied错误,这意味着远程服务器已明确拒绝授予您访问权限。但要做到这一点,肯定需要先建立网络连接。 这不是网络问题。
如果您可以控制远程服务器并且它是 Windows 服务器,请尝试从远程服务器上的提升(以管理员身份运行)命令提示符运行以下命令:
不要让它处于这种状态,因为它会完全关闭防火墙以允许您进行测试。然后在客户端上再次尝试您的
net use
命令。如果这有效,那么这是一个防火墙问题。重新打开防火墙:然后通过添加适当的规则(用于 TCP 445)或更改网络配置文件来解决防火墙问题。
其他答案建议
TCP port 139
,但对于 SMB,仅当您通过其 NETBIOS 名称访问机器时才需要这样做。即使使用 SMB 协议,它也用于名称解析。实际上,在这种情况下,您需要TCP ports 137-139
打开。实际的共享访问是通过TCP port 445
(从 Windows 2000 开始!)完成的,如果您只通过 IP 访问机器,那么这是唯一将使用的端口。但是,按照我的建议暂时关闭防火墙会告诉您这是否是端口/防火墙问题。
它可能与 Windows 2012 服务器上与旧 NAS 相关的 SID 压缩有关 - 但如果那是什么伤害你取决于你的特定配置。在 DC (2012R2) 上安装特定更新后,我偶然发现了它,之后我无法访问旧 Thecus NAS 上的 SMB 共享。没有 kerberos 身份验证(使用 klist 命令检查)。这是解决方案:https: //support.microsoft.com/en-us/help/2774190/resource-sid-compression-in-windows-server-2012-may-cause-authorization-problems-on-devices-that -不支持-资源-sid-压缩
AS net use是根据 Network Provider Order分别在端口 445 或 139 或 80 上使用 SMB 或 Netbios 或 WebDAV 协议,我没有看到任何选项如何运行net use不同的端口。
在 Technet 上也一无所获:https ://technet.microsoft.com/en-us/library/gg651155(v=ws.11).aspx
当您获得访问被拒绝时,我建议您根据您尝试访问的用户检查 CIFS 的设置权限。
关键是在C$之前使用IP我从https://klyavlin.wordpress.com/2012/09/19/robocopy-network-usernamepassword/获得帮助文章中提到了您需要在两台服务器上共享文件夹。但是,如果您在源服务器上运行 robocopy,则不必共享该文件夹。下面给出的例子。
如果您收到
access denied
错误,这意味着远程服务器已明确拒绝授予您访问权限。但要做到这一点,肯定需要先建立网络连接。这不是网络问题。