Les ordinateurs distants ne peuvent pas se connecter au serveur Web Visual Studio

Je me souviens quand MS développait Cassini – je crois qu’ils l’ont intégré à VS 05/08, donc je pense que c’est une question de serveur Web Cassini.

J’utilise Windows XP avec Visual Studio 2008 et je trouve cela très gênant lorsque je souhaite tester une page Web / un style avec plusieurs navigateurs et plusieurs systèmes d’exploitation. En ce moment, je dois déployer le code sur notre serveur, et s’il y a des mises à jour à faire, le processus s’épuise. Puisque j’utilise XP / IIS 5, l’option d’utiliser IIS n’est pas une option. L’utilisation de IIS sur XP nécessite un préfixe supplémentaire pour un projet, qui casse tous les liens, css, etc. C’était aussi un projet de développement très rapide, donc les choses comme le répertoire racine à config ne sont pas, je suis assez embarquez avec ce type de solution mais elle n’a pas été implémentée dans ce projet. Il semble également très difficile que MS ne permette pas un simple drapeau quelque part pour autoriser les connexions à distance – c’est assez simple ( http://www.devx.com/dotnet/Article/11711 ) mais je ne veux pas recomstackr Cassini.

Est-ce que quelqu’un sait comment permettre au serveur Web de développement intégré de Visual Studio 2008 d’être vu par d’autres ordinateurs? Cela permettrait de gagner beaucoup de temps.

Désolé de répondre à une vieille question, mais elle se classe dans Google, alors j’ai décidé d’append mes 2 cents:

Dans VS 2010, il est possible d’utiliser “IIS Express” au lieu de VS Development Server, qui autorise les connexions à distance par défaut.

MISE À JOUR: la version actuelle d’IIS Express n’autorise pas les connexions externes par défaut. Voir ICI pour savoir comment activer les connexions à distance.

Vous pouvez utiliser un utilitaire de transfert de port pour écouter sur un port, disons 5000, puis relayer tout ce trafic au port de Visual Studio.

La solution est décrite dans l’article Accès au serveur de développement Visual Studio ASP.NET à partir de l’iPhone .

J’ai écrit un article de blog basé sur l’article ci-dessus qui le résume, Accès à distance à Visual Studio Web Server .

entrer la description de l'image ici

Microsoft ne le permet pas express – ils ne veulent pas que vous déployiez votre application avec Cassini. Il est compilé directement dans son code .

Cela étant dit, je me suis souvent demandé s’ils vérifiaient simplement l’URL pour “localhost”. Peut-être qu’éditer le fichier HOSTS de la machine distante et redirect “localhost” vers la machine cassini pourrait le tromper? Vaut le coup … Dans les fenêtres, vous pouvez trouver des HÔTES ici:

 C:\Windows\system32\drivers\etc 

Vous pouvez accéder aux parameters de votre projet Web et utiliser le serveur IIS local en tant qu’hôte, puis cela fonctionnera correctement.

Pour résoudre votre problème de liens rompus, de chemins d’access à des fichiers, etc. Utilisez des liens relatifs.

En outre, le jeton “~ /” (sans guillemets) dans les URL / propriétés / valeurs de chemin d’access dans les contrôles serveur d’ASP.NET sera automatiquement remplacé par le chemin réel du sous-dossier d’IIS où réside votre application.

Pour que cette solution fonctionne, la racine de l’application Web que vous développez doit être une application IIS (voir les pages de propriétés de votre projet Web dans la section Web où vous pouvez trouver un lien ou un bouton pour créer l’application IIS).

Google pour racine d’application Web IIS.

Je teste contre plusieurs navigateurs sur ma boîte locale. Le serveur Web local ne se soucie pas de savoir si vous utilisez Opera / Safari / Firefox / IE pour vous y connecter. En général, je lance le projet dans le débogueur, qui démarre également IE, puis coupe / colle l’URL depuis IE dans le navigateur avec lequel je teste. En règle générale, le port choisi par Cassini ne change pas souvent, de sorte que l’URL est souvent présente dans l’historique de mon navigateur. Une fois que le serveur Web est en cours d’exécution, vous pouvez même arrêter le débogueur et continuer à tester dans l’autre navigateur.

Pour les autres MacOS, je publie généralement sur un serveur QA avec IIS6. J’ai trouvé très peu de cas où, après avoir testé avec IE / Firefox / etc. sur WinXP, il y avait des problèmes sur le Mac. Je ne teste pas spécifiquement les variantes de Linux.

Essayez de lier .Net à 127.0.0.1 au lieu de localhost, cela fait en réalité une différence avec la résolution dans certains cas. J’aurais aimé le savoir depuis le début, cela m’aurait permis d’économiser plusieurs heures.

J’ai également vu Privoxy utilisé, qui peut être plus rapide, mais Fiddler est beaucoup plus facile et ne nécessite pas de configurer un bouclage.

Quoi qu’il en soit, j’ai VS setup sur localhost: 15709 et ceci dans Fiddler: if (oSession.host.toLowerCase () == “webserver: 15709”) oSession.host = “localhost: 15709”;

Donc, je tape juste le serveur web: 15709 dans ma VM et ça marche très bien.

En utilisant Fiddler comme proxy inverse, le serveur Web de développement peut obtenir la requête, mais elle devient une requête interne (127.0.0.1), ce qui est inutile dans mon cas.

J’essaie d’attraper une requête distante pour la déboguer là-bas.

WebMasortingx est une autre alternative.