Existe alguma maneira de acessar isso sem ter que passar pelo firewall corporativo no trabalho? Gostaria de configurar um ambiente de produção rápida (WAMP) antes de mover as coisas para o servidor final.
Consegui isso fixo, tive que ligar o Apache a um IP específico. Além disso, o loopback passa pelo firewall corporativo aqui; Eu chamei os caras de TI sobre isso.
Sinto dizer em você ...
Mas o localhost e o 127.0.0.1 não são processados pelo seu firewall corporativo ...
Quando você acessa o localhost ou 127.0.0.1, isso é tratado pelo seu próprio computador usando o arquivo de hosts
Portanto, você deve ser capaz de configurar tudo sem problemas.
Se você tiver problemas com wamp, por favor, seja um pouco mais específico e comente abaixo
Seu firewall corporativo não pode bloquear 127.0.0.1. Apenas um firewall de computador local pode, e eu nunca vi um que faz por padrão.
127.0.0.1 é um IP especial, é um loopback para sua própria pilha TCP / IP.
Isso pode ser uma falha de configuração do navegador. Certifique-se de que eles estejam configurados para não usar nenhum proxy para conexões com o host local.
No Firefox, Preferências / Opções > Avançado > Rede > Configurações
Certifique-se de que as "Configurações avançadas de proxy" foram escolhidas e você possui os valores apropriados em "Sem proxy para".
NoInternetExplorer,ésemelhante.Ferramentas>Opções>Conexões>ConfiguraçõesdeLan
Emseguida,marque"Ignorar servidor proxy para endereços locais".
Para adicionar meus dois centavos:
Como outros disseram, é muito mais provável que seja um problema de proxy. Você pode alterar suas configurações de proxy ou baixar um navegador (o Firefox não precisa de nenhuma configuração especial do registro, embora seu departamento de TI possa não aprová-lo) e ele não terá suas configurações de proxy obviamente.
'Firewall corporativo' precisa de um pouco de definição de você. Você quer dizer um firewall amplo? Então não pode ser o firewall, já que os pacotes para o localhost nunca saem da máquina, nunca vêem o firewall.
Você quer dizer um firewall na sua caixa local, instalado pelo seu departamento de TI? Então, em teoria, eles poderiam configurar um bloco para localhost. Mas outros aplicativos podem quebrar, isso é improvável.
O teste antigo costumava ser telnet. Telnet é o aplicativo mais básico e nunca usa um proxy.
telnet localhost 80
atingirá seu servidor da web. Se você obtiver um tempo limite, terá um problema. Se você receber um tipo de resposta em
GET / HTTP/1.0
Retornar Retornar
E você deve ver sua página. Se isso não funcionar, o servidor da web tem um problema ou você realmente tem um firewall local . Se funcionar, você tem um problema no navegador.
No que diz respeito a outras questões mencionadas, isso não tem nada a ver com o arquivo hosts. O arquivo hosts apenas mapeia de nome para endereço IP. Houve um tempo pré-DNS e foi assim que todos os endereços foram encontrados. A parte especial é 127.0.0.1 que é definida por uma RFC para ser loopback e não pode esteja em qualquer rede.
EDIT Ao analisar algumas de suas outras respostas, você pode não ter configurado seu servidor da web corretamente. Você deve verificar se tem uma porta LISTEN na porta 80 com netstat .
localhost / 127.0.0.1 é o endereço de loopback em sua placa de rede de máquinas. Eu não acho que é bloqueado por um firewall (pelo menos não o firewall da empresa) você precisa dar mais informações, como o sistema operacional que você está executando, existem outros serviços em execução na máquina, etc ....
Você está querendo dizer que está tentando acessar essa instalação "local" de algo pela web "fora do firewall" sem configurar o firewall? Se essa é a pergunta, a resposta é configurar seu sistema em um IP estático, desbloquear as portas no firewall e configurar o encaminhamento no firewall para permitir acesso externo à caixa - nada disso.
É possível, desde que você esteja em uma máquina Windows, que as políticas tenham sido definidas limitando o que você pode fazer por meio de loopback.
Isto é algo que você tentou e teve problemas, ou você está supondo que o 127.0.0.1 será bloqueado?
Suponho que outro aplicativo corporativo esteja sendo executado em 127.0.0.1/a/b/c/unknown.xxx e informado quando você o acessa por meio do navegador, um resultado bloqueado.
Em caso afirmativo, configure sua (eu acho que a instalação portátil do apache) para outra porta, por exemplo. 81, isso deve funcionar.
Além disso, o fyi 127.0.0.1 e o localhost não têm o mesmo efeito ao fazer PHP no seu Apache: link
Se você não puder alterar as configurações de proxy específicas no navegador da empresa (por exemplo, o firewall está no proxy) COPIE um navegador portátil, por exemplo, firefox portátil, desta forma você pode alterar as configurações
Essa pode ser uma configuração de política que você não pode alterar. Se você estiver usando o Internet Explorer, clique em propriedades, depois na guia Conexões e depois em Configurações da Rede Local. Você pode ter uma configuração de servidor proxy, em caso afirmativo, verifique se a opção "ignorar proxy para endereços locais" está marcada. Você pode ter que mexer com as configurações na caixa de diálogo de configurações da LAN e pode ter que mexer com elas quando o servidor proxy de rede for ajustado.
Use o XAMPP para que o Windows configure um ambiente WAMP local sem todas as dores de cabeça do firewall.
Seu software de controle vai te colocar em funcionamento rapidamente e você não ficará atolado com detalhes como localhost / 127.0.0.1 sendo bloqueado (E, não, como as pessoas disseram, isso não é possível).
Este é um recurso de alguns servidores proxy com scripts de configuração. Mesmo quando 127.x.x.x é um loopback, você ainda pode usar endereços no intervalo (por exemplo, 127.0.3.42) para fazer túneis de encaminhamento de porta, o que lhe daria a possibilidade de percorrer o proxy para chegar a um site normalmente bloqueado. A solução, além de examinar o que está sendo encaminhado pela porta, é bloquear o host local completamente. Então é isso. Se você tiver acesso a etc / hosts, poderá tentar adicionar uma entrada a um endereço IP específico no intervalo do host local. Isso deve ignorar proxy na maioria dos casos.