问题[network-share](server)

我有一台 Windows 10 PC，用作激光切割机的控制器。该 PC 已关闭更新，以确保不会发生任何可能导致未来出现问题或与其专用机器不兼容的更改。

由于它不会接收 Windows 更新，因此我不信任这台电脑并且希望将其与我的网络的其余部分隔离。

但是，它需要访问一个网络共享（在 NAS 上），这样它才能访问其激光切割程序和相关文件。

我已经将 PC 置于自己的子网和 VLAN 中，该子网和 VLAN 与网络的其余部分隔离，并且无法访问互联网。但授予它访问网络共享驱动器的权限可让它访问这一重要的共享资源。

允许此类不受信任的 PC 访问共享驱动器的最佳做法是什么？

我们在 Windows Server 2022 上有一个网络共享，其中托管着许多“生产”文件和开发文件。我们有两个域 - 一个 prod 域（例如“prod.local”）和一个 dev 域（“dev.local”）。

某些文件夹已设置为具有“所有人”访问权限，并且虽然产品域和开发域之间存在信任关系，但开发用户对共享具有只读访问权限，如预期的那样。

但是，我被要求以一种方式进行信任（开发人员信任产品，产品不信任开发人员），现在“所有人”权限不再起作用。

我已尝试实施此处建议的更改，但 a) 似乎这些是 Windows 10/11 的解决方案，b) 它仍然不起作用（即开发用户仍然无法访问共享）。

应如何在 Windows Server 上配置此类共享以允许另一个域访问？

我有一个 LAN，带有 TP-Link 路由器（AXE5400，3 个月大）、Mac Mini（2020，osX Monterey）作为文件服务器，以及 Windows 11 笔记本电脑和 Macbook Pro 笔记本电脑（c. 2020/2022）。Windows 和 Macbook Pro 笔记本电脑经常无法连接到文件服务器的网络共享。此外，我的 Windows 笔记本电脑经常显示“网络发现和文件共享已关闭”。在这两种情况下，问题都会在几分钟后神秘地自行解决，然后在一段时间后再次失去连接。

我可以毫无问题地通过 ssh/vnc 进入文件服务器。只有 samba/cif 网络共享受到影响。我是通过以太网还是 WiFi 连接似乎并不重要。

我怀疑 TP-Link 路由器，可能与 TCP 广播信号或“网络发现和文件共享”所基于的任何类似事物有关。我在使用 TP-Link Archer C5 时遇到了同样的问题。

我可以使用哪些工具进行故障排除？是否有任何（易于使用、免费的）网络监控工具可以提供帮助？

或者，有没有人知道这是 TP-Link 路由器的一个已知问题以及解决此问题的方法？

我有一台 Windows 服务器，到目前为止，我将一个文件夹共享D:\AAA为“ShareRW”，具有完全共享权限（“Everyone - Full”）以及该文件夹上下所需的一些更严格的 NTFS 权限；例如，UserX具有对 的完全访问权限D:\AAA\BBB、读取访问权限，D:\AAA\CCC甚至看不到D:\AAA\DDD（因为它禁用了继承，并且仅对其他用户具有显式权限）。我在服务器上检查了UserX的有效权限确实符合要求。

现在我想添加“mount -r”相同内容的选项，因此在同一个文件夹上创建了另一个名称为“ShareRO”的共享，并且只有“Everyone - Read”权限（当然还有相同的旧NTFS 权限）。

现在我的UserX和. 我希望 R: 看起来与 W: 相同，但不允许写入/更改。但现实要求不同：NET USE W: \\server\ShareRWNET USE R: \\server\ShareRO

• 用户可以更改内容W:\BBB，他们可以读取内容W:\CCC，他们甚至看不到W:\DDD存在
• 用户可以在 中阅读内容R:\BBB，他们可以在 中阅读内容R:\CCC，但他们看到R:\DDD存在的内容和一些元数据（大小、创建日期），尽管他们无法打开它。

我在这里做错了什么？

在查看映射的网络驱动器和其他 SMB 共享时，我们一直在处理涉及文件资源管理器关闭的问题，看似随机关闭。据我所知，到这些位置的网络连接没有丢失，并且可以在它们关闭时立即重新打开。

“随机”是指我没有在共享中找到会导致此行为的一致时间或位置。积极使用文件资源管理器似乎对窗口是否会突然关闭几乎没有影响，尽管从我个人对该问题的经验来看，在未确定数量的不活动后，窗口似乎会更一致地关闭。

环境细节：

• 我们的客户范围从 Windows 7 Pro 到 Windows 10 Pro（各种版本）。我不记得那些运行 Windows 7 的人有这个问题。
• 托管共享的文件服务器运行 Windows Server 2008 R2。
• 主 DC 运行 Windows Server 2012 R2

我目前的罪魁祸首是管理映射驱动器的组策略配置。我的想法是这些映射驱动器正在“刷新”并导致打开的窗口关闭。

对此事的任何见解或想法将不胜感激。

我正在寻找在一对 linux 服务器之间以高可用性方式共享单个文件的最简单方法。（版本和发行版并不重要，我正在寻找一个通用的解决方案。）

我有两台服务器，每台都有自己的本地磁盘和 NFS 共享以及它们之间的其他服务。我有一个两个服务器都需要访问的文件，但除了这些服务器之外没有其他需要访问它的文件。

如果任一服务器崩溃，我希望该文件的最新可能内容可用于其余服务器。（显然，其他服务器应该在恢复时获取更改。）

该文件是一个状态文件，一次可能只有一个服务器会写入它。状态文件大小未知，但很小。大概在1块到2M之间。状态文件的大小可能会根据停机时间的长短而增长。

在不添加外部硬件的情况下，像这样的高可用性文件共享有哪些选择？

在不创建 VHD 等的情况下直接附加网络磁盘的方法是什么？我想通过 iSCSI 之类的网络将驱动器直接从一台计算机连接到另一台计算机，但不创建 VHD。

不能接受的：

1. 驱动弯管机
2. iSCSI（它正在创建 VHD 驱动器）
3. 映射为网络驱动器（仅像 iSCSI 一样直接但不创建 VHD）
4. 仅限 CLI 的 Linux
5. FreeNAS、TrueNAS、XigmaNAS、UNRAID、XPEnologi 等

极有可能是 Windows/Windows Server 程序

我有一个正在运行的 OpenVPN 服务器，配置如下

• VPN 网络为 10.7.0.0/16
• LAN网络为192.168.100.0/24

客户端可以连接，但我无法访问位于 VPN 连接 (192.168.100.*) 后面的 LAN 主机。

没有答案

push "route 192.168.100.0 255.255.255.0"配置行应该解决这个问题，但不是。我的错误在哪里？

分析

连接后，这是我的netstat -rn结果

default            10.7.0.5           UGScIg      utun10
10.7/16            10.7.0.5           UGSc        utun10
10.7.0.5           10.7.0.6           UHr         utun10
10.7.0.5/32        link#23            UCS         utun10
192.168.100        10.7.0.5           UGSc        utun10

我本来希望10.7.0.1网关在最后一行，不是吗？

ifconfig 也许是一个线索，我ifconfig的客户端给了我

我期望inet 10.7.0.2 --> 10.7.0.1它在我在其他上下文中获得的其他 VPN 上工作时会发生类似的事情。

↳ 用@lacek 回答。

数据包捕获

在客户端 ping 期间，VPN 服务器上的 Atcpdump给了我

• 刚刚在 LAN ping 上发送 ping（不返回）。
  
• ping 并返回 VPN 主机 ping。
  

如果我在目标上捕获任何 ICMP 流量，则没有关于 ping 请求的日志。（我已经尝试从另一个 LAN 主机，它可以工作。直接从 VPN 主机，它也可以工作。）。

关键是 OpenVPN 服务不会将我的数据包转发到 LAN 网络。

配置

server.conf配置

proto udp
ifconfig-pool-persist ipp.txt
keepalive 10 120
user nobody
group nogroup
persist-key
persist-tun
status /var/log/openvpn.log
verb 3
mute 10
ca /etc/openvpn/server/ca.crt
cert /etc/openvpn/server/server.crt
key /etc/openvpn/server/server.key
dh /etc/openvpn/server/dh.pem
port 1194
dev tun
server 10.7.0.0 255.255.255.0
push "dhcp-option DNS 8.8.8.8"
push "dhcp-option DNS 8.8.4.4"
push "route 192.168.100.0 255.255.255.0 "
client-to-client

在服务器端，我在 Debian OS 上运行 OpenVPN 2.4.0。

我正在使用centos 7，目前我正在运行一个cron，其中一些文件被压缩，然后每天从那里发送到桌面目录我必须手动将它移动到NAS（通过网络共享的本地驱动器），现在我的问题是有什么方法可以通过提供连接时在桌面上看到的驱动器路径来自动将 zip 发送到本地网络驱动器。

这将节省我很多时间。帮助将不胜感激

我在使用某些软件时遇到问题，它只能挂载 NFSv3 和 NFSv4 共享 - 它无法挂载 NFSv4.1 或 NFSv4.2。

由于我无权访问服务器本身，因此我无法确定正在使用的 NFS 的确切版本。

我知道 rpcinfo 命令：

rpcinfo -p server

打印出这样的共享版本：

   program vers proto   port  service
    100000    4   tcp    111  portmapper
    100000    3   tcp    111  portmapper
    100000    2   tcp    111  portmapper
    100000    4   udp    111  portmapper
    100000    3   udp    111  portmapper
    100000    2   udp    111  portmapper
      7507    1   tcp   7507
    100024    1   udp  20049  status
    100024    1   tcp  20049  status
    100003    3   tcp   2049  nfs
    100005    1   tcp  20048  mountd
    100005    3   tcp  20048  mountd
    100003    4   tcp   2049  nfs
    100021    4   tcp  20050  nlockmgr

或以下内容：

rpcinfo -u server nfs 3
rpcinfo -t server nfs 4

打印：

program 100003 version 3 ready and waiting

和

program 100003 version 4 ready and waiting

但是，如何从客户端确定服务器正在使用 NFSv4.1 还是 NFSv4.2？