Questions tagged «share»

使网络上的资源(例如文件或打印机)可用。

10
如何与一台机器上的多个用户共享Git存储库?
我在登台服务器上有一个Git存储库,需要多个开发人员才能将其存储到。git-init似乎有一个非常接近我要寻找的标志:--shared,除了我也希望多人同时访问该存储库。的git-clone的--shared标志做完全不同的事情。 更改现有存储库权限的最简单方法是什么?
216 permissions  git  users  share 

3
将远程CIFS / SMB共享安装为文件夹而不是驱动器号
有什么方法可以将远程CIFS / SMB / SAMBA共享作为文件夹/目录而不是驱动器号挂载。例如,我想要这张地图: \\ Server \ ShareName-> C:\ Folder \ ShareName 而不是像这样的普通地图: \\ Server \ ShareName-> Z:\ 服务器是Linux / Samba,客户端是Windows 7 Professional 64位。我发现的最接近的功能是能够使用Windows磁盘管理器将本地卷作为子文件夹安装,但似乎无法处理远程CIFS共享(请参阅http://support.microsoft.com/kb/307889) 。

6
Windows7-实际上指定的密码正确时,“指定的网络密码不正确。”
我有一段时间的samba服务器设置。它是一个硬件NAS-不幸的是,它不提供对Samba日志的访问。(NAS的确切型号称为Addonics NAS Adapter) 我也有Windows Vista和Windows XP机器-从这两个机器上,我都可以正确地映射\\ 192.168.0.20 \ Smd(在询问我的用户名和密码后,可以正常使用l:\\ 192.168.0.20 \ Smd进行映射)。 我还购买了一台带有Windows 7的全新计算机,当我尝试在其上执行完全相同的net use命令时-使用完全相同的用户名/密码对,会收到“ 指定的网络密码不正确 ”的消息。 。我还尝试从Windows资源管理器菜单映射,并得到相同的错误。 我同步了两台计算机的时钟,然后再次尝试...,但是仍然存在相同的错误。 因此,真正令人惊讶的是,映射可在WindowXP和Windows Vista计算机上运行,​​但无法在Windows7计算机上使用完全相同的命令和用户名/密码进行映射-任何人都不知道是什么原因或如何解决此问题?谢谢

9
网络文件共享的最佳实践?
因此,我们有一个大约10年前就开始的文件共享,它最初是出于最好的意图。但是现在它变得肿了,里面有文件,没人知道是谁把它们放在这里,很难找到信息,等等。您可能知道问题所在。所以我想知道的是人们在这种情况下会做什么。有谁知道一个像样的程序可以通过文件共享来查找没有人碰过的文件?文件重复?还有其他建议可以解决此问题吗? 文件共享是基于Windows的,几乎超过3TB。有没有可以为我做一些报告的实用程序。我们喜欢这样的想法,即能够找到6个月以上的旧文件,然后将其存档,唯一​​的问题是文件共享如此之大,这可能真的很难手动完成。
16 share 

1
在数据中心之间共享/ home
我有两台服务器,分别位于荷兰和法国的数据中心。两者都在运行Debian Wheezy。我需要在它们之间共享/ home,并具有良好的性能。服务器上有300多个用户,其中大约30个用户应该能够在给定的时间在给定的服务器上拥有活动的进程,每个进程每秒具有50 kbit的读取和20 kbit的写入,每秒的峰值约为2000 kbit /的阅读。在本地存储上使用iotop进行测量。我有很多小文件,总计约500000,并且需要尽可能低的延迟。服务器之间的Ping为17毫秒,使用scp和wget时,连接速度可以达到20-30 MB / s。似乎应该有足够的可用带宽,但是... 到目前为止,我确实了解过:sshfs:似乎它的性能比nfs好,但是它随机地将文件的权限更改为root,从而导致应用程序崩溃。 nfs:减慢速度的方法,noatime尝试了很多其他选择,但是即使只有少数几个进程处于活动状态,它也仍然运行缓慢。 drbd:5个小时的无用功,当我意识到我实际上无法在两个系统上都挂载文件系统时:-( glusterfs:所有数据的本地副本确实听起来很有希望,但是随机文件访问确实很慢,并且运行一段时间后,它变得令人难以置信的缓慢并且几乎挂起。noatime没有帮助。 NFS再次:仍然疲软。 哭泣的键盘:根本没有改善。 接下来要尝试什么?在上周,每个失败的试验都花了一个晚上甚至更长的时间,我真的很想使用下一种方法。是的,两个服务器之间共享文件系统至关重要。 感谢您提供有关此问题的任何新想法。

3
如何使用不同的凭据重新连接到UNC共享
通过在Windows资源管理器中输入\\ DS412,我使用Windows资源管理器连接到了NAS。它提示我输入用户名和密码。我输入了它们,然后DS412出现在资源管理器中的“网络”下。工作正常。 共享由NET USE列出,我使用此命令断开连接: 净使用\\ DS412 \ IPC $ / DELETE 而且效果很好。一次。 然后,我使用用户名和密码重新连接,这次我选中了该框以记住这些凭据。工作正常。 现在,我再次想以另一个用户身份连接。因此,我想从\\ DS412断开连接并使用不同的凭据重新连接。 我尝试使用NET USE,但不再列出\\ DS412。再次输入NET USE \\ DS412 \ IPC $ / DELETE,将导致找不到网络连接。 重新启动计算机没有帮助。\\ DS412不会自动显示在资源管理器中的“网络”下,但是如果我确实在资源管理器栏中输入\\ DS412,它将立即使用我的旧凭据重新连接,而不会提示。 请注意,我没有将此UNC路径映射到任何驱动器号。我已经找到了此建议,但是如您所见,它没有帮助。我已经找到了使用regedit的建议,但是我没有找到建议的确切密钥,我真的希望不要破解注册表。使用命令行命令应该可行吗? 我正在运行Windows 7。

1
为什么“网络使用”和Windows“地图网络驱动器”共享具有巨大的速度差异?
为什么当我复制文件(Windows资源管理器复制,粘贴)时,我从使用命令提示符中的“ net use”命令映射的驱动器中获得约100KB / s的传输速率,而当我获得25-50MB / s的传输速率时,使用Windows资源管理器映射驱动器?这两种会影响传输速度的方法有何不同? 特定条件/环境: 共享服务器:Windows 2012R2,已通过CIS基准测试锁定,网址为http://benchmarks.cisecurity.org/downloads/show-single/?file=windows2012R2.110 设置已被服务器所属的域控制器上的组策略锁定。 共享服务器连接到同一网络上的域控制器,我们将其称为“ mydomain.local” 服务器连接到共享:Windows 2008R2,远程位置,不同的域,我们称其为“ mydomain.remote” 删除所有CIS建议设置,可使两种类型的网络驱动器映射的速度都更快。 连接服务器和共享服务器位于两个不同的数据中心,通过互联网连接 无论使用哪种连接(网络使用/ Windows资源管理器),都将提供相同的凭据。我们将此帐户称为:mydomain.local \ myuser 因此,我认为速度很慢(http://jrs-s.net/2013/04/15/windows-server-2012-slow-networksmbcifs-problem/),但我不知道为什么会这样取决于是否使用“网络使用”而不是Windows资源管理器。


2
查找ldd搜索路径
如何找到的搜索路径ldd?假设ldd退货 [mahmood@dhcppc2 bin]$ ldd /home/mahmood/amd64-linux/lib/scsi-bus.so linux-vdso.so.1 => (0x00007fffc27c7000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ffb13a25000) libstdc++.so.5 => not found libm.so.6 => /lib64/libm.so.6 (0x00007ffb137a0000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007ffb13589000) libc.so.6 => /lib64/libc.so.6 (0x00007ffb131f6000) /lib64/ld-linux-x86-64.so.2 (0x00000037d6000000) 我想知道默认位置是ldd什么?我的意思是/lib64或者/usr/lib还是/usr/lib64....?
10 linux  share  libraries 


5
在分配给共享的安全组中时无法访问Windows共享
我对此有些困惑。 我在AD中创建了一个名为“特殊数据用户”的安全组,并将自己添加到其中。 然后,我在服务器上创建了一个共享,并赋予该AD安全组对该共享的完全访问权限。 如果我尝试访问共享,我将无法获得权限拒绝错误。 如果我直接将我的用户帐户添加到共享中,或者添加了我已经加入了多年的其他安全组,那么它可以正常工作。 任何有关该新小组为何无法正常工作的提示或建议,将不胜感激。我一直都处于高低状态,无法弄清为什么创建的任何新安全组都不起作用... 谢谢!

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.