从SSH看起来很好： [root@FREENAS1] ~# ping SERVER1 PING SERVER1.local.domain.com (192.168.2.2): 56 data bytes 64 bytes from 192.168.2.2: icmp_seq=0 ttl=128 time=0.265 ms 64 bytes from 192.168.2.2: icmp_seq=1 ttl=128 time=0.365 ms ^C — SERVER1.local.domain.com ping statistics — 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.265/0.315/0.365/0.050 ms [root@FREENAS1] ~# sqlite3 /data/freenas-v1.db "update directoryservice_activedirectory set ad_enable=1;" […]
我需要创build一个Windows文件共享并对其进行configuration，以便可以通过networking修改文件，而无需用户进行身份validation。 在某些情况下，这将是交互式用户使用Windows资源pipe理器将文件放入文件夹。 在许多其他情况下，用户实际上是作为本地服务运行的Windows服务。 Windows服务器不是域的成员。 让我先说，我知道我们不应该这样做。 但是，假定我的控制之外的参数会阻止更安全的安全configuration。 我能够通过启用来宾帐户，然后给Everyone组适当的权限到文件夹和共享来完成此任务。 这当然很容易，但是使用Guest账户非常紧张。 我认为这种分化远远超过文件共享。 我的偏执狂是否合理？ 使用Linux和Samba，创build一个可写的公共networking共享的任务并不难，我也不太关心机器的整体安全性。 有没有办法使用Windows Server， 只是configuration一个公共的，读/写共享，而不会严重危及机器的安全？ 机器将在独立的局域网上，而不是连接到互联网。
我目前正在升级一个Samba文件服务器（从3.0.23d到3.4.3）。 我在Windows客户端有一个问题：如果客户端在升级之前从Samba服务器访问UNCpath或映射的驱动器，那么在升级之后，那些path或驱动器不可访问。 但是，通过重新启动客户端，然后重新映射所有映射的驱动器，我可以始终如一地解决客户端问题。 这个问题似乎与升级前的Samba服务器的客户端的“内存”有关，重启和重新映射清除了该内存。 我在Windows XP SP3和Windows Server 2003 SP2上有相同的问题和相同的修复程序。 这个问题具体是：是否有可能在不重新启动客户端的情况下重现Windows重新启动的好处？ 我已经尝试重新启动各种Windows服务，禁用和启用networking，注销并重新回来，但除了重新启动似乎没有任何关系。
维基百科只提到了TCP端口445（尽pipe我记得端口137-139曾经被Windows文件共享主动使用）。 如果我将网关主机“A”上的第445个TCP端口映射到SAMBA服务器主机“B”的第445个TCP端口，Windows XP客户端主机“C”能够通过键入“\ ipAddresOfHostA \ “在他的地址栏，而与OpenVPN的TCP / IP隧道连接”A“？ PS：不需要广播和发现function – 客户端总是会明确指定UNC地址来访问资源。
我有一个Windows DFS设置与几个命名空间，我需要通过CentOS访问它们的方式。 有任何想法吗？ 我已经看过CIFS挂载，但是它不支持命名空间（每个托pipe内容的独立服务器都可以，但是这首先破坏了命名空间）。
我有一个在Windows XP机器上运行Fedora 15的virtualbox实例。 Windows盒子（Z8GQ9439）共享一个文件夹（rlevesq）。 我将该驱动器挂载到/ etc / fstab中，如下所示： //Z8GQ9439/rlevesq /mnt/rlevesq cifs uid=500,gid=500,rw,exec,file_mode=0755,dir_mode=0755,credentials=/home/rlevesq/.cifscred 0 0 我能够安装好驱动器。 我可以写信给它并从中读取。 问题是最终挂载将无法从linux访问。 这似乎发生在我在做Windows I / O密集型的东西时，比如编译C ++代码。 当发生这种情况时，我不能运行ls /mnt/rlevesq 。 即使sudo umount /mnt/rlevesq不起作用。 实际上，当我运行这些命令时，它们locking了它们运行的shell。 dmesg给出以下错误 [63823.762680] CIFS VFS: Server Z8GQ9439 has not responded in 300 seconds. Reconnecting… [64070.860398] CIFS VFS: Unexpected lookup error -512 [64101.643986] CIFS VFS: did not end […]
我有一台Windows 7 Ultimate x86_64机器，它无法访问networkingsamba服务器。 我启动“运行”对话框，然后input\\192.168.xx这样我可以绕过DNS和NetBIOS名称parsing，并直接进入服务器IP地址进行广播发现。 我跑wireshark，发现客户端试图连接到服务器上的端口80，而不是445.（这当然失败，因为服务器不听80;服务器只运行桑巴和nmbd等，所以只有端口445和137-139是适用的）。 我知道这个问题 ，我不认为这是重复的，因为（一）这个问题已经超过2年，在Win XP上，（b）在这种情况下，没有任何答案有帮助，尽pipe其他问题已被标记为回答。 错误信息是： Windows Cannot Access \\192.168.xx ，当我点击“查看详细信息”它说Error Code 0x800704cf The network location cannot be reached 我确认了“Microsoftnetworking客户端”存在并启用。 我甚至删除它（被迫重新启动），并重新安装它。 没有效果。 我禁用了IPv6，没有任何效果。 我确认“WebClient”服务没有运行。 （它被设置为手动，而不是运行）。 我确认“TCP / IP NetBIOS助手”服务正在运行。 （它被设置为自动，并且正在运行。） 当然，我已经重新启动并重试。 （几次和几种方式）。 该问题似乎存在于旧的修补程序级别，并且在应用所有Windows更新后也会继续存在。 任何想法都将非常受欢迎。 为什么Windows会尝试使用端口80（webdav）而不是端口445（samba / smb / cifs）将文件资源pipe理器连接到UNCpath？ 编辑：更多信息可用。 net view 192.168.xx在受影响的客户端上抛出一个错误消息，而在一个没有问题的客户端上工作正常。 受影响的客户说： C:\Windows\system32>net view 192.168.xx System error 53 has […]
我有一个专门运行CIFS的NetApp文件pipe理器。 （/ vol / vol0是CIFS导出的）通过ssh帐号login可能是DOMAIN\username ，但是我们在configurationssh公私密钥对时遇到困难。 通常情况下，我们会创build一个authorized_keys文件，以允许访问，但无法计算出帐户映射。 （文件login为DOMAIN\username作品，但不只是username ） 我们怎么去设置呢？
当我重新启动Alfresco，它开始…我得到了页面…但在日志中，我得到了错误： 2015-11-10 09:58:55,282 INFO [management.subsystems.ChildApplicationContextFactory] [localhost-startStop-1] Starting 'imap' subsystem, ID: [imap, default] 2015-11-10 09:58:55,291 ERROR [org.alfresco.fileserver] [CIFS Server] [SMB] Server error : org.alfresco.jlan.server.config.InvalidConfigurationException: Error initializing TCP-IP SMB session handler, Permissão negada 2015-11-10 09:58:55,301 ERROR [org.alfresco.fileserver] [CIFS Server] Error from JLAN org.alfresco.jlan.server.config.InvalidConfigurationException: Error initializing TCP-IP SMB session handler, Permissão negada at org.alfresco.jlan.smb.server.nio.NIOCifsConnectionsHandler.initializeHandler(NIOCifsConnectionsHandler.java:259) at org.alfresco.jlan.smb.server.SMBServer.run(SMBServer.java:479) at java.lang.Thread.run(Thread.java:745) […]
有人告诉我这块networking硬件（netapp NAS）有一个安全设置，只能通过主机名来访问，而不能通过IP地址访问。 我不明白，因为我认为DNSparsing主机名到连接客户端的地址，那么在协议层面总是使用原始地址，那么这个“安全”措施怎么可能呢？ “NAS不允许通过IP访问，即\\xyzw\SHARE ，而是在创buildDNS条目之后，必须使用\\hostname\SHARE 。 编辑：它似乎是一个CIFS的事情：你可以从Linux通过NFS访问nas通过地址，而不是通过CIFS在Windows上。