J'ai du mal à naviguer dans ma ville d'équipe (JetBrains) à partir d'une machine distante. J'ai suivi les instructions d'installation et l'installation s'est bien déroulée. Je peux parcourir l'application localement sur le serveur, aucun problème du tout. J'ai changé l'URL du serveur par défaut dans le fichier de configuration pour être http: // mon nom de serveur. Je peux accéder à http: // mon nom de serveur et l'application ne montre aucun problème localement. L'application est installée sur le port 80 par défaut du serveur sans autre serveur Web installé.
Si je navigue avec http: // mon nom_serveur de mon ordinateur portable sur le même Domian rien ne se passe. Lorsque je rencontre des diagnostics, il semble récupérer le Webserve mais cela ne répond pas.
Comme test, j'ai désinstallé l'application et installé IIS pour voir si je pouvais parcourir la page IIS par défaut à distance. Cela n'a travaillé aucun problème du tout. J'ai désinstallé IIS, rien ne garantit que le port de hanging 80 sur le serveur. Réinstallé l'application, le configuré exactement de la même chose, toujours rien. L'application fonctionne bien localement, mais je n'obtiens rien à distance.
Je me demandais simplement si quelqu'un sait autre chose que je peux essayer? ou existe-t-il un cadre à Tomcat, j'ai besoin de modifier?
4 Réponses :
Vérifiez que le serveur est en cours d'exécution sur le port qui n'est pas bloqué par le pare-feu. Changer le port Si nécessaire.
TOMCAT prend également en charge la liaison à des adresses IP spécifiques, dans le cas où votre machine dispose de plusieurs IPS, vous pouvez configurer lequel à utiliser dans Server.XML, comme: P>
<Connector port="80" address="10.10.10.10" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
Merci pour cela. Cependant, j'avais essayé tout cela avant de poster. Avoir vérifié double vérité et tout va bien. Le pare-feu lts trafic à travers comme une page de test IIS, j'ai ajouté plus de ports aux règles de pare-feu mais toujours rien
Essayez un autre navigateur, cela pourrait être un plug-in Adblock, un proxy de filtre de contenu ou une autre chose sur votre machine distante qui empêche la page TeamCity de charger correctement. De plus, de votre description, il n'est pas clair, quelle est l'URL du serveur, il est juste de dire http: //. Essayez d'utiliser l'adresse IP à la place.
C'est un problème vraiment bizarre. Comme si je dis si vous installez et installez un ensemble IIS, je ne peux pas naviguer à aucun problème de l'une des machines de mon bureau. Si j'installe IIS et configurez la ville de l'équipe sur la machine, le site Web fonctionne bien sur la machine, mais rien à l'extérieur.
Est-ce que cela fonctionne si vous l'exécutez sur un port différent et accédez au serveur par adresse IP? Essayez l'installation du serveur Clean avec toutes les configurations par défaut (répertoire Rename ~ / .BuildServer).
Hey, il suffit de prendre une balançoire à ce sujet, j'ai remarqué que vous pouvez l'obtenir pour se lier à toutes les adresses (on dirait que ce n'est pas la valeur par défaut) si vous utilisez ce paramètre dans l'adresse = "*" 8)
Le problème est que le serveur par défaut de TeamCity.xml a localhost comme nom d'hôte. Vous devez ajouter un alias pour qu'elle répondit également à ce nom, comme décrit ici:
http: //tomcat.apache. Org / tomcat-4.0-doc / config / host.html # hôte% 20Name% 20aliases
ryan
Je viens de mettre à jour TeamCity de 7.0 à 7.1, et maintenant j'ai exactement le même problème.
Cependant, ce qui s'est avéré être la cause n'avait rien à faire avec la mise à niveau de TeamCity. Il s'avère que nos administrateurs système avaient configuré une mise à jour de stratégie pour bloquer toutes les connexions entrantes autres que le port 80. Lorsque j'ai démarré ma mise à niveau, j'ai remarqué que le serveur souhaitait effectuer des mises à jour système. Donc, je laisse ça aller en premier.
Je soupçonne que j'avais essayé d'accéder au serveur TeamCity après la mise à jour du système, j'aurais réalisé que je ne pouvais plus accéder au site Web à distance.
Mais depuis que je l'ai remarqué qu'après la mise à jour de TeamCity, je suppose que c'est le coupable et gaspillé un tas de temps sur ce hareng rouge.
La solution pour moi était de
(# 3) était mon problème.
J'espère que cela aide quelqu'un d'autre à l'avenir ...
Il est intéressant de faire appel à la pare-feu de ne pas avoir travaillé, mais cela a fait, après avoir travaillé comme ça, j'ai ajouté une règle de pare-feu qui a résolu le problème de manière plus sécurisée. À votre santé
Windows Firewall a également été un problème pour moi, mais je viens de créer une règle entrante pour le port 80, puisque notre politique de groupe semble avoir enfermé la possibilité d'accepter toutes les connexions entrantes.
Ran dans une question de pare-feu similaire sur Linux.
Je viens de faire face au même problème lors de l'évaluation de TeamCity V10.0.
J'ai résolu en modifiant la valeur "URL du serveur" avec le nom de mon ordinateur pouvant être utilisé à partir de l'ordinateur distant.
Comme on dit, "Assurez-vous que le serveur est accessible par l'URL spécifiée".
Pour atteindre ce paramètre:
- Connectez-vous à l'interface de TeamCity alors
- Cliquez sur le lien "Administration"
Ceci est bien expliqué dans la page de support de TeamCity: https://confluence.jetbrains.com/display/tcd10/configuring+Server+ URL
Si vous voulez une deuxième paire d'yeux en regardant votre problème, faites le moi savoir, je peux me connecter via CrossLoop (application de type VNC) et essayer de vous aider. Mais la réponse du pare-feu est la première fois que je vérifiais aussi, alors je ne suis pas sûr de pouvoir faire / suggérer quoi que ce soit.