Есть ли какой-нибудь способ, которым я могу получить к нему доступ, не используя корпоративный брандмауэр на работе? Я хотел бы настроить среду быстрого производства (WAMP), прежде чем переносить вещи на конечный сервер.
Получил это исправлено, пришлось привязать Apache к определенному IP. Кроме того, петля проходит через корпоративный межсетевой экран здесь; Я звонил парням об этом.
Извините, что говорю вам ...
Но localhost и 127.0.0.1 не обрабатываются вашим корпоративным брандмауэром ...
Когда вы обращаетесь к localhost или 127.0.0.1, это обрабатывается самим вашим компьютером с помощью файла hosts
Таким образом, вы должны просто иметь возможность настроить все это без проблем.
Если у вас есть проблемы с Wamp, пожалуйста, будьте более конкретны и прокомментируйте ниже
Ваш корпоративный брандмауэр не может заблокировать 127.0.0.1. Только локальный брандмауэр компьютера может, и я никогда не видел тот, который делает по умолчанию.
127.0.0.1 - это особый IP-адрес, это петля к вашему стеку TCP/IP.
Это может быть ошибка настройки браузера. Убедитесь, что они не используют прокси для подключения к localhost.
В Firefox Настройки / Параметры> Дополнительно> Сеть> Настройки
Убедитесь, что выбраны "Расширенные настройки прокси", и у вас есть соответствующие значения в "Нет прокси для".
В Internet Explorer это похоже. Сервис> Параметры> Подключения> Настройки локальной сети
Затем проверьте «Обойти прокси-сервер для локальных адресов».
Чтобы добавить мои два цента:
Как уже говорили другие, это гораздо более вероятная проблема с прокси. Вы можете изменить настройки прокси-сервера или загрузить браузер (Firefox не нуждается в каких-либо специальных настройках реестра, хотя ваш ИТ-отдел может не одобрить его), и у него явно не будет настроек прокси-сервера.
«Корпоративный брандмауэр» нуждается в небольшом определении от вас. Вы имеете в виду межсетевой экран для всего сайта? Тогда это не может быть брандмауэр, поскольку пакеты на локальный хост никогда не покидают машину, никогда не видят брандмауэр.
Вы имеете в виду брандмауэр на вашем локальном компьютере, установленный вашим ИТ-отделом? Затем, теоретически, они могли бы создать блок для localhost. Но тогда другие приложения могут сломаться, это маловероятно.
Старый тест раньше был telnet. Telnet - самое основное приложение, и оно никогда не использует прокси.
telnet localhost 80
ударит по вашему веб-серверу. Если вы получаете тайм-аут, то у вас есть проблема. Если вы получили тип ответа в
GET / HTTP/1.0
Возврат Возврат
И вы должны увидеть свою страницу. Если это не работает, проблема с веб-сервером, или у вас действительно может быть локальный брандмауэр. Если это работает, у вас проблема с браузером.
Что касается других проблем, упомянутых людьми, это не имеет ничего общего с файлом hosts. Файл hosts просто сопоставляется с именем на IP-адрес. Был предварительный DNS, и все адреса были найдены. Особой частью является 127.0.0.1, которая определена RFC для обратной связи и не может быть ни в одной сети.
РЕДАКТИРОВАТЬ При просмотре некоторых других ваших ответов вы, возможно, неправильно настроили свой веб-сервер. Вы должны убедиться, что у вас есть порт LISTEN на порту 80 с netstat .
localhost/127.0.0.1 - это адрес обратной связи на сетевой карте вашего компьютера. Я не думаю, что он заблокирован брандмауэром (по крайней мере, не корпоративным файловым экраном), вам нужно предоставить больше информации, например, о том, какую ОС вы используете, есть ли какие-либо другие службы, работающие на машине, и т. Д ....
Вы имеете в виду, что пытаетесь получить доступ к этой "локальной" установке чего-либо через Интернет "вне брандмауэра" без настройки брандмауэра? Если это вопрос, то ответом будет настройка вашей системы на статический IP-адрес, разблокировка портов в брандмауэре и настройка переадресации в брандмауэре, чтобы разрешить внешний доступ к блоку - никак не обойти его.
Возможно, поскольку вы работаете на компьютере под управлением Windows, эти политики были установлены, ограничивая то, что вы можете делать с помощью обратной связи.
Это то, что вы пробовали и у вас были проблемы, или вы просто предполагаете, что 127.0.0.1 будет заблокирован?
Я предполагаю, что другое корпоративное приложение работает на 127.0.0.1/a/b/c/unknown.xxx и дает вам при доступе к нему через браузер заблокированный результат.
Если это так, то настройте (я полагаю, портативную установку apache) на другой порт, например 81, который должен работать.
Кроме того, fyi 127.0.0.1 и localhost не имеют одинакового эффекта при выполнении PHP под вашим Apache, см .: http://groups.google.com/group/hiphop-php-dev/msg/4ca5cef95367be03?pli=1
Если вы не можете изменить определенные настройки прокси-сервера в браузере компании (например, брандмауэр включен на прокси-сервере), скопируйте портативный браузер, например, портативный Firefox, таким образом вы можете изменить настройки
Это может быть параметр политики, который вы не можете изменить. Если вы используете Internet Explorer, нажмите "Свойства", затем вкладку "Подключения", затем "Параметры локальной сети". У вас может быть настройка прокси-сервера, если это так, убедитесь, что установлен флажок "обходной прокси для локальных адресов". Возможно, вам придется поработать с настройками в диалоговом окне "Настройки локальной сети" и, возможно, придется поиграть с ними заново, когда настроен сетевой прокси-сервер.
Используйте XAMPP для Windows, чтобы настроить локальную среду WAMP без головной боли брандмауэра.
Его управляющее программное обеспечение поможет вам быстро приступить к работе, и вы не будете увязать в деталях, таких как localhost/127.0.0.1, которые будут заблокированы (и, нет, как говорили люди, это невозможно).
Это особенность некоторых прокси-серверов с конфигурационными скриптами. Даже если 127.xxx является петлевой, вы все равно можете использовать адреса в диапазоне (например, 127.0.3.42) для туннелирования переадресации портов, что даст вам возможность обойти прокси-сервер и добраться до нормально заблокированного сайта. Решение, за исключением проверки того, что пересылается через порт, состоит в том, чтобы полностью заблокировать localhost. Вот и все. Если у вас есть доступ к etc/hosts, вы можете попробовать добавить туда запись к определенному IP-адресу в диапазоне локального хоста. Это должно обойти прокси в большинстве случаев.