Máquinas remotas não podem se conectar ao servidor web do Visual Studio

Lembro-me de quando a MS estava desenvolvendo a Cassini – acredito que eles a colocaram no VS 05/08, então acho que essa é uma pergunta do servidor web da Cassini.

Estou usando o Windows XP com o Visual Studio 2008 e acho bastante inconveniente quando quero testar uma página da Web / estilo com vários navegadores e vários sistemas operacionais. Agora eu tenho que implantar o código em nosso servidor, e se houver alguma atualização que precise acontecer, o processo se transformará em uma perda de tempo. Desde que eu estou usando o XP / IIS 5, a opção de usar o IIS não é uma opção. O uso do IIS no XP requer um prefixo extra para um projeto, que quebra todos os links, css etc. Este também foi um projeto de desenvolvimento realmente rápido, então coisas como root dir que devem ser extraídas para config não são, eu estou bem ligado placa com este tipo de solução, mas não foi implementado neste projeto. Também parece realmente incompleto que a Microsoft não permitiria que uma simples bandeira em algum lugar permitisse conexões remotas – é bem simples ( http://www.devx.com/dotnet/Article/11711 ), mas eu não quero recompilar a Cassini.

Alguém sabe como permitir que o servidor da Web de desenvolvimento integrado no Visual Studio 2008 seja visto por outros computadores? Isso economizaria muito tempo.

apenas descobri uma boa solução: 1) Configure o violinista na máquina de desenvolvimento 2) Configure a máquina remota para usar o fiddler como proxy 3) navegue até http://localhost.:[insert your dev port # here ] / na máquina remota

Desculpe por responder uma pergunta antiga, mas ela está no Google, então decidi adicionar meus 2 centavos:

No VS 2010, há uma opção para usar o “IIS Express” em vez do VS Development Server, que permite conexões remotas por padrão.

ATUALIZAÇÃO: a versão atual do IIS Express não permite conexões externas por padrão, veja AQUI sobre como você pode habilitar conexões remotas.

Você pode usar um utilitário de encaminhamento de porta para escutar em uma porta, digamos 5000 e, em seguida, retransmitir todo esse tráfego para a porta do Visual Studio.

A solução é descrita no artigo Acessando o Visual Studio ASP.NET Development Server do iPhone .

Eu escrevi uma postagem no blog com base no artigo acima, que resume isso, Acessando o Visual Studio Web Server remotamente .

insira a descrição da imagem aqui

A Microsoft não permite isso de propósito – eles não querem que você implemente seu aplicativo na Cassini. Ele é compilado diretamente em seu código .

Dito isto, muitas vezes me pergunto se eles apenas verificam o URL “localhost”. Talvez editar o arquivo HOSTS da máquina remota e redirect “localhost” para a máquina cassini poderia enganá-lo? Vale um tiro … No Windows você pode encontrar HOSTS aqui:

 C:\Windows\system32\drivers\etc 

Você pode entrar em suas configurações de projeto da web e fazer com que ele use o IIS local como um host e, em seguida, funcionará bem.

Para resolver seu problema de links quebrados, caminhos para arquivos, etc. Use links relativos.

Além disso, o token “~ /” (sem as aspas) em URLs / propriedades / valores de caminho nos Controles do Servidor do ASP.NET será substituído automaticamente pelo caminho real para a subpasta do IIS onde seu aplicativo reside.

Para que essa solução funcione, a raiz do aplicativo Web que você está desenvolvendo deve ser um aplicativo IIS (consulte as páginas de propriedades do projeto da Web na seção Web, onde você pode encontrar um link ou um botão para criar o aplicativo IIS).

Google para a raiz do aplicativo da Web do IIS.

Eu testo contra vários navegadores na minha checkbox local. O servidor web local não se importa se você usa o Opera / Safari / Firefox / IE para se conectar a ele. Normalmente eu inicio o projeto no depurador, que também inicia o IE, depois recorto / cole a URL do IE em qualquer navegador com o qual estou testando. Normalmente, a porta que o Cassini escolhe não muda com frequência, por isso muitas vezes o URL já está no histórico do meu navegador. Depois que o servidor da Web estiver em execução, você poderá até interromper o depurador e continuar testando no navegador alternativo.

Para outros MacOS, normalmente publico em um servidor de controle de qualidade com o IIS6. Eu encontrei muito poucos casos em que após o teste com o IE / Firefox / etc. no WinXP, houve problemas no Mac. Eu não testo especificamente variantes do Linux.

Tente ligar .Net para 127.0.0.1 em vez de localhost, ele realmente faz a diferença com a resolução em alguns casos que eu encontrei. Eu gostaria de ter sabido disso o tempo todo, teria me poupado algumas horas.

Eu também vi Privoxy usado, o que pode ser mais rápido, mas o Fiddler é muito mais fácil e não requer a configuração de um loopback.

De qualquer forma, eu tenho a configuração do VS no localhost: 15709 e isso no Fiddler: if (oSession.host.toLowerCase () == “webserver: 15709”) oSession.host = “localhost: 15709”;

Então eu apenas digite webserver: 15709 na minha VM e ele funciona muito bem.

Usando o Fiddler como proxy reverso, o servidor da web de desenvolvimento pode obter a solicitação, mas se torna pedido interno (127.0.0.1), o que é inútil no meu caso.

Eu estou tentando pegar o pedido remoto para depurá-lo lá.

WebMatrix é outra alternativa.