小编Isa*_*aac的帖子

曾几何时，南美洲有一个美丽温暖的虚拟丛林，那里住着一个鱿鱼服务员。这是网络的感知图像：

                 <the Internet>
                        | 
                        | 
           A            |          B
Users <---------> [squid-Server] <---> [LDAP-Server] 

当Users请求访问 Internet 时，squid询问他们的姓名和护照，通过对他们进行身份验证LDAP，如果 ldap 批准了他们，那么他就授予了他们。

每个人都很高兴，直到一些嗅探器在用户和鱿鱼 [路径 A] 之间的路径中偷走了护照。这场灾难的发生是因为鱿鱼使用了Basic-Authentication方法。

丛林中的人们聚集在一起解决问题。一些兔子提供了使用NTLM方法。蛇更喜欢，Digest-Authentication而Kerberos树木则推荐。

毕竟，丛林人和所有人提供的许多解决方案都令人困惑！狮子决定结束这种局面。他喊出解决规则：

• 解决方案是否安全！
• 该解决方案是否适用于大多数浏览器和软件（例如下载软件）
• 解决方案是否应该简单并且不需要其他庞大的子系统（如 Samba 服务器）
• 该方法不应依赖于特殊域。（例如活动目录）

然后，一只猴子提供了一个非常合理、全面、聪明的解决方案，让他成为了新的丛林之王！

你能猜出解决方案是什么吗？

提示：squid和 之间的路径LDAP由狮子保护，因此解决方案不必固定它。

注意：对不起，如果故事无聊和混乱，但大部分都是真实的！=)

               /~\/~\/~\
            /\~/~\/~\/~\/~\
          ((/~\/~\/~\/~\/~\))
        (/~\/~\/~\/~\/~\/~\/~\)
       (////     ~   ~     \\\\)
       (\\\\(   (0) (0)   )////)
       (\\\\(   __\-/__   )////)
        (\\\(     /-\     )///)
         (\\\(  (""""")  )///)
          (\\\(  \^^^/  )///)
           (\\\(       )///) …

Run Code Online (Sandbox Code Playgroud)

我已经安装squid了一个带有--enable-ssl配置的非透明代理/缓存服务器。它是父代理服务器的子代proxy1.ut.ac.ir。

HTTPURL一切正常，但任何HTTPSURL 都由 a 响应404 Server not found（例如Gmail或https://www.google.com）。

这是access.log打开www.gmail.com的条目：

1279493581.278    544 127.0.0.1 TCP_MISS/302 1136 GET http://mail.google.com/mail/ - DEFAULT_PARENT/proxy1.iut.ac.ir text/html
1279493581.283      0 127.0.0.1 TCP_MISS/404 0 CONNECT www.google.com:443 - DIRECT/- -

终端中的鱿鱼说：

2010/07/18 18:52:27| ipcacheParse: No Address records in response to 'www.google.com'

这是squid.conf：

http_port 3128

http_access allow all

cache_peer proxy1.ut.ac.ir parent 3128 0 no-query default no-digest no-netdb-exchange

cache_dir ufs /usr/local/squid/var/cache 100 …