如果我想在两台防火墙计算机之间允许 Windows 网络驱动器,我需要打开端口 137-139,还是端口 445 就足够了?我必须提交一个表单并获得批准才能打开防火墙端口,而且我不想要求比我需要的更多的开放端口。这里所有的机器都是 Windows XP 或更高版本。
注意:当我说“Windows 网络驱动器”时,我不完全确定我指的是 SMB 还是 CIFS,而且我也不完全清楚这两种协议之间的区别。
我想知道是否有办法通过 Fedora 中的命令行列出本地网络上的所有 smb 服务器(例如查看 Windows 中的网络邻居)。
每当我从 OSX 10.5 访问 Windows 共享时,它都会在远程文件系统上留下 .DS_Store 文件。它们用于什么,它们是否必要,并且可以防止它们被创建?
默认情况下,当我访问某些计算机的共享(在 Windows 资源管理器中键入 \\hostname )时,Windows 会传递我当前用户的凭据。仅当当前用户的凭据不正确时才提示输入凭据。
有什么方法可以强制 Windows 不传递当前用户的凭据,而是提示他们?我考虑过使用net view命令,但它不会获取“用户”和“密码”参数。
我在必须与 Windows 机器共享文件的存储服务器上运行 CentOS。SMB 版本是smbd version 3.5.5-68.fc13
我在 /var/log/messages 中收到很多关于尝试连接到 CUPS 服务器失败的错误消息。它们看起来像这样:
Nov 30 18:49:34 big03 smbd[9927]: [2010/11/30 18:49:34.850620, 0] printing/print_cups.c:108(cups_connect)
Nov 30 18:49:34 big03 smbd[9927]: Unable to connect to CUPS server localhost:631 - Connection refused
Run Code Online (Sandbox Code Playgroud)
我知道这个问题是由 SMB 附带打印机共享支持这一事实产生的,但我真的对此不感兴趣。我只想禁用该功能以摆脱消息。
知道我该怎么做吗?
我们最近迁移了我们的 Windows 网络以将 DFS 用于共享文件。DFS 运行良好,除了一个恼人的问题:用户在尝试访问他们有一段时间没有访问过的 DFS 命名空间时会遇到明显的延迟。我已经尝试解决该问题,但到目前为止还没有取得任何成功,我希望这里有人可以提供一些帮助来解决问题的建议。
首先,我们网络的一些背景:
该网络使用带有两个 Windows 2008 DC 和两个 DNS 服务器(每个 DC 上一个)的 Windows 2008 功能级别 Active Directory 域。网络只有 DNS - 没有 WINS。所有计算机都位于同一站点并通过千兆以太网连接。我们在 Windows 2008 模式下有大约 20 个基于域的 DFS 命名空间,每个 DFS 命名空间都有两个 Windows 2008 DFS 命名空间服务器(所有命名空间都使用相同的两个服务器)。所有命名空间服务器都处于 FQDN 模式,并且所有文件夹目标都使用其 FQDN 指定。所有计算机都安装了最新的 Service Pack 和补丁。
实际的文件夹目标(即 SMB 共享我们的 DFS 文件夹指向)分散在多个文件和应用程序服务器上,所有服务器都运行 Windows 2008 和运行 Windows 2003 R2 的两个应用程序服务器,根本没有复制设置(例如当前所有 DFS 文件夹只有一个文件夹目标)。
关于这个问题的更多细节:
命名空间访问延迟通常为 1 到 10 秒长,并且似乎发生在特定计算机大约五分钟或更长时间未访问请求的命名空间时。
例如,如果用户超过五分钟没有访问 \\domain.name\namespace1\ 并尝试通过 Windows 资源管理器访问 \\domain.name\namespace1\,则资源管理器窗口将冻结 1 - 10 秒,然后最终恢复并显示存在于 \\domain.name\namespace1 中的文件夹。如果他们随后关闭资源管理器窗口并尝试在五分钟内再次访问 …
我是一家托管公司的管理员,我主要处理 Linux 机器,尽管我们有很多使用 Windows 服务器的客户。
在我的能力范围内,我只将 SMB 用于本地 LAN 上的文件/打印服务器。
是否有任何理由让 SMB 保持开放?我还没有听说过将它暴露在互联网上的任何实际原因,是否有一些我不知道的 Windows 东西需要它?
这个问题之前在堆栈溢出中被问到过,但那里的好人建议我试试这里的社区。
我正在研究与各种文件系统有关的稀疏文件,并试图找到一些具体的内容,说明网络文件系统 (NFS) 或服务器消息块 (SMB) 支持稀疏文件。
我知道 SMB 在 Windows 中被广泛使用,根据这个条目,即使底层文件系统不支持,SMB 服务器也可以支持稀疏文件。但是,如果我是对的,不支持稀疏文件的文件系统只会用零填充“漏洞”,这可能会导致性能问题。
关于 NFS,我无法找到有关使用 NFS 支持稀疏文件的任何信息。
因此,我的问题是,
NFS 和 SMB 是否支持稀疏文件?
服务器:RHEL 5.9 / smbd 3.0.33 - 客户端:各种,但都使用当前的 mount.cifs (5.2)
我已经解决了这个问题,但是追查这些错误代码真是一场噩梦,我觉得它需要通用文档。
症状:从一个特定的 cifs 客户端到 linux samba 服务器的不可预测的间歇性安装失败。我所有的 linux 客户端 pam_mount 用户都在登录时回家。随机地,偶尔地,家庭目录安装开始在一台机器上失败。登录和挂载继续在所有其他客户端上完美运行。最初我认为损坏的客户端上异常数量的活动导致 smbd 异常,但即使在使用停止后间歇性故障仍然存在。
尝试手动挂载失败并报告:
Errors from underlying mount program
mount error(12): Cannot allocate memory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Run Code Online (Sandbox Code Playgroud)
<debug enable="1"/>在 /etc/security/pam_mount.conf.xml 中设置以从 pam_mount 获取更多信息:
command: 'mount' '-t' 'cifs' '//my_server/watdo' '/home/watdo' '-o' 'user=watdo,uid=666,gid=666'
pam_mount(misc.c:38): set_myuid<pre>: (ruid/rgid=0/0, e=0/0)
pam_mount(misc.c:38): set_myuid<post>: (ruid/rgid=0/0, e=0/0)
pam_mount(mount.c:64): Errors from underlying mount program:
pam_mount(mount.c:68): mount error(12): Cannot allocate memory …Run Code Online (Sandbox Code Playgroud) 在没有域控制器的环境中,当从服务器上没有匹配用户帐户的远程计算机访问 Windows Server 2008 R2 机器上的共享时,(并通过\\SERVERNAME\ShareName从“开始”菜单键入内容进行连接)我目前观察到以下行为基于在“密码保护共享”设置(高级共享设置)上:
当“密码保护共享”打开时,所有尝试的连接在最多 30 秒后失败,并显示:
登录失败:用户没有被授予在这台计算机上请求的登录类型。
关闭“密码保护共享”后,允许连接到匿名可访问共享,而权限限制共享失败:
您无权访问 \SERVERNAME\ShareName。请联系您的网络管理员以请求访问。
这似乎是预期的行为。我需要匿名登录可以访问某些共享,因此我必须将此设置从默认更改为off。
然而,这里还有第三种情况。(哇哦?)
如果您在未修改此设置的情况下尝试连接到共享(即,它设置为打开但您从未单击过它),则连接的行为类似于上述打开情况,因为最多需要 30 秒才能显示一个响应,然后它显示一个身份验证对话框:

在我的头撞墙几天后,我有这种预感,只是在没有现有共享的服务器上复制它:创建非读取共享,尝试连接并获取对话框,更改设置,连接成功,更改设置back,并得到不同的错误信息。(在新的客户端系统上测试了所有这些,所以没有缓存的风险。)
因此,我很清楚更改“密码保护共享”设置在幕后改变了不止一件事(注册表项?我是 Mac 本地人),并且系统附带的默认设置并不完全匹配设置反映在控制面板中(或者控制面板本身坏了,应该改变更多的东西)。
所以问题是:这是设计使然,还是错误?在这两种情况下,正在更改或保持不变的“隐藏设置”是什么?如何追踪呢?我要测试的新服务器用完了。:-(
network-share server-message-block guest windows-server-2008-r2 windows-authentication
windows ×5
cifs ×2
centos ×1
cups ×1
dfs ×1
fedora ×1
filesystems ×1
firewall ×1
guest ×1
logging ×1
mac-osx ×1
mount ×1
namespaces ×1
networking ×1
nfs ×1
pam ×1
samba ×1
security ×1
smb-conf ×1
sparse-files ×1