Как использовать vhosts вместе с node-http-proxy?

Question

Я использую Nodejs и Apache рядом друг с другом.

node-http-proxy прослушивает порт 80 и затем пересылает запросы либо в Apache (: 9000), либо в Express (: 8000).

Мои виртуальные хосты на Apache выглядят следующим образом:

<VirtualHost 127.0.0.1>
    DocumentRoot "/localhost/myVhost"
    ServerName myVhost
</VirtualHost>

Мой вопрос: каков «правильный» способ использования vhost-подобной функциональности на стороне Express / Nodejs?Я бы предпочел не размещать каждое приложение Nodejs на своем собственном порту, как это предлагается здесь:

https://github.com/nodejitsu/node-http-proxy (Раздел под названием «Запросы прокси с использованием ProxyTable только для имени хоста»)

Я заметил, что Connect (который, как я понимаю, входит в состав Express) имеет некоторые функции vhosts.Должен ли я использовать это?Если это так, что будет правильным способом запустить его вместе с node-http-proxy?

http://www.senchalabs.org/connect/middleware-vhost.html

Я также заметил, что этот другой модуль под названием "Cluster", кажется, связанно я не уверен, как:

http://learnboost.github.com/cluster/

Не желая перегружать, я также наткнулся на человека под названием "Haibu", который, кажется, связан, но я не уверенесли бы это была просто полная замена для использования vhosts:

https://github.com/nodejitsu/haibu

Примечание: я парень из переднего плана, так что я не очень знаком со многимитерминология сервера

Answer 1

Я так и не понял, Хайбу или Кластер.Но я нашел хорошее решение, которое решило мою проблему.К моему удивлению, это было на самом деле довольно просто.Однако я не очень разбираюсь в серверах, поэтому, хотя это работает, это может быть неоптимально.

Я настроил виртуальные хосты как обычные для Apache (http://httpd.apache.org/docs/2.0/vhosts/examples.html)

Я установил следующее на узле

• Экспресс (http://expressjs.com/)
• node-http-proxy (https://github.com/nodejitsu/node-http-proxy)

) Затем, в качестве личного стиля, я разместил все свои виртуальные хостыв общем каталоге (/ localhost)

Затем я переключил Apache для прослушивания порта, отличного от порта 80. Я просто случайно выбрал порт 9000, потому что видел, что он где-то использовался (в httpd.conf изменился«Listen 80» для «Listen 9000»). Я также должен был убедиться, что все мои виртуальные хосты, как определено в extra / httpd-vhosts.conf, были установлены на основе имени IPVirtualHost (127.0.0.1) вместо использования порта(*: 80).

На стороне узла я создал мое приложение / сервер (он же виртуальный хост узла), который прослушивал порт 8000 (несколько произвольно выбирая номер порта). См. Эту ссылку при создании сервера сЭкспресс: http://expressjs.com/guide.html

В моем / localhost Directory Затем я создал файл с именем "nodeHttpProxy.js"

Используя node-http-proxy, в nodeHttpProxy.js Затем я создал прокси-сервер, который прослушивает порт 80. Используя express, который связывает соединение (http://www.senchalabs.org/connect/) Я создал свои виртуальные хосты.

Файл nodeHttpProxy.js выглядит следующим образом:

// Module dependancies
var httpProxy = require('/usr/local/lib/node_modules/http-proxy/lib/node-http-proxy')
, express = require('/usr/local/lib/node_modules/express/lib/express');

// Http proxy-server
httpProxy.createServer(function (req, res, proxy) {

    // Array of node host names
    var nodeVhosts = [
        'vhost1'
        , 'vhost2'
    ]
    , host = req.header('host')
    , port = nodeVhosts.indexOf(host) > -1
        ? 8000
        : 9000;

    // Now proxy the request
    proxy.proxyRequest(req, res, {
        host: host
        , port: port
    });
})
.listen(80);

// Vhosts server
express.createServer()
.use(express.vhost('vhost1', require('./vhost1/app')))
.use(express.vhost('vhost2', require('./vhost2/app')))
.app.listen(8000);

Как видите, мне придется делать две вещи каждый раз, когда я создаю новый виртуальный хост Node:

1. добавить имя виртуального хоста в мой массив "nodeVhosts"
2. определить новый экспресс-виртуальный хост, используя метод .set

Конечно, мне также придетсясоздайте фактический путь / файлы хоста в моей директории / localhost.

Как только все это будет сделано, мне просто нужно запустить nodeHttpProxy.js:

node nodeHttpProxy.js

Вы можете получить какой-то странный "EACCESS"ошибка, в этом случае просто запустите от имени sudo.

Он будет прослушивать порт 80, и если хост соответствует одному из имен в массиве nodeVhosts, он перенаправит запрос этому хосту на порт 8000, в противном случаеон перенаправит запрос на этот хост через порт 9000.

Answer 2

В последнее время я размышлял над этим, решая те же проблемы в моей личной тестовой среде. Вы не сможете обойтись без того, чтобы каждое приложение узла работало на своем собственном порте, но вы можете абстрагироваться от этого процесса. Вот что я использую сейчас, но я надеюсь создать пакет npm, чтобы упростить ситуацию в будущем.

У каждого из моих приложений node.js есть файл карты, который содержит порт, который прослушивает приложение, а также карту, которая указывает ожидаемый путь, по которому приложение обслуживается. Содержимое файла выглядит так:

{"path": "domain.com/path", "port": 3001}

Когда я запускаю приложение, оно читает порт из файла map.json и прослушивает указанный порт.

var map = fs.readFileSync('map.json', 'ascii');
app.listen(map.port);

Затем в моей настройке прокси я перебираю каждый из моих каталогов приложения node.js и проверяю файл map.json, который указывает, что трафик порта 80 должен быть передан в это приложение.

Я использую почти такой же метод для настройки прокси-сервера и для наших приложений на Apache. Мы используем соглашение на основе папок на сайтах PHP, которые мы обслуживаем, и оно использует следующую конфигурацию:

VirtualDocumentRoot /var/www/%-2.0.%-1/%-3+/
VirtualScriptAlias /var/www/%-2.0.%-1/%-3+/cgi-bin/

По сути, это позволяет нам сопоставлять домены с папками, используя следующую структуру.

http://sub.domain.com/ = /var/www/domain.com/sub/

Для добавления или удаления сайтов не требуется никаких дополнительных настроек. Это очень близко к тому, что я в настоящее время использую для прокси сайтов как Apache, так и узлов. Я могу добавить новый узел и новые сайты Apache без изменения этого прокси-приложения.

proxy.js

var fs = require('fs');
var httpProxy = require('http-proxy');

var proxyTable = [];

// Map apache proxies
fs.readdirSync('/var/www/').forEach(function(domain) {
    fs.readdirSync('/var/www/' + domain).forEach(function(path) {
        var fqd = domain + '/' + path;
        var port = fs.readFileSync('port', 'ascii');
        proxyTable[fqd] = fqd + ':' + 8080;
    });
});    

// Map node proxies
fs.readdirSync('/var/www-node/').forEach(function(domain) {
        var map = fs.readFileSync('map.json', 'ascii');
        proxyTable.[map.path] = '127.0.0.1:' + map.port;
});

var options = {
    router: proxyTable
};

var proxyServer = httpProxy.createServer(options);
proxyServer.listen(80);

В будущем я, вероятно, отделю путь от порта, который прослушивает приложение, но эта конфигурация позволяет мне автоматически строить карту прокси без особых усилий. Надеюсь, это поможет.

Answer 3

Я работаю над чрезвычайно минимальной библиотекой, которая может быть полностью отделена от ваших проектов.По сути, идея заключается в том, чтобы запускать это независимо на ваших серверах, и вам не нужно беспокоиться о том, чтобы связать это в своих проектах, как при подключении.

Посмотрите на файл config.json, чтобы увидеть, насколько простоэто на самом деле для установки.

Я искал это, и я нашел несколько вещей, но они не поддерживали все, что мне было нужно, а именно HTTPS, WS и WSS!

Прямо сейчасБиблиотека, которую я написал, работает только для HTTP.Но я надеюсь, что в ближайшие несколько дней он будет завершен и будет работать и для HTTPS, WS и WSS.

Answer 4

Я черпал вдохновение у @uglymunky и написал сценарий шеф-повара, чтобы сделать это в Ubuntu.

С помощью этого сценария вы можете установить Express и Apache с поддержкой vhost на одном сервере, используя 1 строку после удаленияМой проект шеф-повара из github

https://github.com/toranb/ubuntu-web-server

Если у вас установлен git и вы его тянете вниз, вы можете запустить его вот так ...

sudo ./install.sh configuration.json

Thisтребует Ubuntu 12.04 или выше, поскольку я воспользовался сценарием upstart для запуска узла при перезагрузке компьютера

Когда сценарий будет завершен, у вас будет рабочий веб-сервер Ubuntu с Express для запуска любых настроенных вами приложений узланаряду с apache для запуска любых настроенных вами приложений wsgi