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.
fonte
2009-05-20 17:08:48
È 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. –
@Brian - ottima idea, +1 – womp