На моей общей платформе хостинга я использую FastCGI для прокручивания PHP вместо того, чтобы назвать его непосредственно. Они выполняют PHP через CGI по умолчанию, а не как модуль так для меня, это был просто вопрос добавления следующего к моему .htaccess
файл:
AddHandler application/myphp .php
Action application/myphp /cgi-bin/myphp.fcgi
Затем я должен был создать myphp.fcgi
сценарий в моем cgi-каталоге-bin, содержащем:
#!/bin/sh
# This ensures PHP doesn't try to run it's own
# process manager.
export PHP_FCGI_CHILDREN=0
# Replace this shell image with a PHP
# image.
exec /path/to/php -c /path/to/my/php.ini
Это работает безупречно за мной, и моя среда хостинга работает в кластере почти дюжины серверов позади аппаратной подсистемы балансировки нагрузки.
RHEL 5 (и его братья и сестры, такие как CentOS) имеют довольно слабую поддержку IPv6, особенно в отслеживании соединений ядра.
Как уже упоминалось, вам необходимо настроить либо NAT64 [1], либо приложение прокси для ретрансляции сообщения. AFAIK, RHEL 5 не имеет для этого никаких инструментов.
NAT64 может вызвать проблемы с MTU. Прокси-программа - лучшее решение. Я могу порекомендовать Haproxy. Для работы вам потребуется установить некоторое программное обеспечение. Я не думаю, что у RHEL5 есть достаточно свежий пакет haproxy.
PS: Следите за веб-сайтом ISOC Deploy360. Официальный документ именно по этой проблеме будет вскоре опубликован.
Если это простой преобразователь IPv6 в IPv4, это можно сделать с помощью IPTables и правила преобразования. Или, наоборот, направьте его через что-то вроде stunnel
, если вам действительно нужно, чтобы сетевое соединение завершалось на сервере.