2009-03-25 17 views
13
  1. Sviluppo di un sito Web ASP.Net.
  2. Esecuzione di IE8.
  3. È necessario eseguire il test del sito Web in IE6.
  4. Installazione multipleIE6 interrotta dall'installazione di IE8 (non è possibile digitare nelle caselle di testo, sì ho eliminato la cache, sì ho registrato nuovamente le dll).
  5. VPC creato con IE6.
  6. Impossibile connettersi all'host WebDev.WebServer.exe.

C'è un modo per configurare WebDev.WebServer.exe in modo che accetti le connessioni remote?Connessione remota a WebDev.WebServer.exe

risposta

6

AFAIK, WebDev è codificato per rifiutare specificamente tutte le connessioni esterne ... quindi la risposta breve sarebbe "no".

La cosa migliore da fare sarebbe semplicemente pubblicare il sito Web sul VPC che esegue IIS e verificarlo in questo modo.

+1

È un po 'più di frizione trattare con la pubblicazione di IIS o anche solo la configurazione di IIS locale per servire ogni progetto. Non ti piace il web server integrato simile a Netbeans e la configurazione del debug non amministratore è un'ulteriore complessità. Puoi invece fare un piccolo colpo sulla configurazione di un proxy personale in primo piano e dimenticare il motivo per cui funziona dopo. –

+0

@Brian - ottima idea, +1 – womp

1

Hmm non sono sicuro che funzioni, ma provare ad aggiungere WebDev.WebServer.exe per essere sbloccato da Windows Firewall.

Se ciò non funziona, è necessario installare IIS e impostare una directory virtuale direttamente nella cartella di sviluppo.

1

Uso una delle immagini VPC di Microsoft per testare IE6 utilizzando il server Web di debug, quindi non so quale potrebbe essere la causa dei problemi. Sembra che potrebbe essere un problema di rete con la macchina virtuale.

Anche IEtester funziona bene per i controlli rapidi di rendering e funzionalità. Devo ancora vedere le principali differenze tra il comportamento in IEtester e il vero IE6 in XP, ma esiste la possibilità quindi controllo ancora con la macchina virtuale prima del rilascio in produzione.

http://www.my-debugbar.com/wiki/IETester/HomePage

+0

Non funziona neanche per me - Ariel, qual è la tua configurazione VPC? Stai facendo funzionare la modalità XP? Qual è la configurazione di rete e le impostazioni di integrazione? Non hai fatto altro, come hackerare il file degli host locali? – Spike0xff

15

La soluzione per il modo in cui webdev.webserver è paralizzata a rifiutare richieste remote è quello di utilizzare un server proxy leggero in esecuzione sullo stesso host come webdev.webserver. Il browser remoto utilizza quindi il proxy e le sue richieste appaiono a webdev.webserver come richieste provenienti da localhost. Ho usato Privoxy con successo.

Esempio di configurazione:

  • Configura Privoxy per ascoltare su un IP indirizzo che è instradabile dal VM (ad es 192.168.1.1:8118). È possibile inserire un indirizzo IP su un looback sul sistema operativo host e utilizzare NAT con il sistema operativo client.
  • Configurare i browser nella VM per utilizzare 192.168.1.1:8118 per il proprio proxy per tutte le connessioni incluso localhost.
  • Inizia la tua applicazione in webdev.webserver
  • Con il browser VM andare allo stesso URL come si farebbe con un browser del sistema operativo host (ad es http://localhost:3254)

Dal punto di vista della webdev.webserver le richieste arriveranno da Privoxy su 127.0.0.1 e saranno felicemente servite.

UPDATE In questi giorni, sto utilizzando Fiddler2 per questo. Fiddler ha un'opzione in Strumenti> Opzioni> Connessioni a "Consenti ai computer remoti di connettersi." Si noti inoltre che IISExpress può essere configurato per accettare connessioni remote.

+0

È importante notare che altri computer possono fare richiesta a WebDev.WebServer se si apre la porta (8118) nel firewall per Privoxy (per richieste TCP). Inoltre, l'unica configurazione necessaria per Privoxy è trovare la configurazione 'listen-address' nella configurazione principale e impostarla sul valore appropriato (' listen-address 192.168.1.1: 8118'). Funziona molto bene e non è troppo difficile da configurare. – mbillard

+2

FWIW. Ho postato le istruzioni passo-passo per l'impostazione qui: http://thoughtfulcode.wordpress.com/2009/11/13/multiple-versions-of-ie-with-the-visual-studio-built-in- web-server-the-solution/ –

+0

Una variante di questa strategia è di eseguire un server SSH come WinSSHD sul sistema host e quindi utilizzare un client ssh per creare un proxy SOCKS4 su SSH o effettuare un semplice port-forwarding SSH (-L in openssh). –

2

Mi sono imbattuto in questo stesso problema, e dopo alcune ricerche, hanno trovato che il metodo descritto in questo sito ha funzionato per me: http://www.funkymule.com/post/2009/04/17/Making-ASPNET-Development-Server-Listen-for-Remote-Connections.aspx

Si tratta di modificare e rimontare il server Webdev e DLL, ma una volta che è tutto in su e in esecuzione, sono stato in grado di utilizzare versioni precedenti di Internet Explorer in esecuzione in modalità VPC/XP per connettersi al server WebDev in esecuzione sulla macchina host tramite l'IP della rete interna (192.168.xx).

+1

Nella discussione dei commenti in questo articolo, un utente spiega come eseguire un semplice port forwarding. Questo sembra più manutenibile rispetto all'hacking della DLL ... http: //www.funkymule.com/post/2009/04/17/Making-ASPNET-Development-Server-Listen-for-Remote-Connections.aspx#id_11ce7839-8d26 -40b4-995b-8d592987dd73 –

+0

Ecco l'esempio della riga di comando per port forwarding ... interfaccia netsh portproxy aggiungi v4tov4 listenport = 2221 listenaddress = xxx.xxx.xxx.xxx connectport = 2222 connectaddress = localhost – DarrenMB

Problemi correlati