Posso accedere al server di sviluppo ASP.NET in una intranet?

Sto testando un sito ASP.NEt. Quando lo eseguo, avvia ASP.NET Development Server e apre una pagina.

Ora voglio testarlo nell’intranet che ho.

  1. Posso usare questo server o ho bisogno di configurare IIS in questa macchina?

  2. Devo configurare qualcosa per farlo funzionare?

Ho cambiato il localhost sull’IP corretto e ho aperto il firewall.

Grazie

Si, puoi! E non hai bisogno di IIS

Basta usare un semplice tunnel Java TCP. Scarica questa app Java e rispondi semplicemente al traffico. http://jcbserver.uwaterloo.ca/cs436/software/tgui/tcpTunnelGUI.shtml

Al prompt dei comandi, avresti quindi eseguito l’app java in questo modo … Supponiamo che tu voglia un accesso esterno sulla porta 80 e che il tuo ambiente di debug standard venga eseguito sulla porta 1088 …

java -jar tunnel.jar 80 localhost 1088 

(Ha anche risposto qui: Accesso a asp. Net development server esterno a VM )

No, non puoi. È impostato in modo che funzioni solo su localhost e non sono riuscito a trovare soluzioni alternative per farlo funzionare.

Ma ecco cosa ho fatto: ho creato il sito Web su una porta specifica in IIS e aperto quella porta in modo che sia visibile sulla rete. Ho indicato il sito Web IIS nella cartella principale del mio sito Web (quello con web.config in esso). Quindi ho continuato a utilizzare il server di sviluppo ASP.NET su quella macchina locale durante lo sviluppo: sia IIS che il server di sviluppo ASP.NET possono accedere ai file contemporaneamente (a meno che non si stia facendo qualcosa di stravagante).

Fammi sapere se c’è una sfida con l’esecuzione di IIS sul tuo computer e aggiornerò la mia risposta.

Mi rendo conto che questa non è una risposta diretta alla tua domanda, ma un’alternativa al debugging utilizzando il server di sviluppo ASP è quella di collegarsi al processo IIS: Come posso colbind il debugger a IIS invece di ASP.NET Development Server?

No, stupidamente (IMHO) non c’è modo di ottenere il server di sviluppo ASP.net predefinito per servire pagine su IP diversi da localhost. Quello che ho fatto è stato usare UltiDev Cassini, che è molto veloce da configurare ed è fondamentalmente una versione del server di sviluppo ASP.net compilato da UltiDev, e servirà le pagine a qualsiasi indirizzo IP.

Solo per coloro che non vogliono / non possono configurare IIS per qualsiasi motivo …

Usa il violinista o simili sul tuo host – imposta il browser sulla VM del client per utilizzare il proxy, quindi usa localhost: dev_port come al solito sul client.

Tutte le richieste provenienti dal client avviano il proxy sulla macchina di sviluppo che indirizza a localhost sulla macchina di sviluppo e il server di sviluppo ASP.net pensa che la richiesta provenga dalla macchina di sviluppo!

Puoi ricompilare Cassini per farlo funzionare – c’è un controllo abbastanza facile da rimuovere per localhost. O, sono abbastanza sicuro che Cassid di Ultidev non ha questa restrizione. Entrambi sono più facili da configurare rispetto a IIS.

Ma, sì, il WebDev.WebServer integrato non funziona …. Hmm, a meno che non si esegua qualcosa come il proxy di AnalogX sulla tua casella di sviluppo e si punta alla porta di WebDev. Dovrebbe funzionare (anche se non l’ho provato, dovrebbero essere necessari <2 minuti per l'installazione).

Puoi utilizzare Cassini per esporre le tue app Web esternamente. Hai solo bisogno di proxy della connessione. Ho scritto un semplice programma per fare ciò che puoi eseguire in un’altra istanza VS. Basta cambiare la porta in modo che corrisponda alla porta che Cassini sta usando.

https://gist.github.com/945649

È ansible eseguire il reindirizzamento delle porte utilizzando SOAP Toolkit 3.0

Una volta installato, vai su I miei programmi> Microsoft Soap Toolkit 3> Trace Utility

Una volta aperta la utility Trace, andare su File> Nuovo> Traccia formattata

Nella finestra di dialogo inserire la porta del server di sviluppo ASP .NET nel campo Porta a destinazione.

È solo una soluzione alternativa a scopo di test

Credo che il server ASP.NET integrato funzioni solo su localhost. Dovrai usare IIS.

Compilare tutto il sito Web in modalità debug, quindi creare il sito Web e pubblicarlo in IIS (assicurarsi di poterlo visualizzare da un altro computer). Quindi colbind il debugger VS2010 al processo con AppPool del sito Web (il processo è chiamato w3wp.exe quando IIS> v5 e aspnet_wp.exe quando IIS <5).

Se apporti delle modifiche, sostituisci semplicemente i contenuti del pacchetto sul percorso fisico del sito web, e ci vai di nuovo.