Маршрутный порт 3000 к псевдониму apache2

Question

Маршрутный порт 3000 к псевдониму apache2

У меня есть приложение метеора, работающее на порту 3000. Я могу успешно подключиться к программе с помощью www.myurl.com:3000, но лучше подключиться к ней через www.myurl.com/myappname. Я начал с инструкций на этом веб-сайте: http://www.andrehonsberg.com/article/deploy-meteorjs-vhosts-ubuntu1204-mongodb-apache-proxy и у меня есть следующий файл конфигурации Apache:

<VirtualHost *:80>
     ServerName myurl.com
     ProxyRequests off
             <Proxy *>
                    Order deny,allow
                    Allow from all
             </Proxy>
           <Location />                                                         
             ProxyPass http://localhost:3000/
             ProxyPassReverse  http://localhost:3000/
         </Location>

</VirtualHost>

Я не знаю, как продолжить отсюда, чтобы получить программу на www.mysite.com/myapp. В других ситуациях я бы использовал псевдоним в файле конфигурации Apache, но это не похоже на правильное направление в этом случае.

Как мне настроить Apache для отправки порта 3000 на www.myurl.com/myapp?

1

apache-2.2 node.js mod-proxy meteor

Источник

user223470 02 июн '14 в 22:58

1 ответ

Другие вопросы по тегам apache-2.2 node.js mod-proxy meteor

masegaloeh 02 июн '14 в 23:39 2014-06-02 23:39 · Answer 1 · 2014-06-02 23:39

Попробуй смени <Location /> в <Location /myapp/>, Смотрите эту страницу для документации.

Фрагмент:

ProxyPass
Эта директива позволяет отображать удаленные серверы в пространство локального сервера; Локальный сервер не действует как прокси в обычном смысле, но выглядит как зеркало удаленного сервера. Локальный сервер часто называют обратным прокси-сервером или шлюзом. Путь - это имя локального виртуального пути; URL-адрес является частичным URL-адресом удаленного сервера и не может содержать строку запроса.
Когда используется внутри <Location> раздел, первый аргумент опущен, а локальный каталог получен из <Location>, То же самое произойдет внутри <LocationMatch> раздел ProxyPass, однако, не интерпретирует регулярное выражение как таковое, поэтому вместо этого необходимо использовать ProxyPassMatch в этой ситуации.