我有一个Web应用程序，我需要授予在我的DMZ中的另一台机器上托pipe的文件共享的权限。 用户正在使用IUSR_ Machine帐户匿名访问该应用程序，该帐户似乎是标准configuration。 应用程序需要提供托pipe在Web服务器通过networking访问的共享中的文件。 如何授予此用户帐户对远程文件共享的访问权限？ 这是常见的吗？ 这个最好的做法是什么？
自从一年左右以来，这真的让我感到震惊： 有一个公共的Windows 2008 Web服务器（防火墙后面）运行非常顺利，我有很多麻烦重新启动此服务器时（例如，Windows更新后）。 几乎每次我closures它时，都会重新启动，然后在C：驱动器上有一个损坏的NTFS文件系统。 事件日志说： 事件types：错误 事件来源：NTFS 事件ID：55 说明：磁盘上的文件系统结构已损坏且无法使用。 请运行卷“系统”上的chkdsk实用程序 直到现在，我总是能够通过修复选项来修复这些问题。 我祈祷这一天将永远不会来到这个失败的地方。 我们已经对硬件RAID进行了检查，一个深度的内存testing，都没有错误。 所以我的问题是： 你是否知道任何可能导致上述错误的情况？ 附加信息：今天chkdsk的最新结果（重新启动导致错误55再次）是： 检查C：上的文件系统 文件系统的types是NTFS。 卷标是System。 磁盘检查已安排。 Windows现在将检查磁盘。 CHKDSK正在validation文件（第1阶段的5）… 281152处理文件logging。 文件validation已完成。 处理835个大文件logging。 处理了0个不良文件logging。 处理了0个EAlogging。 188重新处理logging。 CHKDSK正在validation索引（阶段2的5）… 删除文件3467.ssed的索引$ I30中的索引条目ntdll.dll） 删除文件3467的索引$ I30中的索引条目schannel.dll。 删除文件4364.sed的索引$ I30中的索引条目mciseq.dll） 在文件4364的索引$ I30中删除索引条目ntdll.dll。 删除文件4364的索引$ I30中的索引条目schannel.dll。 删除文件140572.d的索引$ I30中的索引条目mcicda.dll） 删除文件140572的索引$ I30中的索引条目mciseq.dll。 删除文件140572的索引$ I30中的索引条目mciwave.dll。 处理了350052个索引条目。 索引validation完成。 CHKDSK正在恢复丢失的文件。 将孤立的文件mciseq.dll（137912）恢复到目录文件4364中。 将孤立的文件ntdll.dll（138001）恢复到目录文件4364中。 将孤立的文件mcicda.dll（138006）恢复到目录文件140572中。 将孤立的文件ntdll.dll（138009）恢复到目录文件3467中。 将孤立文件mciseq.dll（138017）恢复到目录文件140572中。 将孤立文件mciwave.dll（138024）恢复到目录文件140572中。 […]
我有一个家庭共享约300个家庭用户文件夹。 每个用户都有权修改他们自己的文件夹。 他们通过\ Filerserver \ homes $ \％username％variables通过Active Directory连接到文件夹。 每个用户具有修改其主文件夹的权限，但是当我将他们的旧文件夹合并到这个文件夹时，如果他们在主文件夹中有子文件夹，则子文件夹不会inheritance父NTFS权限。 因此，我需要进入每个用户文件夹的安全性，然后单击“用此对象的可inheritance权限replace所有子对象权限”。 有没有办法批量应用这个，但保持每个用户修改权限，以他们尊敬的文件夹，但也适用于子文件夹？
我已经安装了centos 6.2作为虚拟主机与服务器上的KVM。 每个通过SCSI电缆连接到HP-MSA500-G2。 我已经通过盒子机上的multipathd安装了存储盒，两台机器都可以看到数据（ntfs-3g）。 但是当我通过服务器A添加一个文件，服务器B不能看到它，除非我卸载并重新安装多path设备 – 我做错了什么？ 如果我告诉文件系统进行同步等无关紧要 – 任何想法？
是否有可能，与Windows 7的专业版，在文件和文件夹的命名上添加限制？ 让我解释： 我的用户不能避免使用像é ， ô这样的字符或像l'agence ++这样的string。 他们也用很长的string来调用他们的文件，比如30或40个字符！ 这给我带来了很多麻烦，而且由于某些软件的编码问题，我花了很多时间来修复名称，或者由于超过了260个字符的NTFS最大path长度限制 ，所以不可能删除或重命名文件！ 我只想允许： 不带变音符号的字母数字字符[a-zA-Z0-9] 点（ . ），减号（ – ）和下划线（ _ ） 限制文件和文件夹命名为10或12个字符 没有空间
因此，出于各种原因，我最终得到了一个45TB的单一Linux逻辑卷，没有一个分区表格，格式化为包含28TB数据的NTFS（文件系统本身是28TB）。 文件系统是在Linux中创build的，可以通过Linux安装。 当我尝试在同一个盒子上的基于KVM的Windows虚拟机中安装时，问题就出现了。 Windows没有看到一个28TB的文件系统，而是一个1.8TB的磁盘，其中包含一些随机大小的无用分区。 我认为这是因为Windows试图读取真正的NTFS文件系统数据的前几个字节作为分区表。 我可以看到这个问题的一些可能的解决scheme，但不能解决如何实际执行它们中的任何一个： 让Windows将未分区的磁盘（单个卷）作为文件系统读取？ 在逻辑卷上以某种方式生成分区表而不破坏文件系统本身的数据？ 以某种方式伪造分区表，指向LVM卷并将其导出到KVM guest（在libvirt中运行） 当前分区报告的“分区表”是： Model: Linux device-mapper (linear) (dm) Disk /dev/mapper/chandos–dh-data: 48.0TB Sector size (logical/physical): 512B/512B Partition Table: loop Number Start End Size File system Flags 1 0.00B 48.0TB 48.0TB ntfs
我们有一个2008 R2服务器托pipe我们的大部分networking共享。 最近，我们一直在locking文件夹中的权限，只允许某些用户和组访问某些文件夹，但是我们发现我们在层次结构下面的权限有很大限制，我们可以设置权限并使其实际工作。 例如，如果我有一个名为“公共”的networking共享，我可以创build一个名为“营销”的文件夹，并设置权限没有任何问题。 但是，我在其下的任何文件夹或文件上设置的权限将导致指定用户/组的“访问被拒绝”，除非他们在其所在的“Marketing”文件夹中设置了相同的权限。 我们做错了什么？ 这是由devise？ 有更好的方法吗？ 感谢您的帮助。
我有一个Windows Server 2003服务器主要用于SQL Server中的一些报告。 最近Windows开始抱怨被损坏，我们得到一个NTFS错误55： The file system structure on the disk is corrupt and unusable. Please run the chkdsk utility on the volume \Device\HarddiskVolume1. 服务器是RAID 5，我有一个磁盘死亡，但RAID从来没有降级，因为我有一个热备份。 我更换了热备份，但仍然有问题。 当我运行chkdsk时，我得到了大量的消息..有些是： Deleting corrupted attribute record (128, "") from file record segment 194746 那些持续一段时间。 然后删除一些孤立文件。 然后呢 Correcting error in index $I30 for file 132426 而这一直持续了一段时间。 然后我得到吨 Recovering orphaned […]
我试图做ntbackup，并得到了很多错误，说有腐败的文件，最终会来到一个，它不能处理和中止。 这是我运行chkdsk时得到的： C:\Documents and Settings\Administrator>chkdsk c: The type of the file system is NTFS. WARNING! F parameter not specified. Running CHKDSK in read-only mode. CHKDSK is verifying files (stage 1 of 3)… 725312 file records processed. File verification completed. 2802 large file records processed. 0 bad file records processed. 0 EA records processed. 2 reparse […]
我现在已经遇到了3个不同的存储供应商的问题，使用3个不同的CNA适配器（所有的FCoE），所以我相当确信这个问题不是孤立于特定的存储供应商（见HP 3PAR，EMC VNX和HDS G1000（）。 当我们向主机（通过安装的FCoE，MPIO连接）添加精简configurationLUN并快速格式化LUN（NTFS）时，格式化完成需要30分钟。 我发现其他线程提到这个问题 – 但到目前为止，我还没有find解决scheme/解释。 到目前为止，我们不得不忍受它，但我必须说，这非常恼人。 它看起来没有关系到LUN的大小 – 100GB或2TB，还需要20-30分钟来快速格式化驱动器！ 这更像是我书中的SLOW格式。 其他人看到/有一个解释？ 我目前在Windows Server 2012（R2）上已经看到了这一点 – 未在2008（R2）上进行testing。