Я заключаю в кавычки от нашего превосходного парня поддержки CMS
"Вещь, о которой нужно думать для этого, состоит в том, где Вы сделаете завершение SSL
Другими словами, будет запрос быть клиентом для проксирования как https и затем http от прокси до внутреннего поля, где Вы становитесь апачскими для завершения SSL
Или
Всем разговором является SSL
Я одобрил бы 1-ю опцию, где Вы позволяете Apache завершить SSL, поскольку нет никакой реальной потребности иметь весь разговор как https
Я поместил бы сертификат на апачский сервер в рамках виртуальной директивы хоста и затем проксировал бы тот запрос на внутреннем поле."
Другими словами, также, но легче постараться не шифровать внутренне в Вашей собственной сети.
IIS не инвертирует прокси насколько я знаю (конечно, до IIS 6, не уверенного в позже), таким образом, его Apache. Можно также использовать сверхпроводящий квантовый интерферометр, который, кажется, хорош, хотя у меня нет прямого опыта его.
См. также мой вопрос на StackOverflow (https://stackoverflow.com/questions/283636/apache-reverse-proxy-set-up-ssl-certificate) относительно корректной конфигурации для Apache.
Для современного Linux утилита проверяют iotop
. К сожалению, это требует Python> = 2.4 и Linux> = 2.6.20, таким образом, это не будет много справки к Вам на Sun OS.
Для SunOS 5.10 можно использовать DTrace. Существуют некоторые сценарии на этой странице Top Ten DTrace Scripts, которые являются примером того, что можно сделать. Конечно, можно настроить их на симпатию. Я не знаю ни о чем, что даст Вам хорошую out-of-the утилиту поля все же.