我遇到了一个奇怪的问题，我们一直在研究的上网本中，似乎有一个networkingpath的问题。 机器正在运行Windows 7 Starter。 如果我尝试运行以下内容： \\server\fd 我遇到了一个错误： 0x80070035 Network path not found. 但是，如果我input： \\server\fd\ 一切都很好，并按预期开放。 （注意后面的反斜杠）有什么想法可能导致这种情况发生？
维基百科“ 在计算机networking中，反向代理是一种代理服务器，代表客户端从一个或多个服务器获取资源，然后将这些资源返回给客户端，就像源自反向代理服务器本身一样。 ]虽然转发代理通常位于客户端应用程序（如Web浏览器）和托pipe所需资源的服务器之间，但反向代理通常位于更靠近服务器的位置，并且只会返回已configuration的集合的资源“。 您如何向非技术人员解释“反向代理”一词？ UPDATE 问题背景： 我正在教自己编写自己创build一个数据绑定web应用程序的目标。 自从我开始以来，我发现自己做了更多的与编程无关的任务，这是一个没人真正告诉我的难题。 因此，为了理解构buildweb应用程序的各个组件，我想更好地理解web服务器的angular色以及它们的作用和工作原理。 其中，我遇到了nginx，它提供了一个反向代理服务，因此这个问题。
我对pipe理型交换机没有任何经验，并希望确保我了解我需要如何继续升级。 我一直在做大量的研究和阅读，试图加快速度。 我学到了很多东西，但没有什么比得到专家的build议和指导。 我们目前有三个powerconnect 2342 10/100 unmanged交换机位于三个独立的壁橱。 壁橱之间的联系是纤维。 目前我们正在使用AT-102XL快速以太网媒体转换器，但将升级到AT-1004千兆转换器。 我们所有的2342交换机上的端口都用完了，所以我们认为我们可以继续尝试在添加新交换机的同时升级networking速度。 请参阅下面提出的新布局networking图（如果这是最好的办法）。 我们将保留现有的2342交换机，并且只将单元或设备连接到非带宽密集型设备，如果您愿意的话，我们将把所有其他设备移到新的5424交换机上。 这是我的问题。 5424交换机是否需要在端口上进行任何特殊configuration，以将它们互连在一起，例如中继，延迟等。 我只是将所有3个5424交换机configuration为VLAN1通用端口。 是连接2342年至5424年与一个单一的以太网电缆端口到端口会没事的。 任何build议，帮助或指导将不胜感激。
该服务器前面的防火墙阻止了ping请求。 仍然有可能测量这个系统的延迟吗？ 如果是这样，怎么样？
Samba共享在Ubuntu 8.04上 Sambaconfiguration如下： ＃名称选项 ; 保存大小写=是 ; 短保存情况=是 ＃大多数人会发现这个选项可以提供更好的性能。 ＃请参阅smb.conf（5）和/usr/share/doc/samba-doc/htmldocs/speed.html ＃详情 ＃您可能需要在Linux系统上添加以下内容： ＃SO_RCVBUF = 8192 SO_SNDBUF = 8192 套接字选项= TCP_NODELAY ＃=======================分享定义======================= [上市] 评论=公共目录 path= /家庭/公共 ＃inheritance权限=否 ＃public = yes 只读=否 ＃writeable = yes ＃强制创build模式= 0775 ＃强制目录模式= 6775 ＃force user = nobody ＃force group = users 客人ok =是 只有客人=是 当我尝试通过vpn连接到共享时，从samba错误日志输出： [2011/04/07 15:01:23，0] lib / access.c：check_access（327） 拒绝（10.0.1.2） […]
我正在运行Windows XP SP3。 在“资源pipe理器”中的“网上邻居”中有几个指向不存在的IP地址的快捷方式。 我从来没有成功删除它们。 当我左键单击它们，或右键单击时，Explorer将进入无响应状态很长一段时间。 无论我尝试什么样的鼠标手势，它都没有反应，不允许我删除它们。 什么是删除这些破碎的networking快捷方式的解决scheme？
我正在build立一个基于Linux的路由器，拥有4个网卡，尽pipe在各种网站上提出了以下步骤，但我似乎无法说服它工作。 每个接口位于一个单独的子网上，如下所示： eth0 10.1.0.254 (255.255.255.0) eth1 10.1.1.254 (255.255.255.0) eth2 10.1.2.254 (255.255.255.0) eth3 10.1.3.254 (255.255.255.0) 每个networking上的每台设备都configuration为使用10.1。 x .254作为本地networking上的网关。 我启用了IP转发function（也使其在/etc/sysctl.conf成为永久的） $ cat /proc/sys/net/ipv4/ip_forward 1 路由表看起来是正确的 $ route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface localnet * 255.255.255.0 U 0 0 0 eth0 10.1.1.0 * 255.255.255.0 U 0 0 0 eth1 10.1.2.0 * […]
我在OS X上运行Ubuntu，使用Parallels和Ubuntu在端口8080上运行Web服务器。我想testing虚拟机之外的开发。 但是，当我尝试Ubuntu虚拟机的IP地址，它redirect到本地主机，并失败。 有关如何访问虚拟机内运行的Web服务器的任何build议。
我们有configuration了SMB / CIFS共享的Sun Storage Appliance（7110）。 它被join到我们的Active Directory中。 我试图完成的是：普通域用户（内置AD组）应该有权访问驱动器修改文件和文件夹，但不会更改权限（因为用户可以locking其他人从一个文件夹包括pipe理员）。 AD组“Storage_Admins”中的用户应该完全控制驱动器。 有两个地方可以configuration用户权限：共享级别ACL和根目录ACL。 据我所知，最好的做法是授予每个人对共享级别的完全控制权，并在根目录ACL上执行其他任何操作，但是这种方式不起作用。 我到目前为止所做的： 共享级别 ：每个人 – 完全控制根目录 ：Storage_Admins – 完全控制/域用户 – 修改结果 ：域用户可以更改他们创build的文件夹的权限，但不能更改根文件夹的权限 共享级别 ：所有人 – 修改根目录 ：Storage_Admins – 完全控制/域用户 – 修改结果 ：域用户不能更改文件夹的权限，但pipe理员也不能更改它们。 域用户不能重命名或删除文件夹。 共享级别 ：所有人 – 修改/ Storage_Admins – 完全控制根目录 ：Storage_Admins – 完全控制/域用户 – 修改结果 ：域用户不能更改文件夹权限，但pipe理员也不能更改它们。 域用户不能重命名或删除文件夹。 我已经阅读了Technet上的一些文章，发现这个： 业主有隐含的权利，允许或拒绝其他用户使用该对象的权限，这个权利不能被撤回 我认为这就是问题所在。 如果用户创build一个文件夹，他是所有者，可以更改该文件夹的权限。 那么是否有防止这种行为呢？ 在networking驱动器上configuration权限的最佳做法是什么？ 把所有权拿走不是一种select，因为没有人可以弄清谁创build了什么文件。 提前致谢。 […]
过去我曾几次在这里作为一个潜伏者，发现它只是有帮助，现在我有一个自己的问题。 我负责创buildVM群集解决scheme，并一直在研究MD3000（i）系列DAS / iSCSI存储。 我目前有2个 PowerEdge 1950，可以通过PERC5 SAS HBA连接到MD3000。 但是，这是一个棘手的部分，我想创build一个可通过networking访问的群集或高可用性磁盘。 我可以看到，这样做的一个方法是将MD3000分成几个LUN，使用一个创build一个集群VM，然后将另一个LUN作为传递磁盘连接到该VM，然后可以通过一个“共享”该磁盘iSCSI目标。 但是，我在这里看到了一些陷阱，如果虚拟机是主动/被动的，我只能得到使用1 HBA来处理IO的好处。 另外，我厌倦了使用虚拟机pipe理SAN磁盘引入的性能开销。 这些担忧是否合理？ 虚拟机是否可以成功故障转移，仍然可以通过磁盘进行通信？ 看起来更简单的另一个select是，只需拿起一台MD3000i，然后将其设置为使用我的20世纪50年代的iSCSI目标来pipe理它。 我想到替代品的唯一原因是因为我担心本单元上的千兆位端口会造成瓶颈。 我意识到，如果我正在寻找一个超高性能的SAN解决scheme，那么MD3000系列可能不是我们要走的路，但是我正在寻找一个价格合理的解决scheme来集群5-6个低/中等利用率虚拟机（每个60iops左右，〜90％写道）。 我不介意“开箱即用”想出一个解决scheme，但是我确实需要能够支持更多的原创思路和文档。 感谢先进的任何想法。