необходимо подменить переданные пакеты для появления, как будто они происходят из брандмауэра
iptables-t туземная ПОДМЕНА-A POSTROUTING-s 192.168.128.0/24-o eth0-j
иначе возвращаемые пакеты будут прибывать к Вам от внутренних узлов самостоятельно, кто видит внутренние адреса и отправляет пакеты непосредственно назад. Таким образом, Вы отправляете запросы к 190.200.229.102, но получаете ответы от 192.168.128.x, ее довольно нормальное, которое не знает Ваша машина, что сделать с ними :)
Ну, тем временем я понял этого. С тех пор на этом предмете не было никакой краткой рецензии, вот начало одного. То, когда у меня есть все ошибки, сгладило, я отправлю это некоторым учебным сайтам.
Удостоверьтесь, что основа fastcgi апачский модуль установлена. Если Вы используете ArchLinux, как я делаю, mod_fcgid на работах Аура. В других дистрибутивах установите или mod_fcgid или mod_fastcgi. (Для тех, кто задается вопросом различие, я не думаю, что существует очень, таким образом, я пошел для того с большим количеством действия.)
В Вашем httpd.conf файле активируйте модуль путем добавления строки к началу определений LoadModule. Не уверенный, если это имеет значение, какими дистрибутивами, но на Arch это было Loadmodule fcgid_module modules/mod_fcgid.so
Добавьте новый раздел к своему httpd.conf. Я поместил это только под разделом cgid_module, но я - вполне уверенное местоположение, было бы произвольно.
<IfModule fcgid_module>
AddHandler fcgid-script .fgci
</IfModule>
Теперь от моего понимания, любой файл, имеющий .fcgi расширение в каталоге, отмеченном, ExecCGI будет теперь обработан fastcgi модулем, который был установлен. Я установил этот пакет, чтобы дать Ruby fastcgi привязку, внутренняя часть каталог ExecCGI, я записал этот сценарий тестирования test.rb.fcgi
#!/usr/bin/ruby -w
require 'fcgi'
count = 0
FCGI.each_cgi do
puts "Content-type: text/html\n\n"
puts "Hello, Ruby! FastCGI(#{count})"
count = count + 1
end
Теперь, когда Вы переходите к той странице в своем браузере с тех пор count
вне fastcgi цикла, он должен увеличить с каждым просмотром страницы. Если это так, fcgi является установкой правильно.
Необходимо изучить использование Пассажира для обработки приложения направляющих (даже если Вы не используете функций направляющих как ActiveRecord и т.д.). Существует много веб-сайтов, работающих на нем (плюс, у них есть Rails Enterprise, меньше памяти, лучшей производительности),
Apache должен породить их использующий интерфейс fastcgi. Это оставит их работающий в течение некоторого времени, однако, и каждый процесс, как ожидают, обработает больше чем один запрос, прежде чем это будет завершено Apache.
Апач порождает указанные процессы fcgi по мере необходимости? Я запускаю их вдоль апача стороны?
Apache породит их для Вас. Можно определить минимальный и максимальный номер процессов для порождения в httpd.conf, и он породит новые и уничтожит устаревшие на основе объема входящих запросов. Пока у Вас есть входящие запросы, Ваш процесс будет продолжать бежать.