Вопросы Теги

IIS7, различные порты для веб-сайтов, но никакого номера порта в браузере

Если бы Ваш не после слишком большой производительности затем это должно подойти, я однако рекомендовал бы обновить Вашу память до немного выше. 1 ГБ находится немного на низкой стороне, увеличивая его до 2 ГБ, или даже 3 ГБ сделают "кучу" различия.

У меня также была бы работа SVN хоста, как будто это работает в VM, у Вас должны быть выполнение VM и хост.

С текущей конфигурацией RAM Вы только смогли бы выполнить 1 VM с большим количеством RAM, Вы могли выполнить 3 или 4 VM одновременно. Следует иметь в виду дисковое пространство, чем больше VMs Вы имеете установка, тем большего количества пространства Вы требуете.

0
задан 30 March 2010 в 18:05
2 ответа

Да, но только если Ваша среда включает брандмауэр/маршрутизатор NAT и несколько внешних IP-адресов.

Для http соединений номер порта является дополнительным на браузере, только если браузер соединяется на порте 80. Поэтому браузер должен был бы соединиться с портом 80 для номера порта, чтобы быть дополнительным в URL.

Вот один возможный сценарий:

  1. Вы управляете 101.101.101.0/20 подсетью.
  2. website1.com: DNS "A" запись указывает на 101.101.101.2
  3. website2.com: DNS "A" запись указывает на 101.101.101.3
  4. Ваш сервер IIS7 имеет локальный IP-адрес 192.168.0.67
  5. Брандмауэр/маршрутизатор имеет перенаправление правила NAT 101.101.101.2:80 к 192.168.0.67:8080
  6. Брандмауэр/маршрутизатор имеет перенаправление правила NAT 101.101.101.3:80 к 192.168.0.67:8081

С брандмауэром/маршрутизатором, настроенным таким образом, клиенты браузера думали бы, что они соединялись на стандартном порте 80, таким образом, никакой номер порта не должен будет использоваться во внешнем URL. Однако соединения были бы направлены к портам 8080 и 8081, соответственно, на Вашей частной сети.

Существует ли определенная причина, почему требуется использовать нестандартные порты на веб-сервере, не требуя, чтобы они были введены как часть URL?

Удачи,

Мили

1
ответ дан 4 December 2019 в 23:08
  • 1
    Спасибо за Ваш ответ. Причина правил безопасности нашей компании, мы не должны использовать порт 80. Я просто хотел сохранить это простым для пользователей, так, чтобы они могли ввести URL без номера порта. –   31 March 2010 в 18:27

Почему не только используют виртуальные хосты, так как они разработаны для обработки нескольких сайтов на том же IP-адресе?

Если бы Вы действительно хотите сделать это твердый путь, сервис как WebHop DynDNS сделал бы то, что Вы после.

0
ответ дан 4 December 2019 в 23:08
  • 1
    Виртуальные хосты находятся в IIS7, теперь названном виртуальными каталогами, правильно? С этим мне все еще нужен по крайней мере один веб-сайт с портом 80, и этот веб-сайт затем имеет несколько виртуальных каталогов. Таким образом, я предполагаю, что нет никакого способа настроить IIS7 (или w2k8 сервер), что он слушает на порте 80, но перенаправьте клиентский запрос к другому порту как 8 080. –   31 March 2010 в 18:21
  • 2
    Я don' t используют IIS так can' t говорят. Вы все еще haven' t сказал, почему Вы хотите использовать нестандартный порт и don' t хотят использовать виртуальные хосты. –  Cry Havok 31 March 2010 в 21:08
  • 3
    Причина правил безопасности нашей компании для приложений интранет, мы не должны использовать стандартный порт 80. Я хотел сохранить это простым для пользователей, но я предполагаю, что они должны записать номер порта в URL. –   1 April 2010 в 17:57
  • 4
    А-ч, безопасность через мрак - также известный как ни один вообще ;) Вы могли настроить свой основной сервер IIS для выполнения перенаправления, но что-либо, что Вы делаете для перенаправления пользователей, инвертирует симулировать безопасность с помощью порта не по умолчанию, обеспечивает. –  Cry Havok 1 April 2010 в 22:52

Теги

Похожие вопросы