Des machines à distance ne peut pas se connecter au serveur web de Visual Studio
Je me souviens quand MS a été le développement de Cassini - je crois qu'ils l'ont roulé dans VS 05/08, donc je pense que c'est un serveur web Cassini question.
Je suis avec Windows XP avec Visual Studio 2008, et de le trouver très gênant quand je veux tester une page web/style avec de multiples navigateurs et plusieurs Systèmes d'exploitation. Droit maintenant, je dois déployer le code sur notre serveur, et si il y a des mises à jour qui doivent se produire, le processus devient tout à fait un temps de vidange. Depuis que je suis sous windows XP/IIS 5, la possibilité 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 rompt tous les liens, etc css. C'est aussi un très rapide développement de projet, donc les choses comme root dir que devrait être sorti de config ne sont pas, je suis tout à fait avec ce type de solution, mais il n'était pas mis en œuvre dans ce projet. Il semble vraiment louche que MS ne permettent pas à une 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 de recompiler Cassini.
Personne ne sait comment permettre le développement intégré serveur web dans Visual Studio 2008 pour être vu par les autres ordinateurs? Cela permettrait d'économiser des charges de temps.
Vous devez vous connecter pour publier un commentaire.
trouvé une bonne solution:
1) configurer un violon sur le développement de la machine
2) configuration de la machine distante à l'utilisation de proxy fiddler
3) accédez à
http://localhost.:[insert your dev port # here]/sur la machine distanteDésolé pour répondre à une question aussi ancienne, mais il se classe dans Google j'ai donc décidé d'ajouter mes 2 cents:
Dans VS 2010 il y a une option pour utiliser "IIS Express" au lieu de VS Serveur de Développement, qui permet des connexions à distance par défaut.
Mise à JOUR: la version actuelle de IIS Express ne permet pas par défaut les connexions externes, voir ICI sur comment vous pouvez activer les connexions à distance.
Vous pouvez utiliser une Redirection de Port Utilitaire pour écouter sur un port, disons 5000, puis relais de tout ce trafic de Visual Studio port.
La solution est décrite dans l'article, Accéder à Visual Studio ASP.NET Serveur de Développement à partir de l'iPhone.
J'ai écrit un billet de blog basé sur l'article ci-dessus qui résume il, Accéder à Visual Studio Serveur Web à distance.
Microsoft ne permet pas ceci sur le but - ils ne veulent pas que vous déployez votre application avec la sonde Cassini. Il est compilé à droite dans son code.
Cela étant dit, je me suis souvent demandé si ils ont juste vérifier l'url "localhost". Peut-être éditer le fichier HOSTS de la machine distante et la redirection de "localhost" à la sonde cassini de la machine pourrait le tromper? Vaut le coup... sous windows, vous pouvez trouver des HÔTES ici:
Vous pouvez aller dans votre site web les paramètres de projet et de l'avoir utiliser le local IIS comme un hôte à la place, puis il fonctionne parfaitement.
Pour résoudre votre problème de liens brisés, les chemins d'accès aux fichiers, etc. Utiliser des liens relatifs.
Aussi, le jeton "~/" (sans les guillemets) dans les Url/chemin/propriétés /valeurs ASP.NET's Contrôles Serveur sera automatiquement remplacé par le vrai chemin de l'IIS sous-dossier où réside votre application.
Pour que cette solution fonctionne, la racine de l'application Web que vous êtes en développement doit être une Application IIS (voir votre site web pages de propriétés du projet à la section du site Web où vous pouvez trouver un lien ou un bouton pour créer l'Application IIS).
Google pour IIS Racine de l'Application Web.
Je l'ai tester sur plusieurs navigateurs sur ma boîte locale. Le serveur web local ne se soucie pas si vous utilisez Opera/Safari/Firefox/internet explorer pour se connecter à elle. Généralement je lancer le projet dans le débogueur, qui commence aussi à IE, puis couper/coller de l'URL de l'IE dans quelque soit le navigateur que je suis en essais avec. Généralement, le port de Cassini choisit ne change pas souvent, donc beaucoup de fois l'URL est déjà là, dans mon historique de navigation. 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 d'autres MacOS, en général, je les publier sur un serveur de QA avec IIS6. J'ai très peu de cas où, après l'essai avec IE/Firefox/etc. sur WinXP, il y avait des problèmes sur le Mac. Je n'ai pas tester plus précisément variantes de Linux.
Essayer de liaison .Net à l'adresse 127.0.0.1 au lieu de localhost, il fait réellement faire une différence avec la résolution dans certains cas que j'ai rencontré.
Je souhaite que j'avais connu que tout le long, m'aurait sauvé un certain nombre d'heures.
J'ai aussi vu Privoxy utilisé, qui peut être plus rapide, mais Fiddler est beaucoup plus facile et ne nécessite pas de configuration d'un bouclage.
De toute façon, je VS le programme d'installation sur localhost:15709 et ce dans un violon:
si (oSession.de l'hôte.toLowerCase() == "serveur:15709") oSession.host = "localhost:15709";
Donc, je viens de type webserver:15709 dans ma VM un il fonctionne très bien.
À l'aide de Fiddler comme reverse proxy, serveur web de développement pourrait obtenir de la demande, mais il devient demande interne (127.0.0.1), qui est inutile dans mon cas.
Je suis en train d'essayer d'attraper à distance demande de débogage là.
WebMatrix est une autre alternative.