Один внешний сервер IP 2

В настоящее время существует один внешний IP-адрес, указывающий на веб-сервер Windows. Теперь вы хотите добавить веб-сервер Linux. Пожелайте знать, подходит ли следующая настройка:

119.xxx.xxx.xxx указывает на Window Web Server

119.xxx.xxx.xxx/Linux_Server указывает на новый дополнительный Linux-сервер.

Если приведенная выше схема в порядке, то как это сделать. (С точки зрения размещения и настройки маршрутизатора и т. Д.).

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

Надеюсь, кто-нибудь знает, может помочь …

    Коммуникация должна быть направлена ​​на два разных порта, если у вас есть два разных сервера на одном и том же внешнем IP-адресе. Например, 119.1.1.1:9000 для сервера A и 119.1.1.1:9001 для сервера B

    Если вы не хотите, чтобы конечный пользователь поставил 119.1.1.1:9000, и вы хотите иметь оба сервера на порту 80, это должно быть выполнено следующим образом: используйте внутренний прокси-сервер, который прослушивает порт 80 и отправляет входящие запросы на основе субдомена Или домен на правильный «внутренний» ip каждого из ваших двух серверов (или «x» количество серверов, если на то пошло).

    ПРИМЕР:

    ПРЕДПОЛАГАТЬ:

    • 119.1.1.1:80 – ПОРТ-80 СПИСОК
    • 119.1.1.1:9000 для сервера A и
    • 119.1.1.1.1:9001 для сервера B

    Поэтому настройте его так:

    • Foo.com на порту 80 (119.1.1.1:80)
    • ServerA.foo.com отправляется в порт 80 (119.1.1.1:80) и будет внутренне запросить маршрут (не перенаправлять, а внутренне маршрутизировать прозрачно) до 119.1.1.1:9000 на основе субдомена, говорящего «serverA»,
    • ServerB.foo.com также переходит на порт 80 (119.1.1.1:80), прозрачно маршрутизирует до 119.1.1.1:9001 на основе субдомена, говорящего «serverB»,
    • Все остальные запросы обрабатываются маршрутизатором, но вы хотите – они могут быть отклонены и, например, возвращены 404 (например, foo.com или serverXYZ.foo.com возвращают ошибку 404, потому что это не соответствует определению в прокси-таблице).

    ПРИМЕЧАНИЕ. Для вышесказанного вы фактически работаете над 119.1.1.1 – ну, тогда определения прокси-таблицы должны сказать 127.0.0.1, например:

    • ServerA.foo.com -> 127.0.0.1:9000
    • ServerB.foo.com -> 127.0.0.1:9001
    • По умолчанию -> 127.0.0.1:9002

    Маршрутизируя прозрачно, конечный пользователь не знает, что связь маршрутизирована – это происходит на стороне сервера без знания конечного пользователя – только вы знаете . Вы можете сделать это с помощью node-http-proxy для Node.js – вы можете сделать это с помощью nginx – вы можете сделать это с большинством серверов – посмотрите, как внутренние запросы прокси в документах для вашего сервера по вашему выбору.

    Если вам нужно использовать один и тот же порт, вам необходимо использовать два разных IP-адреса, например 119.1.1.1::::::::::::::::::::::::::::::::::::::::::::::::::

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

    К сожалению, HTTP-серверы предполагают, что URL-адреса перенаправления являются общедоступными, поэтому перенаправление 30x просто попросит браузер клиента получить доступ к другому хосту. Так как ваш Linux-сервер доступен только внутри вашего lan, клиент получит URL-адрес, который они не могут использовать, и сервер не найден.

    Рассмотрите возможность использования NAT и переадресацию TCP-порта (или более одного, если у вас есть дополнительные услуги) для служб на каждом внутреннем сервере. Вы можете использовать только один порт один раз, но если IIS имеет tcp / 80, вы можете назначить порт 81 или apache или nginx. Это означает, что клиентам нужно будет ввести http://example.com:81/ для доступа к службе. Однако вы можете использовать dns для покрытия этого. Вы даже можете использовать этот URL-адрес для перенаправления 301 на ваш Linux-сервер.

    Как только вы получите свой маршрутизатор, посмотрите на http://portforward.com/ для вашей модели маршрутизатора, чтобы узнать, как использовать NAT для перенаправления трафика на порт.

    Давайте будем гением компьютера.