Недавнее открытие
Когда IIS настроен на порт 80, когда я http://localhost/подключаю его к компьютеру WHS, он выдает предупреждение «Существует проблема с сертификатом безопасности этого веб-сайта». Если я в любом случае продолжу, этот URL-адрес появится https://localhost/Remote/logon?ReturnUrl=%2fremoteдля Windows Home Server 2011 Remote Web Access для usernameи password. Теперь я не могу вспомнить наверняка, но я не верю, что изначально просто http://localhost/поднял этот вопрос. Однако кажется, что это может повлиять на любые попытки доступа к localhost (независимо от порта).
Что может быть главной проблемой
О тонкости сетей! Одна вещь, которая продолжала беспокоить меня, заключалась в том, что два сайта «частично» появились, а остальные - совсем нет. Затем, отслеживание NET в Firebug показало мне, что моя главная проблема заключается в том, что мой провайдер выступает в роли DNS-прокси , и, конечно, он не находит мои тестовые сайты. Но это действительно найти два сайта, которые живут на www.(не test.) адрес, и , как представляется , обслуживать тех, но изображения блокируются , потому что (я предполагаю) я настроил блоки для доступа к файлам изображений , если не из www.за конкретный сайт.
Это объясняет загадку не показанных изображений (ожидайте при прямом localhost:8080вызове) и странное поведение при «частичном» обнаружении этих двух конкретных сайтов из пяти.
Теперь мне нужно выяснить, как правильно настроить маршрутизатор или прокси-файл для перенаправления на мой компьютер WHS. Я пользуюсь услугой спутникового интернета Wildblue, так как я нахожусь за пределами зоны быстрого соединения. У них есть файл «оптимизатора» (я не знаю, доступен ли он всем для просмотра или нет, если нет, то он в основном такой же, как у этой версии ), который я могу изменить и установить в своей локальной системе для достижения что мне нужно, но я точно не знаю, что мне нужно делать там.
Если у кого-то есть какие-либо предложения по изменению этого файла или по настройке маршрутизатора Linksys E1200, чтобы избежать отправки на прокси-сервер, если это локальный сайт, то это может быть первым (и, возможно, последним) шагом для решения моих проблем.
Репрезентативный код, основанный на рекомендациях Harrymc ... все еще не работает
Порт IIS установлен в :90.
httdp файл:
Listen *:80
ServerName localhost:80
vhosts файл:
NameVirtualHost *:80
<VirtualHost *:80>
ServerName localhost
ProxyRequests off
ProxyPass / http://127.0.0.1:90/
ProxyPassReverse / http://127.0.0.1:90/
</virtualHost>
<VirtualHost *:80>
DocumentRoot "C:/Users/Public/LocalWebsites/site1.net/httpdocs"
ServerName test.site1.net
ProxyRequests off
ProxyPass / http://127.0.0.1/
ProxyPassReverse / http://127.0.0.1/
</VirtualHost>
<VirtualHost *:80>
DocumentRoot "C:/Users/Public/LocalWebsites/site2.net/httpdocs"
ServerName test.site2.net
ProxyRequests off
ProxyPass / http://127.0.0.1/
ProxyPassReverse / http://127.0.0.1/
</VirtualHost>
<VirtualHost *:80>
DocumentRoot "C:/Users/Public/LocalWebsites/site3.com/httpdocs"
ServerName test.site3.com
ProxyRequests off
ProxyPass / http://127.0.0.1/
ProxyPassReverse / http://127.0.0.1/
</VirtualHost>
<VirtualHost *:80>
DocumentRoot "C:/Users/Public/LocalWebsites/site4.com/httpdocs"
ServerName test.site4.com
ProxyRequests off
ProxyPass / http://127.0.0.1/
ProxyPassReverse / http://127.0.0.1/
</VirtualHost>
<VirtualHost *:80>
DocumentRoot "C:/Users/Public/LocalWebsites/site5.com/httpdocs"
ServerName test.site5.com
ProxyRequests off
ProxyPass / http://127.0.0.1/
ProxyPassReverse / http://127.0.0.1/
</VirtualHost>
Предыдущее обновление: то, что я считал главной проблемой (может быть подзадачей)
Как заставить Windows Home Server (работающий IIS) перенаправлять определенные локальные URL-адреса в порт, 8080чтобы Apache (не IIS), работающий на той же машине, принимал запрос на обслуживание страницы?
c:\Windows\System32\drivers\etc\hostsФайл был изменен (см ниже), но я полагаю , что не имеет ничего общего с переразводки к новому порту. Я также предполагаю, что IIS получает определенный test.whateverURL-адрес для порта 80и направляет его на свой локальный хост на том же порту.
Я скачал Application Request Routing из подсказки на сайте, который я нашел при исследовании, но, глядя на него, я не уверен, поможет ли это или нет (я надеялся настроить переадресацию на порт 8080через него). Я веб-дизайнер, а не сетевой мастер. Так как все это работает, для меня несколько неуловимо.
Возможное направление идти
Основываясь на этой ссылке (найденной после поиска на основе первого комментария erikxiv ниже), я попытался сделать следующее в IIS для перезаписи URL:
Исходящее правило:
Матч: .*(вроде бы все в порядке)
условия:
Сопоставить с любым из ... (похоже, что тестирование соответствовало шаблону)
{HTTP_HOST} Matches the Pattern test\.site1\.net
{HTTP_HOST} Matches the Pattern test\.site2\.net
{HTTP_HOST} Matches the Pattern test\.site3\.com
Переписать действие:
http://localhost:8080/{R:0} (it would not let me put R:1 like the example)
Но, похоже, пересылки по-прежнему нет!
Информация, представленная ниже, теперь является основой для нового, вышеупомянутого запроса.
Справочная информация
Недавно я изменил старый рабочий стол с Windows XP на Windows Home Server (2011). Старый компьютер также являлся хостом для локальных тестовых сайтов, работающих при установке Apache. Проведение некоторых исследований показало, что запуск Apache на компьютере WHS не будет таким трудным, как я сначала подумал (многие сайты говорят, что IIS WHS и Apache могут вызвать проблемы, но некоторые из них, как я обнаружил, вообще не упоминали о проблемах при правильной настройке). - в принципе, убедитесь, что нет конфликта портов).
Поэтому я установил WAMP (64-разрядную версию) на компьютер WHS и изменил настройки в httpdфайле конфигурации Apache для прослушивания через порт, 8080чтобы не было конфликта с IIS. Я установил свой файл виртуального хоста, как на компьютере с XP, только с изменением порта.
В принципе, все, кажется, работает нормально (однако, см. Обновление), кроме ...
(Оригинальный) выпуск
В то время как страницы на локальных сайтах работают нормально и все css и javascript работают, каждый файл изображения не отображается . Информация о пути является правильной, о чем свидетельствует щелчок правой кнопкой мыши и выбор View Image Info(в Firefox ... кстати, изображения не отображаются ни в одном браузере, поэтому это не ошибка браузера).
Однако я заметил, что Typeв поле информации об изображении отображается text/html, а не PNG Imageили JPEG Imageт. Д. Это информация ниже, где он показывает информацию о пути (адресе) - в этом разделе он распознает, что сам файл имеет Typeлибо Imageили Background.
Но, несмотря на этот факт, кажется, что вместо того, чтобы распознавать правильный тип mime (я предполагаю) изображения в html (на самом деле сгенерированный php html), вместо этого он пытается обработать изображение ( imgэлемент или CSS background-image) как текст, и, следовательно, ничего не давая мне! Но я не могу понять, почему. mimeФайл управления MIME-типов Apache является правильным. Страницы имеют следующие заголовки ...
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-Style-Type" content="text/css" />
... но они не должны вызывать проблему (они не возникали при работе на XP, и при этом они не работают на живом сайте).
Поэтому я ищу мысли о:
- Является ли мой анализ MIME-типа проблемой правильной (основываясь на обновлении, возможно, нет)?
- Где еще можно посмотреть, что может быть причиной проблемы, и как ее исправить? Может ли это быть конфликт с IIS на WHS, и если да, то что? Может ли это быть что-то в php (это кажется маловероятным), и если да, то что? Что еще я могу проверить в Apache?
Обновленная информация (с более [связанными?] Проблемами)
Продолжая возиться, я пришел к выводу, что, по крайней мере, частично проблема заключается в изменении порта :8080. Во-первых, я понял, что не все было так хорошо, как я думал, чтобы попасть на все мои сайты. У меня есть это представление в моем c:\Windows\System32\drivers\etc\hostsфайле:
127.0.0.1 localhost
127.0.0.1 test.site1.net
127.0.0.1 test.site2.net
127.0.0.1 test.site3.com
127.0.0.1 test.site4.com
127.0.0.1 test.site5.com
И это представление в моем vhostsфайле Apache :
NameVirtualHost *:8080
<VirtualHost *:8080>
DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site1.net/httpdocs"
ServerName test.site1.net
</VirtualHost>
<VirtualHost *:8080>
DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site2.net/httpdocs"
ServerName test.site2.net
</VirtualHost>
<VirtualHost *:8080>
DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site3.com/httpdocs"
ServerName test.site3.com
</VirtualHost>
<VirtualHost *:8080>
DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site4.com/httpdocs"
ServerName test.site4.com
</VirtualHost>
<VirtualHost *:8080>
DocumentRoot "C:/Users/Public/Documents/LocalWebsites/site5.com/httpdocs"
ServerName test.site5.com
</VirtualHost>
Вот поведение : site1и site4появляются, но без изображений. Другие три не появляются вообще, но дают Network Error (dns_unresolved_hostname).
Однако, если я получаю доступ к первому сайту в vhosts на компьютере WHS с помощью localhost:8080URL-адреса, тогда изображения действительно отображаются , и любой сайт, который находится первым в моем файле vhosts, также обнаруживается (что ожидается); тем не менее, он делает это, даже если это было то, чего раньше не было (поэтому, если я перехожу site2на первую позицию, он начинает «работать» через localhost:8080вызов).
Я знаю, что мои файлы изображений возвращают 403( исправлено, изначально я сказал 404 ) ошибку при доступе через test.site4.comсинтаксис в URL, и я подозреваю, что мои изображения отображаются как, text/htmlпотому что файлы возвращают эту ошибку (поэтому я не думаю, что это является проблемой типа пантомимы теперь так же, как неспособность найти изображения). Но странным является то, что пути правильные, а файлы без изображений (javascript и css) подходят хорошо.
Так что, на мой взгляд, может быть, что-то с переключателем порта в 8080. Мои проблемы сейчас:
- Почему мои файлы hosts и vhosts неправильно находят все сайты (есть ли какой-то другой файл, который мне нужно изменить на Windows Home Server)?
- На тех сайтах, для которых это работает, почему изображения не могут быть найдены (с ошибкой 403, которая, по моему мнению, «запрещена», не имеет смысла, если другим файлам в папках сайта разрешен доступ)?
- Почему
localhost:8080доступ работает независимо от того, что связано с первыми двумя проблемами?
Некоторая дополнительная информация
Был сделан запрос на размещение файлов журнала. Однако я обнаружил, что не было никаких журналов, кроме (кажется) в тех случаях, когда я обращался через прямой localhost:8080вызов к сайту «по умолчанию».
Поэтому я отключил службы WAMP, пошел к URL-адресам и обнаружил то же поведение, что и при работе WAMP. Похоже, это указывает на то, что IIS все еще контролирует доменные имена, а не Apache, собирающий их ( может ли кто-нибудь подтвердить мое предположение? ) , И, таким образом, проблема может заключаться в том, что сам контроль над сервером WAMP передается самому.