Gitlab 配置 cloudflare CDN 和 SSH

简单的开头

Gitlab 是一个基于Web的开源版本控制系统和代码管理系统,在企业中作为常见的代码版本管理工具。

我自己部署一个Gitlab 在家中的服务器上， 那么如何非家庭网络中访问呢？ 答案是内网穿透！

Gitlab 部署

Gitlab 提供多种方便的部署方式， 具体的方法可以查阅这里，Download and install GitLab | GitLab

我自己使用Docker 进行部署,下面是我的 docker-compose.yml 文件可以参考下,

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
# docker-compose.yml
version: '3.7'
services:
  gitlab:
    image: gsdukbh/gitlab-ee-arm64:latest
    container_name: gitlab
    volumes:
      - './gitlab/config:/etc/gitlab'
      - './gitlab/log:/var/log/gitlab'
      - './gitlab/data:/var/opt/gitlab'
    restart: always
    ports:
      - '9000:80' 
      - '8090:8091' # pagas
      - '2222:22' # ssh
  git-runner:
    image: gitlab/gitlab-runner:latest
    container_name: runner
    volumes: 
      - '/var/run/docker.sock:/var/run/docker.sock'
      - './runner/config:/etc/gitlab-runner'
    restart: always
    links:
     - 'gitlab:gitlab'


因我是部署在树莓派上, 使用的架构是 arm64,但是Gitlab官方镜像中并没有arm64.这里使用的是我自己构建的镜像.

构建镜像dockerfile 可以看这里 GitHub - gsdukbh/docker-gitlab-ee-arm64: build gitlab-ee for arm64 images

关于gitlab 部署的更多问题,可以参阅我的其他文章.

配置 Cloudflare Tunnel

Cloudflare Tunnel 是Cloudflare 推出的内网穿透的工具,可将任意内网子域或路径映射到外网域名,实现内网服务外网访问。

利用Cloudflare Tunnel 可以完美配置网络穿透,并且无需任何费用.

安装 Cloudflare Tunnel

使用命令行安装.

1
2
3
sudo wget https://github.com/cloudflare/cloudflared/releases/latest/download/cloudflared-linux-amd64.deb
sudo dpkg -i ./cloudflared-linux-amd64.de

推荐使用 软件包管理器进行安装 官方 Linux 软件包 在自己的软件源中添加 pkg.cloudflare.com 这样方便后续的更新.

登录 Cloudflare Tunnel

1
2

cloudflared login

输出, 点击连接通过网页登录认证.

adee8479-5077-44cd-9bf9-91a463238c9c

连接到Cloudflare

  1. 创建一个连接通道.

    1
    cloudflared tunnel create gitlab

cloudflared 会创建一个唯一id的连接通道, 比如 6ff42ae2-765d-4adf-8112-31c55c1551ef 然后我们使用这个来连接.

  1. 配置本地连接网络.

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    vim ~/.cloudflared/config.yml
    tunnel: 6ff42ae2-765d-4adf-8112-31c55c1551ef
    credentials-file: /root/.cloudflared/6ff42ae2-765d-4adf-8112-31c55c1551ef.json

    ingress:
      - hostname: gitlab.yourdomain.com
        service: http://localhost:80
      - hostname: gitlab-ssh.yourdomain.com
        service: ssh://localhost:22
      - service: http_status:404

  2. 检查下配置是否正常.

    1
    2
    3

    cloudflared tunnel ingress validate

  3. 运行Tunnel  

    1
    2
    # 这个会直接运行在终端, 停止会让内网穿透失败
    cloudflared tunnel run

    5. 创建一个systemd 服务来长期运行  tunnel

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#创建文件
nano /etc/systemd/system/cloudflared-tunnel.servcie

# /etc/systemd/system/cloudflared-tunnel.servcie


[Unit]
Description=cloudflared tunnel 
After=network.target

[Service]
TimeoutStartSec=0
Type=notify
ExecStart=/usr/bin/cloudflared tunnel run
RestartSec=5s

[Install]
WantedBy=multi-user.target

配置DNS

先将自己域名添加到cloudflare, 然后在 网站-> DNS 添加DNS 记录. 选择 CNAME 然后填入

1
2
3
4
5
##名称
gitlab.yourdomain.com
## 目的
6ff42ae2-765d-4adf-8112-31c55c1551ef.cfargotunnel.com
# 前面guid

gitlab-ssh 域名重复上.

等待几分钟 ,这个时候就可以访问 Gitlab了

配置 SSH

使用 cloudflare tunnel 连接ssh 有些麻烦,必须在使用的电脑上安装cloudflared 才可以使用.

安装 cloudflared 在 用户目录 .ssh/config 配置

1
2
Host gitlab-ssh.yourdomain.com
  ProxyCommand /usr/local/bin/cloudflared access ssh --hostname %h

到此, Gitlab 就完全在 cloudflare 的代理后面了,

展开全文 >>

为Spring Boot 3 + Spring-Security 配置JWT

JWT

JWT(JSON Web Token)是当前最流行的跨域身份验证解决方案。
它的工作原理是:

  1. 客户端用用户名和密码请求服务器
  2. 服务器验证通过后,生成一个JWT,返回给客户端
  3. 客户端将JWT存储起来,并在每次请求时附带在Authorization头中
  4. 服务器验证JWT的有效性,如果通过就允许请求

JWT的结构很简单,就是三段信息用.连接成一个字符串:

  • 头部(header):包含算法和token类型
  • 负载(payload):包含声明(claim),像用户名、过期时间等
  • 签名(signature):由header和payload加上secret使用指定的算法(如HMAC SHA256)计算得出

例如:

1
eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiYWRtaW4iOnRydWV9.TJVA95OrM7E2cBab30RMHrHDcEfxjoYZgeFONFh7HgQ

  • 头部: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9

  • 负载: eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiYWRtaW4iOnRydWV9

  • 签名:TJVA95OrM7E2cBab30RMHrHDcEfxjoYZgeFONFh7HgQ

使用JWT的优点:

  1. 跨域身份验证:JWT可以在不同的域中传递,使用者无需再在每个域中维护一份用户信息。

  2. 易于使用:JWT可以通过URL,POST参数或者在HTTP header发送。

  3. 无状态:JWT是自包含的,无需在服务器端保存会话信息。

  4. 轻量: JWT通常使用URL safe字符集,这使其可以很轻易地通过URL,POST参数或HTTP header传输,而不会被破坏。

所以,JWT适用于跨域身份验证场景,并能简化OAUTH2.0的使用。

展开全文 >>

得到 K 个黑块的最少涂色次数

  1. 得到 K 个黑块的最少涂色次数

给你一个长度为 n下标从 0开始的字符串blocks，blocks[i]要么是’W’要么是’B’，表示第i块的颜色。字符’W’ 和’B’分别表示白色和黑色。

给你一个整数k，表示想要连续黑色块的数目。 每一次操作中，你可以选择一个白色块将它 涂成黑色块。 请你返回至少出现 一次连续 k个黑色块的 最少操作次数。

more >>

展开全文 >>

剑指 Offer 47. 礼物的最大价值

在一个 m*n 的棋盘的每一格都放有一个礼物，每个礼物都有一定的价值（价值大于 0）。你可以从棋盘的左上角开始拿格子里的礼物，并每次向右或者向下移动一格、直到到达棋盘的右下角。给定一个棋盘及其上面的礼物的价值，请计算你最多能拿到多少价值的礼物？

more >>

展开全文 >>

两数之和 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
public class TwoSum {
     public static int[] twoSum(int[] numbers, int target) {
        int high = numbers.length - 1, low = 0;
        while (low < high) {
            int sum = numbers[low] + numbers[high];
            if (sum == target) {
                return new int[] { low + 1, high + 1 };
            } else if (sum > target) {
                --high;
            } else {
                ++low;
            }
        }
        return new int[] { -1, -1 };
    }

    public static int[] twoSum1(int[] numbers, int target) {
        for (int i = 0; i < numbers.length; ++i) {
            int low = i + 1, high = numbers.length - 1;
            while (low < high) {
                int mid = (high - low) / 2 + low;
                if (target == numbers[mid] + numbers[i]) {
                    return new int[] { i + 1, mid + 1 };
                } else if (target > numbers[mid] + numbers[i]) {
                    low = mid + 1;
                } else {
                    high = mid - 1;
                }
            }

        }
        return new int[] { -1, -1 };
    }
}

展开全文 >>

重新安排行程

给定一个机票的字符串二维数组 [from, to]，子数组中的两个成员分别表示飞机出发和降落的机场地点，对该行程进行重新规划排序。所有这些机票都属于一个从 JFK（肯尼迪国际机场）出发的先生，所以该行程必须从 JFK 开始。

more >>
置顶

展开全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true