Имеет смысл инвертировать Node.js прокси через Apache?
Вот то, что у нас есть работа (надейтесь, что она помогает):
Беспроводная связь Network1---(WDS, образующий мост)))) (((беспроводная связь (WDS, образующий мост)---Network2
Network1 и Network2 используют общее пространство адреса IP (192.168.1.0/24), Это работает как очарование.
Я предположил бы, что установка Apache для инвертирования прокси к Node.js против намерения Node.js. Узел очень легок - его издержки минимальны. Запуск апачского процесса для обработки потока Node.js инвертирует точку использования Node.js (по существу, Вы были бы ограничены производительностью Apache).
Узел иногда не считают достаточно стабильным для выполнения, не контролируя и не мог бы быть идеальным фронтэндом. Я мог бы предложить поместить или Сквид или HAproxy перед Узлом и Apache, позволить любому из тех служить Вашим прокси и выполнять Узел и Apache на различных портах (например, 8080, 8081). И Сквид и HAProxy имеют хорошую производительность и должны удовлетворить Ваши потребности, не умаляя ни один сервер бэкэнда.
Вы не должны использовать Apache проксировать node.js. Часть nodeскорость получена от обработки ее собственного сокета ввод-вывод с минимальными издержками: это отрицалось бы путем проксирования с любым другим сервером.
Вместо этого можно проксировать запросы к Apache от node использование превосходного node-http-proxy от nodejitsu - второй пример "Устанавливает автономный прокси-сервер с пользовательской логикой сервера", подходит для Вашего варианта использования.
править: Я на самом деле настроил a PHP/node установите на днях использование nginx и php-fpm, здесь существуют полные инструкции. Можно также выполнить обратный прокси от nginx и позвольте node обработать его собственные соединения одновременно.