Impossible de se connecter à github.com le port 443: Connexion refusée, il a Omis de Bootstrap, le Discours Docker
Alors que la gestion de mon ./launcher bootstrap app
commande à partir de /var/docker
sur une installation locale de Discours, j'ai cette erreur.
fatal: unable to access 'https://github.com/SamSaffron/pups.git/': Failed to connect to github.com port 443: Connection refused
FAILED TO BOOTSTRAP
Ce qui suit est le contenu de mon containers/app.yml
. J'ai été en utilisant cette guide pour essayer de l'obtenir vers le haut et en cours d'exécution. J'ai entendu parler de certaines personnes d'avoir des problèmes avec les connexions HTTP refusé en raison de iptables -L
contenant certains les règles de blocage du conteneur docker de se connecter à internet. Mais quelques instants avant viens de télécharger une image. Donc je ne comprends pas.
##
## After making changes to this file, you MUST rebuild for any changes
## to take effect in your live Discourse instance:
##
## /var/docker/launcher rebuild app
##
## this is the all-in-one, standalone Discourse Docker container template
templates:
- "templates/cron.template.yml"
- "templates/postgres.template.yml"
- "templates/redis.template.yml"
- "templates/sshd.template.yml"
- "templates/web.template.yml"
## which TCP/IP ports should this container expose?
expose:
- "127.0.0.1:20080:80" # fwd host port 80 to container port 80 (http)
- "2222:22" # fwd host port 2222 to container port 22 (ssh)
params:
## Which Git revision should this container use?
version: HEAD
env:
## How many concurrent web requests are supported?
## With 2GB we recommend 3-4 workers, with 1GB only 2
# UNICORN_WORKERS: 3
##
## List of comma delimited emails that will be made admin on signup
DISCOURSE_DEVELOPER_EMAILS: <%= ENV['EMAIL_ADDRESS'] %>
##
## The domain name this Discourse instance will respond to
DISCOURSE_HOSTNAME: 'localhost'
##
## The mailserver this Discourse instance will use
DISCOURSE_SMTP_ADDRESS: smtp.gmail.com
DISCOURSE_SMTP_PORT: 465
DISCOURSE_SMTP_USER_NAME: <%= ENV['GMAIL_USERNAME'] %>
DISCOURSE_SMTP_PASSWORD: <%= ENV['GMAIL_PASSWORD'] %>
##
## the origin pull CDN address for this Discourse instance
# DISCOURSE_CDN_URL: //discourse-cdn.example.com
## These containers are stateless, all data is stored in /shared
volumes:
- volume:
host: /var/docker/shared/standalone
guest: /shared
## The docker manager plugin allows you to one-click upgrade Discouse
## http://discourse.example.com/admin/docker
hooks:
after_code:
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
## Remember, this is YAML syntax - you can only have one block with a name
run:
- exec: echo "Beginning of custom commands"
## If you want to configure password login for root, uncomment and change:
#- exec: apt-get -y install whois # for mkpasswd
## Use only one of the following lines:
#- exec: /usr/sbin/usermod -p 'PASSWORD_HASH' root
#- exec: /usr/sbin/usermod -p "$(mkpasswd -m sha-256 'RAW_PASSWORD')" root
## If you want to authorized additional users, uncomment and change:
#- exec: ssh-import-id username
#- exec: ssh-import-id anotherusername
- exec: echo "End of custom commands"
- exec: awk -F\# '{print $1;}' ~/.ssh/authorized_keys | awk 'BEGIN { print "Authorized SSH keys for this container:"; } NF>=2 {print $NF;}'
OriginalL'auteur Jonathan | 2014-07-21
Vous devez vous connecter pour publier un commentaire.
Vous êtes derrière un proxy ? Avez-vous vérifié vos paramètres DNS ?
C'est ce que j'avais à faire pour le faire fonctionner dans
/etc/default/docker
:Si vous n'ajoutez pas votre DNS (vous pouvez le trouver avec
nslookup
), les chances sont que vous ne pouvez pas résoudre le nom de GitHub. Mais comme votre tentative de connexion ne renvoie pas explicitement un nom n'est pas résolu, je ne pense pas que vous êtes préoccupé par ici. Mais étrangement, j'ai eu à le faire pour le faire fonctionner.Pour le reste je l'ai déjà mentionné que faire dans un numéro rempli sur GitHub:
https://github.com/discourse/discourse_docker/issues/79
Edit:
J'ai corrigé le point, il n'y a pas de ln, il faut lire 'dans'.
Comme je l'ai dit dans ma question à GitHub, il y a un manque de proxy considération dans le code.
Mais avez-vous un proxy ou un accès direct au web ? Je parie que vous avez un proxy.
Dans l'affirmative, de prendre ma solution dans le lien que j'ai fourni. En gros, si HTTP_PROXY n'est pas ajouté dans les variables d'environnement de l'image de discours, pas de commande qui s'appuie sur le travail (comme dans le joyau de commande de cas).
Exemple:
En outre, git a sa propre façon de spécifier un proxy, j'ai donc ajouter dans le script pour le faire fonctionner. Sinon, git va être coincé et de dépassement de temps d'attente occcur quand il va essayer de tirer de dépôt (qui semble être votre cas).
De remplacement dans le script de lancement de discours:
à
Et/Ou (devrait fonctionner aussi, et en fait, si je me souviens bien j'ai eu à faire à la fois...)
à
Plus clair ?
Concernant le dns, docker configurer beaucoup de choses dans son fichier de configuration. Mais à ma grande surprise, la configuration du proxy ne semblent pas être pris en compte.Pourtant, le dns partie a été intéressant que j'ai reçu l'erreur de résolution de nom aussi, malgré le dns public déjà configuré. J'ai donc ajouter le dns de mon entreprise, et comme par magie il a résolu le problème. Mais je ne pense pas que ce soit votre situation, j'en ai parlé juste au cas où...
Je vais lui donner un aller, ce soir, au travail, à l'heure actuelle.
Le menu fixe DNS fixer résolu le problème pour moi.
Désolé, je ne suis pas sur le même niveau que vous, il me semble. Je suis juste en train de le mettre en place sur localhost. Est-ce à dire que je vais utiliser un proxy? Je voudrais accéder à l'installer à partir de
localhost:3000
. Ou peut-être que je dois utiliser quelque chose comme127.0.0.1:3128
? Comment dois-je procéder?OriginalL'auteur redlabo
Essayer de ajouter votre clé SSH pour Github avant de réessayer
OriginalL'auteur MrSo