我发现 Find 手册的概要难以阅读 替代文本 http://files.getdropbox.com/u/175564/syntax_manual.png
假设您正在查找具有 777 权限的目录。 Pixelbeat的建议是
find -type d ! -perm -777
我的 OS/X 给出了以下内容
find: illegal option -- t
find: illegal option -- y
find: illegal option -- p
find: illegal option -- e
find: d: No such file or directory
在使用概要作为帮助时我不确定的事情
-type：我可以清楚地测试这个，但我想学习更好地阅读手册，这样我就不需要寻求帮助了。 让我们再举一个 Grep 手册的例子。
替代文字 http://files.getdropbox.com/u/175564/grep_manual.png
它有一个清晰的概要，虽然我只会用一行。我可以直接看到我们可以通过 grep
grep -r "masi" .
你如何阅读类似于 Find 手册的手册？
当前场景：我有一个 NAS 盒和一个 Windows 2003 服务器，我们的录音软件（安全摄像头）在它上面。该软件将数据存储在 NAS 盒上。目前必须有人使用有效凭据登录才能保持驱动器安装（例如域管理员）。我知道您可以使用批处理文件挂载驱动器，但这以明文形式存储凭据，这不是一个好的解决方案。我正在寻找另一种方法来让驱动器在启动时挂载，而无需有人登录。我确实有一个通用帐户设置，可以访问驱动器的读/写，但无法以交互方式登录，这是如果有的话，我想用来挂载它的帐户。有什么建议？
windows-server-2003 storage network-attached-storage mount automount
我已经设置了一个透明代理，可以squid监听 8080(http) 8443(https)，并且可以正常工作。
另外，我设置了 iptables 来重定向请求。
iptables -t nat -A PREROUTING -i wlan0 -p tcp -m tcp --dport 80 -j REDIRECT --to-ports 8080
iptables -t nat -A PREROUTING -i wlan0 -p tcp -m tcp --dport 443 -j REDIRECT --to-ports 8443
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
如果我设置显式代理来替换鱿鱼，http 仍然有效，但 https 不起作用（https 代理执行 MITM，我信任证书）。
我想知道使用 iptables REDIRECT 和显式设置浏览器代理之间的区别。代理是否以某种方式处理它？
例如，假设有一家托管公司，hostingcompany.com，其名称服务器为 ns1.hostingcompany.com。当我在浏览器中输入 hostscompany.com 时，我的计算机会联系顶级 .com 域名服务器，后者又会联系 hostscompany.com 的名称服务器以获取 hostscompany.com 或其任何子域的 A 记录。这不是循环，因为名称服务器的 FQDN 是域名本身的子域吗？换句话说，为了找到ns1.hostingcompany.com的IP地址，我们需要一个*.hostingcompany.com的名称服务器，它本身是什么？我错过了什么？