J'ai le même problème, je testais une pile en utilisant le serveur Caddy comme proxy et tout ce que j'obtiens est 502 Bad Gateway, je l'ai également testé en dehors de Virtualbox avec la version 18.09 et tout fonctionne très bien, j'ai dû utiliser le ancienne version stable comme vous l'avez indiqué 18.06.1 en spécifiant l'URL de docker-machine en utilisant --virtualbox-boot2docker-url .

Même problème

Il en va de même pour l'utilisation de machines virtuelles Hyper-V. La solution de contournement est équivalente à celle de VirtualBox, l'ajout --hyperv-boot2docker-url "https://github.com/boot2docker/boot2docker/releases/download/v18.06.1-ce/boot2docker.iso" comme option dans la commande docker-machine create permet d'accéder aux ports publiés en externe.

Problème de suivi : https://github.com/boot2docker/boot2docker/issues/1349
Corrigé dans PR : https://github.com/boot2docker/boot2docker/pull/1353

Il semble que nous devrons utiliser la solution de contournement ci-dessus pour docker-machine + swarm jusqu'à la sortie du 18.09.1.

Merci d'avoir signalé cela ! Je me suis creusé la tête pendant des heures à essayer de diagnostiquer le problème.
Éprouvait également cela sous Linux.

Merci! Je me suis cogné la tête pendant des heures à cause de ça !!

Merci! Je devenais fou avec ce problème.

OMG, merci, j'aurais aimé trouver ça il y a 2 jours...

Je pensais que j'étais fou. Et incompétent. Maintenant je sais que je suis juste fou. Ou est-ce autre chose? Merci!!!

J'ai perdu quelques nuits de sommeil là-dessus ..

Même problème. Fixé avec ISO recommandé ci-dessus. VM créées avec : docker-machine create myvm2 --virtualbox-boot2docker-url "https://github.com/boot2docker/boot2docker/releases/download/v18.06.1-ce/boot2docker.iso"

merci beaucoup, deux nuits perdues aussi, s'en tenir à la version v18.06.1-ce

Merci pour le pointeur. J'ai passé énormément de temps avec ça. Un calendrier pour la nouvelle version ?

Bientôt, nous sommes actuellement en statut RC je pense...

Le jeu. 13 décembre 2018 à 03:17 Janne Parkkila [email protected]
a écrit:

Merci pour le pointeur. J'ai passé énormément de temps avec ça. Quelconque
calendrier pour la nouvelle version ?

—
Vous recevez ceci parce que vous êtes l'auteur du fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/docker/machine/issues/4608#issuecomment-446880094 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAwW31xRnHBJ0VmsBlFuWOKMzJJmTtgSks5u4g0ogaJpZM4Ya75w
.

content d'avoir trouvé ça avant de perdre trop de temps dessus. Ce serait bien d'ajouter une note au tutoriel pour les nouveaux arrivants si nous sommes bloqués sur le RC pendant un certain temps

@nosequeldeebee Cela fonctionne avec le dernier RC. Je lance ceci pour le faire fonctionner (sur hyper-v) Il devrait être facile de remplacer/supprimer les paramètres liés à hyperv :
docker-machine --native-ssh create -d hyperv --hyperv-virtual-switch "Default Switch" --hyperv-boot2docker-url "https://github.com/boot2docker/boot2docker/releases/download/v18.09.1-rc1/boot2docker.iso" m1

Après avoir passé plusieurs jours déconcerté par ce problème, je pense qu'une note dans le tutoriel indiquant que la version est manifestement cassée serait en effet bien. Aussi, peut-être un petit test de régression avant la sortie. ;-)

Merci pour la solution de contournement, voici la liste des machines (bonnes et mauvaises) et les commandes utilisées avec l'URL de la solution de contournement.

INGRESS NE FONCTIONNE PAS AVEC CES MACHINES

gestionnaire de création de docker-machine1
docker-machine crée worker1
docker-machine créer travailleur2

INGRESS FONCTIONNE AVEC CES MACHINES

docker-machine créer m1 --virtualbox-boot2docker-url https://github.com/boot2docker/boot2docker/releases/download/v18.06.1-ce/boot2docker.iso
docker-machine créer w1 --virtualbox-boot2docker-url https://github.com/boot2docker/boot2docker/releases/download/v18.06.1-ce/boot2docker.iso
docker-machine créer w2 --virtualbox-boot2docker-url https://github.com/boot2docker/boot2docker/releases/download/v18.06.1-ce/boot2docker.iso

docker-machine ls
NOM ÉTAT DU PILOTE ACTIF URL SWARM ERREURS DOCKER
m1 - virtualbox Exécution tcp://192.168.99.107 :2376 v18.06.1-ce
manager1 - virtualbox Exécution tcp://192.168.99.100 :2376 v18.09.0
w1 - virtualbox Exécution tcp://192.168.99.108 :2376 v18.06.1-ce
w2 - virtualbox Exécution tcp://192.168.99.109 :2376 v18.06.1-ce
worker1 - virtualbox Exécution tcp://192.168.99.103 :2376 v18.09.0
worker2 - virtualbox Exécution tcp://192.168.99.104 :2376 v18.09.0

J'ai perdu 2 jours dessus. Pourquoi la version n'a-t-elle pas été annulée ou un correctif n'a-t-il pas été publié ?

Le patch 18.09.1 ​​est en statut RC. De nombreux éléments de l'outillage Docker doivent être mis à jour et testés avant que cet aval ne soit mis à jour. Je suis sûr que nous verrons cela bientôt.

Cela me prend des heures, merci pour votre problème.

Ce sujet aurait-il dû être clos ? Mon moteur actuel est 18.09.2 et docker service create -p 5000:80 nginx semble bien fonctionner !

Engine v18.09.3 et toujours voir cette erreur dans la partie 4 du tutoriel.

Toujours voir ce problème à partir du 2019-03-26
Le didacticiel Docker doit être modifié pour refléter l'état actuel.
Cela empêcherait les débutants (comme moi) de se décourager.

Avez-vous fait une mise à niveau de docker-machinepour assurer vos machines
sont les derniers ?

Le mar 26 mars 2019 à 14 h 59 Michael Howard [email protected]
a écrit:

Toujours voir ce problème à partir du 2019-03-26
Le didacticiel Docker doit être modifié pour refléter l'état actuel.
Cela empêcherait les débutants (comme moi) de se décourager.

—
Vous recevez ceci parce que vous êtes l'auteur du fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/docker/machine/issues/4608#issuecomment-476800031 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAwW32v-Iw74MnWYL_59z8JRmBG4vzKlks5vam4QgaJpZM4Ya75w
.

J'ai identifié le problème... ce n'est pas un problème logiciel.

Les captures d'écran du didacticiel ne montrent pas le port 4000 en cours d'utilisation.
Pourtant, le port 4000 est nécessaire.

J'ai ouvert # 8534 pour résoudre ce problème de doc.

Voici le problème si quelqu'un d'autre cherche: https://github.com/docker/docker.github.io/issues/8534

Pointer le navigateur vers l'IP et le port 4000 a fonctionné pour moi.

http://192.168.99.100 :4000
http://192.168.99.101 :4000

Même problème :(

Assurez-vous d'avoir la dernière version de
https://github.com/docker/machine/releases et utilisez la commande de mise à niveau sur
vos VM

Le lundi 9 mars 2020 à 11h45 Dong Nguyen [email protected]
a écrit:

Même problème :(

—
Vous recevez ceci parce que vous êtes l'auteur du fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/docker/machine/issues/4608?email_source=notifications&email_token=AAGBNX2U7JI46XDU6L4QKY3RGUFIRA5CNFSM4GDLXZYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOHYWMQ#issuecomment-59660
ou désabonnez-vous
https://github.com/notifications/unsubscribe-auth/AAGBNX4HTSDLBV7BHRW5YSDRGUFIRANNCNFSM4GDLXZYA
.

Cela a-t-il été corrigé dans le docker 19.03.5 ?

AFAIK, il a été corrigé il y a un an.

Le mardi 10 mars 2020 à 9 h 03, Edwin Rifa [email protected] a écrit :

Cela a-t-il été corrigé dans le docker 19.03.5 ?

—
Vous recevez ceci parce que vous êtes l'auteur du fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/docker/machine/issues/4608?email_source=notifications&email_token=AAGBNX6V7O73WUYXYCQ2FH3RGY3D3A5CNFSM4GDLXZYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOLJ7LA#issuecomment-59073-59
ou désabonnez-vous
https://github.com/notifications/unsubscribe-auth/AAGBNXZ7BWE2UFSM45FN4ZDRGY3D3ANCNFSM4GDLXZYA
.

Salut. J'ai toujours des problèmes de connexion en appelant mon svarm via curl ou navigateur

Obtenez Outlook pour Android https://aka.ms/ghei36

De : Bret Fisher [email protected]
Envoyé : mardi 10 mars 2020 14:31:07
À : docker/machine [email protected]
Cc : Edwin Rifa [email protected] ; Commentaire [email protected]
Objet : Re : [docker/machine] 18.09.0 iso interrompt l'entrée de l'essaim (#4608)

AFAIK, il a été corrigé il y a un an.

Le mardi 10 mars 2020 à 9 h 03, Edwin Rifa [email protected] a écrit :

Cela a-t-il été corrigé dans le docker 19.03.5 ?

—
Vous recevez ceci parce que vous êtes l'auteur du fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/docker/machine/issues/4608?email_source=notifications&email_token=AAGBNX6V7O73WUYXYCQ2FH3RGY3D3A5CNFSM4GDLXZYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOLJ7LA#issuecomment-59073-59
ou désabonnez-vous
https://github.com/notifications/unsubscribe-auth/AAGBNXZ7BWE2UFSM45FN4ZDRGY3D3ANCNFSM4GDLXZYA
.

—
Vous recevez ceci parce que vous avez commenté.
Répondre à cet e - mail directement, voir sur GitHub https://github.com/docker/machine/issues/4608?email_source=notifications&email_token=ACL6KOU7BXYZDLT23OEKMF3RGY6JXA5CNFSM4GDLXZYKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOLNDRQ#issuecomment-597086662 ou désabonnement https://github.com/notifications/unsubscribe- auth/ACL6KORMLS24IK5RDDYDDU3RGY6JXANCNFSM4GDLXZYA .

@EdwinSilvaDK
J'ai lutté avec cela pendant un certain temps, mais cela fonctionne pour moi en 19.03.8. L'ordinateur à partir duquel j'exécute les commandes Docker est également le nœud maître. s'avère que je devais utiliser l'adresse IP réelle du nœud maître, pas localhost.