我一直试图设置PASSWD环境variables，就像你可以在mount.cifs手册中那样，但是它仍然会提示我input密码，而忽略我之前设置的环境variables。 sudo /bin/mount -t cifs '//servername/share' '/home/users/username/share' –verbose -o user='username',domain=domain,sec=ntlmv2,soft 我忘了提及。 密码包含一个'，'我理解是一个分隔符。 我想我误解了CIFS手册。 这是否意味着凭证文件是唯一的出路？
我在Ubuntu Linux 10.04下安装了一个NAS。 不幸的是，我的读写性能很差，虽然我玩过各种不同的选项（我不得不承认，我真的不知道该怎么做 – 我只是改变了缓冲区大小等）。 我发现一些暗示Linux cifs-client被认为是某种问题。 但是使用nfs-common而不是cifs在性能方面给出了类似的结果。 奇怪的是：当我尝试一个安全副本（ scp ），一切工作正常。 不幸的是，安全login只允许NAS的pipe理员 – 所以这是日常使用:(。 编辑：我试着安装和没有asynchronous选项，并testing不同大小块的吞吐量。 以下是一些基准testing结果： 用/etc/fstab xxx.xx.xx.xx:Share /media/Share nfs rw,nodev,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountvers=3,mountproto=tcp 0 0 dd告诉我： dd if=/dev/zero of=/media/Share/bigfile bs=1M count=20 20+0 Datensätze ein 20+0 Datensätze aus 20971520 Bytes (21 MB) kopiert, 33,4046 s, 628 kB/s dd if=/dev/zero of=/media/Share/bigfile bs=1k count=2000 2000+0 Datensätze ein 2000+0 Datensätze […]
我有一台运行napp-it的OpenIndiana服务器。 我有一台Ubuntu机器在fstab中使用这一行来挂载CIFS共享： //Storage/Media /storage/media cifs credentials=/home/devians/.smbcredentials,iocharset=utf8,uid=1000,gid=1000 0 0 然而，当这个Ubuntu机器在共享上创build文件时，他们会这样想： ??????????? ? ? ? ? ? test 如果我没有提供足够的信息，我会修改这个问题，因为我不确定什么是相关的。
我在尝试在Ubuntu 10.04中安装Windows共享时遇到了困难。 问题： 问题是我不能使用Windows服务器中存在的serverLocalUser挂载Windows共享。 但是我可以使用smbclient使用同一个serverLocalUser访问相同的共享。 我也能够使用同样拥有该文件夹权限的域用户安装相同的共享。 sudo mount.cifs //192.168.5.61/Share / mnt / share / -o username = serverLocalUser，password = passcode 挂载错误（13）：权限被拒绝请参阅mount.cifs（8）手册页（例如man mount.cifs） 排除故障 以下工作： smbclient //192.168.5.61/Share -U localServerUser sudo mount.cifs //192.168.5.61/Share/mnt/share/ -o username = domainUser ，password = passcode 使用nautilus（在内部使用smbclient）使用localServerUser进行挂载 以下不起作用： sudo mount.cifs //192.168.5.61/Share/mnt/share/ -o username = serverLocalUser，password = passcode，domain = WORKGROUP sudo mount.cifs //192.168.5.61/Share/mnt/share/ -o […]
我发现使用Rsync从驻留在Widnows客户端上的CIFS安装的共享文件传输文件极其缓慢。 我已经阅读了SF上的几个主题，以及网上的其他几个论坛post，指出了与rsyncvalidation要传输的数据有关的问题。 有人能够向我解释这个吗？ 此外，如果这不能以我想要的速度工作，如果我想要支持校验和以确保数据完整性，我有什么select？ 目前，当从CIFSlogin共享到物理连接驱动器的rsyncing文件时，我通过一个千兆networking~25 MB / s。 相反，在Windows客户机上使用Robocopy时，我意识到〜85 MB / s的传输速度已接近5,900 RPM驱动器的实际上限。 为什么这么重要呢？
我有一个Linux存储设备（QNAP TS-459U）和'massive1'文件夹共享。 我需要在我的Debian服务器上安装这个共享。 它们通过常规跳线连接。 Debian服务器有两个networking接口 – eth0和eth1。 eth0用于Internet，eth1用于QNAP。 所以，我这样说： mount -t cifs //169.254.100.100/massive1/ /mnt/storage -o user=admin ， 其中169.254.100.100是QNAP界面的IP。 我得到的结果（input密码后）： mount error(14): Bad address Refer to the mount.cifs(8) manual page (eg man mount.cifs) 试过： mount.cifs ， smbmount ，在networking共享末尾加上'/'，没有它，还有那个命令的其他许多变种。 总是这样： mount error(14): Bad address 有趣的是，当我在数据中心，我已经通过同样的scheme（与Fedora 16相连）将我的上网本连接到QNAP，并且连接没有任何问题，我可以读取/写入QNAP的NAS共享上的文件！ 所以我真的被困在Debian中。 我不能不保持和Fedora的区别，这个错误。 是的，我用过Google。 找不到任何有用的信息。 Ping到QNAP的IP正在工作，我可以通过sshlogin到QNAP的Linux，telnet的139端口正在工作。 这是我在Debian中使用的networking接口configuration： IP：169.254.100.1networking掩码：255.255.0.0 连接到Fedora和Debian的唯一不同之处在于，在Fedora中，我添加了网关–169.254.100.129，但是ping到这个IP不起作用，所以我认为这根本就没有必要。 ~# cat /etc/debian_version […]
我正在尝试CIFS将Windows服务器上的目录挂载到Ubuntu Apache服务器上，以作为图像的开发testing服务器的graphics服务器。 我遇到两个单独的错误，而使用相同的参数，但不同的用户名。 我想也许我的帐户阻止我挂载它，但我们的pipe理员帐户正在运行到相同的问题。 我们的论点导致这个问题的错误是什么？ 谢谢一堆… root@cakestripper:~# mount -t cifs //10.16.16.253/files/public/graphics /home/www/gfx/ -o username=******,pass=******,dom=***** mount error(13): Permission denied Refer to the mount.cifs(8) manual page (eg man mount.cifs) root@cakestripper:~# mount -t cifs //10.16.16.253/files/public/graphics /home/www/gfx/ -o username=******,pass=******,dom=***** mount error(22): Invalid argument Refer to the mount.cifs(8) manual page (eg man mount.cifs)
我知道这个标题可能不太清楚，但我想不出什么更好的。 我们有两个域，我们称之为example.com和subnet.example.com 。 前者由Active Directory服务器进行pipe理，并包含一些服务器以及所有Windows客户端。 后者包含许多Unix机器（主要是Solaris）。 从SUBNET.EXAMPLE.COM到EXAMPLE.COM有一个单向的信任。 有了这个设置，通常的东西工作正常，如SSHlogin，NFSv4等 现在，我想要做的是在subnet.example.com的Unix机器上运行Samba服务器。 Windows用户应该能够访问这些服务器上的文件。 我在Samba中设置了Kerberos身份validation，并且可以在任何Linux客户端上正常工作。 当我有一个Kerberos TGT时，我可以通过smbclient访问机器，如果我删除它，它将停止工作。 用户映射完全按照预期工作。 机器在MIT Kerberos服务器上有cifs/hostname条目。 但是，Windows客户端无法做到这一点。 在查看Samba日志时，我可以看到Samba服务器试图与AD服务器交谈，但由于Samba服务器尚未joinAD域，因此不允许这样做。 所以，我听到你问： “你为什么不joinAD域呢？” 。 答案是，我无法做到这一点，因为子网上的系统是正在安装和重新安装的testing系统，通常每天多次，我们不希望有一个ADpipe理员configuration这个（并删除它们以及）每次testing系统安装或脱机。 另外，对于Linux客户端来说，一切都是完美的，这使我相信应该有可能以某种方式来实现这一点。 所以，我的问题是：这是可能的吗？ Windows中是否存在一些限制，阻止它们成为正常Kerberos领域的客户端？ 如果是这样，这个问题最好的解决方法是什么？
我在CentOS 6.4上。 使用kstart我有一个TGT使用Active Directory中的计算机帐户（即computername $）保持活动状态。 票据caching分配给根，位于/ tmp / krb5cc_0。 我使用sec = krb5以root身份mount.cifs。 这工作，我可以浏览共享。 问题是，虽然用户可以通过ssh浏览共享，但是在cron下运行的rsync在挂载之后无法访问它。 Subversion Edge备份function也无法使用。 Rsync得到错误： rsync: ERROR: cannot stat destination "/mnt/dfs/backups/redmine/": Key has been revoked (128) 和csvn的备份得到相同的128错误： CIFS VFS: Send error in SessSetup = -128 CIFS VFS: cifs_mount failed w/return code = -128 有时一个 CIFS VFS: Send error in SessSetup = -122 CIFS […]
发生以下情况时，我有两个大文件共享： （当前未知）pipe理员拥有该份额的所有权。 pipe理员破坏了共享上的inheritance，并删除了inheritance的权限。 pipe理员授予安全主体对共享的修改权限。 我需要在共享上重新启用inheritance来解决这个问题，但是如果没有所有权，我不能这样做。 我不能拥有所有权，而没有破坏分配更深的显式权限的风险。 目前，“所有者”选项卡显示“无法显示当前所有者”。 每个份额都是NetApp存储上的cifs份额。 有没有人知道一个办法来发现谁是当前的所有者，以防万一我们不能得罪的一方出现的事情？ 如果我能让当前所有者为我转换业主，我想我可以避免自己拥有所有权的破坏性副作用。 然后，我可以发送该pipe理员到angular落思考他或她做了什么…