服务器 Gind.cn

我有一个小型的Linux服务器（Debian Squeeze），它运行一个Samba服务器，它被configuration为与一些Windows机器共享一些文件夹。 当试图从Windows中删除一个目录时，我收到“无法删除文件夹”的错误。 我试图从Linux的控制台删除目录我有一个类似的错误： # rm dir-name -rf rm: cannot remove `dir-name': Directory not empty 我列出了目录的内容，并find一个名为.fuse_hidden的文件，后面跟着一个hex数（000bd8c100000185）。 # ls -la dir-name -rwxrwxrwx 1 root root 5120 Feb 13 11:46 .fuse_hidden000bd8c100000185 我试图删除.fuse_hidden文件，但立即创build一个新的文件（注意hex数字的变化）。 # rm dir-name/.fuse_hidden000bd8c100000185 # ls -la dir-name -rwxrwxrwx 1 root root 5120 Feb 13 11:46 .fuse_hidden000bd8c100000186 我也尝试使用午夜指挥官删除文件没有成功。 到目前为止，我发现的其他解决scheme都涉及到GUI，而我只有控制台。 任何build议表示赞赏。

SMART （用于自我监测分析和报告技术）是一项非常棒的技术，可以在发生硬盘故障之前检测硬盘故障。 但SMART是否与SSD相关？

我不知道这是怎么发生的。 发行版是Scientific Linux 6.1，一切都设置为通过公钥执行validation。 然而，当sshd作为守护进程（service sshd start）运行时，它不接受公钥。 （要获得这段日志，我已经改变了sshd脚本来添加-ddd选项） debug1: trying public key file /root/.ssh/authorized_keys debug1: restore_uid: 0/0 debug1: temporarily_use_uid: 0/0 (e=0/0) debug1: trying public key file /root/.ssh/authorized_keys2 debug1: restore_uid: 0/0 Failed publickey for root from xxx.xxx.xxx.xxx port xxxxx ssh2 debug3: mm_answer_keyallowed: key 0x7f266e1a8840 is not allowed debug3: mm_request_send entering: type 22 debug3: mm_request_receive entering debug2: […]

我想监视我的服务器中的所有用户的活动。 即使用户从像vim这样的编辑器执行shell命令，我也想在日志文件中看到它们。 我已经检查了工具acct，但是没有列出完整的命令。 （请纠正我，如果我已经错过了一些选项已经）。 我应该看哪个Linux工具来解决这个问题？

虽然我理解这两种存储格式的基础知识（Maildir下每个邮件1个文件，mbox下每个邮箱1个单个文件），但我想知道这里的实际含义是什么 – 一种存储格式比另一种更具扩展性吗？ 数据完整性问题/差异是否存在？ 是否有明确定义的情况下，你应该使用另一种格式？

我试图让这两个位置指令在Nginx中工作，但是我在启动Nginx时遇到了一些错误。 location ~ ^/smx/(test|production) { proxy_pass http://localhost:8181/cxf; } location ~ ^/es/(test|production) { proxy_pass http://localhost:9200/; } 这是我收到的错误： nginx: [emerg] "proxy_pass" cannot have URI part in location given by regular expression, or inside named location, or inside "if" statement, or inside "limit_except" block 这听起来很熟悉吗？ 我在这里错过了什么？

我们运行一些财务系统，将错误消息logging到系统日志中。 我需要找出是否可以从PCI DSS的angular度来清除这些错误信息。 我特别感兴趣的答案是： Windows 2000 Server和 Windows 2003 SP1

我越来越多地看到移动networking技术被用于在无法访问的地区访问互联网。 虽然移动networking作为主要的互联网连接通常尚不可行，但移动技术看起来是一个紧急回退的好select。 带宽不是问题：使用HDSPA，几MBit的速度是可能的，这提供了一个像样的上行链路。 然而，我从个人的经验中知道，移动networking的互联网链接（通过GPRS，UMTS等）比普通的DSL（UMTS为200-400ms，GPRS甚至更多）具有更高的延迟。 这当然使得它们不适用于许多应用，例如VoIP和电话会议。 这个延迟来自哪里？ 有什么技术可以缓解这个问题，使UMTS在低延迟应用中可行吗？ 我认为必须有一些固有的技术原因，但是它是什么？ 这与数据如何通过无线传输有关吗？ 而如果是因为无线传输，为什么WLAN有更低的延迟？

我需要访问供应商网站上的FTPS服务器（vsftpd）。 供应商在ftps服务器前有一个防火墙。 我在我的FTPS客户端前面有一个防火墙。 我知道990，991和989的端口需要打开控制stream量。 我有一些疑问： 从供应商的防火墙angular度来看，这些端口是否应该打开入站和出站stream量？ 数据通道的端口怎么样？ 我必须打开1000以上的所有端口吗？ 我应该为入站和出站stream量做这件事吗？

我有一个关于DNSlogging的新手问题。 我有一台服务器，我正在托pipeless数几个站点。 目前，每个站点都拥有由独立提供商托pipe的域，并且每个站点都有一条指向服务器IP地址的Alogging。 但是如果将来要更换服务器，我将不得不在每个DNSlogging中更新每个IP地址。 是否可以在每个域上使用CNAMElogging来指向我直接控制的另一个域？ 这样我就可以在一个地方自己更新IP地址，而不必让所有这些其他DNS提供商分别更新它们的logging。 对不起，如果这是一个重复的问题，但我似乎无法find一个以我明白的方式直接回答这个问题。 谢谢