3

在本地安装的 Discourse 上运行我的./launcher bootstrap app命令时，我收到此错误。/var/docker

fatal: unable to access 'https://github.com/SamSaffron/pups.git/': Failed to connect to github.com port 443: Connection refused
FAILED TO BOOTSTRAP

以下是我的内容containers/app.yml。我一直在使用本指南来尝试启动并运行它。我听说有些人因为iptables -L包含一些阻止 docker 容器连接到互联网的规则而遇到 HTTP 连接被拒绝的问题。但它在刚刚下载图像之前。所以我不明白。

##
## 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;}'
4

2 回答 2

2

你在代理后面吗？您检查过您的 DNS 设置吗？这是我必须做的才能让它运行/etc/default/docker：

DOCKER_OPTS="--dns 8.8.8.8 --dns 8.8.4.4 --dns x.x.x.x"

如果您不添加您的 DNS（您可以使用 找到它nslookup），您可能无法解析 GitHub 的名称。但是由于您的连接尝试没有明确返回未解析的名称，因此我认为您不会在这里担心。但奇怪的是，我必须这样做才能让它发挥作用。对于其余部分，我已经提到了在 GitHub 上填写的问题中要做什么： https ://github.com/discourse/discourse_docker/issues/79

编辑： 我更正了这一点，没有ln，它应该读作'in'。正如我在给 GitHub 的问题中所说，代码中缺乏代理考虑。但是您有代理或直接访问网络吗？我敢打赌你有一个代理。如果是这样，请在我提供的链接中获取我的解决方案。基本上，如果 HTTP_PROXY 没有添加到话语图像的环境变量中，那么依赖它的任何命令都不会起作用（就像在 gem 命令的情况下一样）。

例子：

DISCOURSE_SMTP_ADDRESS: smtp.mandrillapp.com                # (mandatory)
HTTP_PROXY: http://x.x.x.x:3128/ # my add
DISCOURSE_SMTP_PORT: 587                        # (optional)
DISCOURSE_SMTP_USER_NAME: 'xx@xx.com'      # (optional)
DISCOURSE_SMTP_PASSWORD: Password               # (optional)

另外，git有自己指定代理的方式，所以我在脚本里加进去让它运行。否则，git 将被卡住，当它尝试从存储库中提取时会发生超时（似乎是你的情况）。

在话语的启动器脚本中替换：

run_command="$run_command git pull &&"

至

run_command="$run_command git config --global http.proxy http://x.x.x.x:3128/ && git pull &&"

和/或（也应该有效，事实上，如果我没记错的话，我必须两者都做......）

/bin/bash -c "$run_command") \

至

/bin/bash -c "git config --global http.proxy http://x.x.x.x:3128/;$run_command") \

更清晰？关于 dns，docker 在其配置文件中配置了很多东西。但令我惊讶的是，代理配置似乎从未被考虑在内。然而，dns 部分很有趣，因为我也遇到了名称解析错误，尽管已经配置了公共 dns。所以我添加了我公司的 dns，神奇地解决了这个问题。但我不认为这是你的情况，我提到这个以防万一......

于 2014-08-04T07:45:29.373 回答
-1

在重试之前尝试将您的 SSH 密钥添加到 Github

于 2014-08-08T09:13:10.163 回答