Я думаю, что самый 'реальный' способ сделать это состоит в том, чтобы получить блок дюйм/с и затем объявить о них Интернету самостоятельно обоим ISPs с BGP. Это было бы с большим количеством 'реального' соединения тем кабелем и dsl. Для тех уровней соединений я думаю с помощью обработки отказа DNS, вероятно, на одном уровне с установкой.
Я нормальный следующий этап должен был бы переместиться в словосочетание и получить стабильное соединение от ISP, предлагаемого в средстве словосочетания или самом центре обработки данных. Они могут дать Вам два отбрасывания, которые используют HSRP, вероятно, и они могут пойти прямо в переключатель или переключатели. Это не будет идеальным полным резервированием, но большим шагом вперед.
Я не знаком с Debian Squeeze, но вот что можно попробовать:
Попробуйте подключиться с помощью openssl с флагом reconnect
, который использует тот же самый сеанс 5 раз :
openssl s_client -connect your.server.com:443 -state -reconnect
и посмотрите, что у вас получится. Найдите Session-ID
& "Reused".
Другие вещи, которые следует исключить:
$ {APACHE_RUN_DIR}
на фактический путь и посмотрите, поможет ли это ...? ssl _ *
, которые вы отметили выше, для пользователя, запускающего apache. У меня аналогичная проблема.
У меня при выполнении данной команды. У меня появляется ошибка «неожиданное сообщение» при попытке повторного подключения.
Но при запуске на сервере эта команда работает правильно, сеансы используются повторно.
В то время у меня нет решения для этого
]Mounting tmpfs on /dev/shm and replacing ${APACHE_RUN_DIR} with /dev/shm/apache in fixed it for me:
grep shm /etc/apache2/mods-enabled/ssl.conf
#SSLSessionCache shmcb:${APACHE_RUN_DIR}/ssl_scache(512000)
SSLSessionCache shmcb:/dev/shm/apache_ssl_scache(512000)