我有一个共享文件夹，可以通过一个没有密码的帐户访问（长篇故事）。 但是用户名很长很难 这（相对）安全吗？或者局域网中的远程机器可以查询PC上现有的用户名？
我们在Windowsnetworking上有两台服务器。 一个是主要的域控制器，以及DHCP和DNS服务器。 另一个只是一个文件和数据库服务器。 这两台机器都使用静态IP。 从任何工作站，如果我去我的电脑>networking，然后列出除了文件/networking服务器的所有机器。 我可以使用nslookup并返回正确的IP地址。 我可以ping它。 计算机浏览服务正在两台服务器上运行。 主域控制器也是WINS服务器，它具有文件服务器的静态映射。 它是主浏览器。 有一个文件服务器的静态DNS映射。 我甚至可以使用UNCpath到文件服务器共享： \\myfileserver\share ，映射的networking驱动器工作正常。 在networking设置中，两台服务器都有“启用TCP / IP上的NetBIOS”。 为什么我不能在“networking邻居”中看到服务器？ 编辑 ： 当我从文件服务器本身浏览Windowsnetworking时，可以看到列出的域，但在域下没有计算机。
我有一个testing设置包含： 3个AD域控制器（设置为在它们之间进行复制），所有这些域控制器都在Univention Corporate Server 4.1上运行Samba 4.3 1个Windows 7 SP1客户端join到域中 1运行napp-it 16.02f的OmniOS r151018文件服务器join到为某些域testing用户设置的SMB / CIFS共享域 域名按照我的预期工作，Windowslogin工作，文件服务器访问工作，DNS以及直接IP连接工作，甚至closures一个DC工作时的故障转移。 唯一不起作用的是我无法在Windows 7机器的networking浏览器/networking邻居中看到OmniOS机器 。 在search所有计算机时，我可以在“searchActive Directory”中find它，并使用\\hostname （或IP）连接到它，而不会出现问题或延迟。 它似乎并没有正确宣传自己。 其他3台服务器和Windows机器本身就是人们所期望的，只有当机器断电时才会消失。 当search解决scheme时，我发现build议设置smb属性system_comment ，但似乎没有做任何事情，即使重新启动。 另外，我还注意到，随着OmniOS r151016和r151018的更新，与r151012相比，工作组模式下的常见直接发现不再适用（只能通过IP访问）。 这可能与我的问题有关系，也可能与我的问题没有关系，除了OmniOS版本的Illumos版本的“多个SMB支持变更”，我找不到任何更详细的信息。 造成这个问题的原因可能是什么？如何解决？ 作为一种解决方法，networking驱动器的直接映射是可行的，但是如果共享的数量增加，这可能会成为问题。
在VPN客户端似乎没有使用他们的DNSsearch后缀列表。 当试图ping一个NetBIOS名称时，客户端将其自己的域名追加到查找中。 DNS服务器回应，没有这样的名字。 客户端什么都不做。 从局域网内部看，这个工作完全不同。 客户端附加它自己的域名。 DNS服务器不回复这样的名字。 客户端在search后缀列表中追加下一个域。 DNS服务器具有该域的辅助区域，并使用正确的IP地址进行答复。 客户端可以通过IP和FQDN来ping资源。 另外，nslookupparsing正确的名字。 似乎只有netbios查找失败。 标签：DNS，VPN，检查站，Windows XP
我有一个networking设置与两个不同的子网192.168.1.0和192.168.0.0 。 一个路由器连接到VPN（通过OpenVPN），另一个不是。 两台路由器之间都有静态路由，而一台设备可以与另一台设备通信，而不会在使用IP地址时出现问题。 我的问题是我想要使用Bonjour，Netbios和Apple Talk这样的服务，目前这两个networking都不起作用。 连接在一个子网上的笔记本电脑将看不到另一台笔记本电脑。 无论如何，你可以将两个networking连接在一起，所以这些本地服务将工作？
我有一个远程子网上的XP工作站，无法下载组策略。 事件日志条目非常清晰。 在进行故障排除时，很明显工作站无法将域DNS转换为可以连接的东西。 \\ our.ad.dns.domain \ SYSVOL \ our.ad.dns.domain \政策{5310CCFF-43F3-4424-A7AC-96942D065331} \ 不会解决。 “net view \\ our.ad.dns.domain”返回“未findnetworkingpath”。 然而，我们的.ad.dns.domain上的nslookup会返回所有域控制器的IP地址。 更重要的是，这些工作： \\ addc1 \ SYSVOL \ our.ad.dns.domain \政策{5310CCFF-43F3-4424-A7AC-96942D065331} \ \\ addc2 \ SYSVOL \ our.ad.dns.domain \政策{5310CCFF-43F3-4424-A7AC-96942D065331} \ \\ addc3 \ SYSVOL \ our.ad.dns.domain \政策{5310CCFF-43F3-4424-A7AC-96942D065331} \ 所以一旦搞清楚如何到达那里，就可以和特区谈判了。 最初出现的问题是无法login，追溯到无法parsing某个域控制器的名称“addc3”。 “net view \\ addc3”失败，找不到“networkingpath”。 一旦我们将ADDC3条目添加到WINS（是的，我们仍然有），分辨率开始工作。 所以WINSparsing工作正常，但是由于某些原因，在parsingWindows地址时DNS查询没有执行。 不幸的是，对于所有涉及，这一个子网是由我无法访问的ISC DHCP服务器提供服务。 其余两个子网都是由我可以访问的Microsoft DHCP服务器提供的。 所以这可能是一个不好的DHCP选项，但我不能进去看，也不知道正确的问题要问networking的人。
NetBIOS名称parsing是否将NetBIOS名称映射到IP地址或MAC地址？
我禁用了TCP / IP NetBIOS Helper，并开始获取EventIDs 1030和1058. 这个线程说我需要启用它。 事实上，当我开始的时候，问题立即消失了。 我的问题是，为什么？ 我以为NetBIOS是不需要的，除非你的networking上有Win98客户端？
我有一个netbios工作组列表，我可以在Windows 7上用“net view”看到。其中一个工作组是由于另一台机器上的拼写错误而导致的。 我想删除这个陈旧的条目。 我努力了： nbtstat -R nbtstat -RR 但是当我重做“networking视图”时，错误的工作组仍然存在。 如何清除“net view”显示的caching？
由于我们的内部软件，我希望能够保留许多具有前15个字符的虚拟机，并使用随后的字符为每个虚拟机维护唯一的主机名。 这当然意味着NETBIOS会有冲突。 我对此不感兴趣，因为我打算尽可能地忽略NETBIOS，并使用TCP / IPnetworking。 当您使用超过15个字符的主机名时，您收到的消息似乎意味着这是一个有效的configuration，但是对于较旧的计算机（WfW / Windows 9x）会有问题。 但是，当然，我收到了一些我只是想忽略的错误。 我想忽略login前出现的消息框，说“重复名称存在”。 这阻止了我能够自动化虚拟机。 作为一个“很高兴”，我也希望能够使用标准的Windowsnetworking，例如\\ SERVERNAME \ SHARE，而不必使用服务器的IP地址。