mingche 发表于 2018-9-19 09:29:37

GitLab ce 社区版本的https方式配置(yum)

  GitLab ce 社区版本的https方式配置(yum)
  上次安装了gitlab 但是不是https现在需要全民https了今天就给大家配置https。(默认的不是https的访问登陆和git也不https的)

  先备份一下咱们的配置和文件,以防咱们修改错误回退
  备份配置直接执行,先进入自己的备份目录.
tar -zPcf$(date"+etc-gitlab_%Y%m%d_%H%M%S.tar.gz") /etc/gitlab
  备份文件,默认在 /var/opt/gitlab/backup目录不知道可以看配置文件
  gitlab_rails['backup_path']= "/var/opt/gitlab/backups" 的属性
  如果出问题直接就可以恢复原装
  恢复:停止数据库服务执行恢复指定文件编号
gitlab-ctl stop unicorn  
gitlab-ctl stop sidekiq
  
gitlab-rakegitlab:backup:restore BACKUP=1484296250
  输入yes就行了
  之后把服务重启下:gitlab-ctlrestart 就行了

  生成证书:
  因为我这是自己玩,没有浏览器信任机构的证书,就自己命令生成一个证书,这也是加密的只是浏览器不认。
  建立证书并设置权限,必须是这个权限:
mkdir -p/etc/gitlab/ssl && chmod 700 /etc/gitlab/ssl && cd/etc/gitlab/ssl
  创建服务器私钥,命令会让你输入一个口令:(最好不要输入密码,好像不输入不通过,我输入1234之后再用命令把这个密码取消)
openssl genrsa-des3 -out server.key 1024
  创建签名请求的证书(CSR):
  openssl req -new-key server.key -out server.csr
  需要输入刚才的密码,国家省份城市域名邮箱等信息
  最后就生成了两个文件

  在加载SSL支持的Nginx并使用上述私钥时要除去刚才设置的口令:
  先备份刚才的csr文件
cp server.keyserver.key.org  去除命令,直接覆盖了server.key了
openssl rsa -inserver.key.org -out server.key  最后标记证书使用上述私钥和CSR:(把csr标记后转换成了crt nginx要用key和crt文件)
openssl x509 -req-days 365 -in server.csr -signkey server.key -out server.crt
  直接修改gitlab的配置文件在运行gitlab-ctl reconfigure ,这个命令会把自己配置的文件导入到nginx的配置文件,运行这个命令会让nginx配置变化可以看下:
Vim /etc/gitlab/gitlab.rb  需要修改的配置:
external_url"https://192.168.61.128"  
nginx['redirect_http_to_https']= true
  
nginx['ssl_certificate']= "/etc/gitlab/ssl/server.crt"
  
nginx['ssl_certificate_key']= "/etc/gitlab/ssl/server.key"


  运行gitlab-ctl reconfigure(使配置生效)后Nginx的配置变成了:
  会自动添加Http80跳转到443的配置的不用自己写的。
  gitlab-ctlreconfigure命令非常爽的

  最后重启服务
  以上全部完成之后, 使用gitlab-ctl restart(来重启所有服务), 即可使用HTTPS访问GitLab了,那个证书风险是因为咱们的https不是证书机构颁发的。
  重启完成后咱们要看下nginx的配置key和crt路径对否。
  下面是效果:

  参考:https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/doc/settings/nginx.md
  http://serverfault.com/questions/665736/ssl-routinesssl23-writessl-handshake-failure-nginx-on-centos-7
  按照上面的方式已经实现了咱们的Https的配置了下面是我遇到的问题。
  问题汇总:
  我之前看了好多人的配置,他们是要自己修改nginx的配置,
  先配置nginx来支持https
  默认配置文件目录/var/opt/gitlab/nginx/conf
  gitlab-http.confnginx.conf 这两个都需要配置
  先配置gitlab-http.conf listen端口换成了443
  增加内容为:
  listen *:443
  ssl on;
  ssl_certificate /etc/gitlab/ssl/server.crt;
  ssl_certificate_key/etc/gitlab/ssl/server.key;
  ssl_protocols SSLv3 TLSv1;
  ssl_ciphersALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM;

  增加一个配置文件用来HTTP跳转HTTPS:
  /var/opt/gitlab/nginx/conf/index.conf
  server {
  listen *:80;
  server_name 192.168.61.128;
  rewrite ^(.*)$https://$host$1 permanent;
  }

  最后修改/var/opt/gitlab/nginx/conf/nginx.conf配置文件, 在其中加入以下内容, 来载入刚才的配置文件index.conf(需要把 gzip off 关闭;):
  include/var/opt/gitlab/nginx/conf/index.conf;

  这样配置完成后再修改gitlab.rb文件后运行gitlab-ctl reconfigure
  命令后就把刚才上面咱们加的nginx配置都冲掉了。
  只能这么运行了:
  gitlab-ctl stop nginx停止nginx
  gitlab-ctl start nginx启动nginx
  这样永远不能运行gitlab-ctl reconfigure 命令了。这种方式不太好。我用的最上面那种方式。
  还有个问题就是:
  用git命令clone的时候
git clone https://192.168.61.128/root/test.git  
出现错误:
  
fatal: destination path 'test' already exists and is not an empty directory.
  
git config --global http.sslVerify false 关闭就可以clone, 就是咱们证书不是认证机构发的原因
  
git config --global http.sslVerify true开启

  到这里今天的https就算完成了。很晚了,2017年1月14日 00:45:39 睡觉啦


页: [1]
查看完整版本: GitLab ce 社区版本的https方式配置(yum)