|
||||||||
Hi I'm evaluating a "stock" 1.2b1 and encounter the same dying https problem. The way the client talks to portal may be the way to investigate : almost 100% of my IE6 connecting cause the portal https server to die. Mozilla seems more friendly with it. Just before the death of the server, we can observe a lot of connections on TCP/8001 : Here is a log on my m0n0wall (10.9.0.255) with a connection of the client (10.9.10.254) authenticating with https : netstat -an Active Internet connections (including servers) Proto Recv-Q Send-Q Local Address Foreign Address (state) ../.. tcp4 70 0 10.9.0.255.8001 10.9.10.254.1830 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1828 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1826 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1824 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1822 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1820 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1818 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1816 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1814 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1812 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1810 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1808 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1806 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1804 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1800 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1798 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1796 ESTABLISHED tcp4 0 0 10.9.0.255.8001 10.9.10.254.1794 ESTABLISHED Just after that the mini_httd was dead. Fred |