2017-09-30 4 views
0

J'ai un compte starter (gratuit) avec Openshift en ligne. J'ai une application composée de deux pods, un nœud et un Mongo. Les pods construisent et déploient; à partir du terminal qui s'exécute dans la console Web sur le pod Node en cours d'exécution, je peux exécuter curl localhost:8080 et le processus Node renvoie obligatoirement ma page de base.Openshift 3 Démarreur & routage en ligne

J'ai une route qui a été générée automatiquement; la console Web me donne un lien vers <myappname>.stuff.starter-east-1.openshiftapps.com et semble référencer correctement le service de nœud qui se trouve au-dessus du pod de nœud en cours d'exécution. Cependant, lorsque je pointe mon navigateur vers ce nom d'hôte, la page d'erreur Openshift m'indique que la route ou le chemin d'accès n'a pas été tapé correctement ou que le pod ne fonctionne pas.

J'ai essayé ceci avec mon propre code et avec les paquets de noeud d'exemple et je vois la même chose. Lorsque j'utilise l'outil oc pour interroger des choses sur mon application, je vois que je n'ai pas de ressource de routeur - mais la route prétend avoir été exposée sur un routeur. Donc je pense que j'utilise une sorte de routeur par défaut dans le nœud, et je n'ai pas besoin d'en lancer un dans mon projet, mais je ne suis pas sûr. La plupart des autres questions autour de ce sujet concernent les personnes utilisant le produit Enterprise et s'exécutant sur leur propre matériel, où elles contrôlent davantage la couche d'administration sur le package du routeur; toutes les suggestions semblent impliquer que pour le produit en ligne cela «fonctionne». Des idées de ce qui me manque? Mise à jour: Après un certain temps, l'exemple de projet a fonctionné et une demande de navigateur a été traitée avec la page d'exemple basique. En regardant les deux configurations je ne peux pas voir de différences, ou pourquoi mon itinéraire (dans mon application custome) n'est jamais activé mais l'exemple de route de projet le fait.

+0

Depuis combien de temps l'attendez-vous? Il y a quelques bugs ouverts à cause des routes qui prennent plus de 10 minutes pour servir le trafic. –

+0

plusieurs heures - Existe-t-il une requête oc pour vérifier l'état du déploiement d'une route vers le routeur? Drôle d'histoire, je suis retourné et vérifié sur mon déploiement de l'application de test (qui avait également exposé ce comportement) et tout à coup cela fonctionne. Je suppose que je peux essayer de bobiner la "vraie" application à nouveau et attendre – Mikeb

+0

Vous avez dit que vous êtes sur starter-us-east-1? –

Répondre

0

Il s'avère que le problème était que mon application (node) écoutait localhost: 8080, quand elle doit écouter 0.0.0.0: 8080. Je ne suis pas assez d'un gars de réseautage pour expliquer pourquoi cela compte pour le routeur, mais c'est le cas.

+1

L'hôte local n'accepte aucun trafic externe *, y compris le trafic provenant du routeur. Le pod doit être à l'écoute de toutes les connexions (0.0.0.0) afin qu'il soit accessible au routeur –

+0

Ah merci. Si vous voulez ajouter cela comme réponse (puisque c'est plus clair et que je peux vous donner du crédit), je l'accepterai. – Mikeb

+0

Comment avez-vous résolu cela? J'attends aussi plus de deux heures, toujours rien. aussi sur starter-us-east-1 –