WindowsServer2019下使用Docker搭建内网GitLab

た入场券 2022-11-18 01:53 558阅读 0赞

### 文章目录 ###

*  导读
 *  需求文档说，要有域名。
 *   *  第一次尝试
     *  第二次尝试
     *  第三次尝试
 *  DNS配置
 *   *  一定要优先设置域！
     *  哪怕你是管理员也不准改的文件！
 *  绑定域名
 *  测试访问
 *  配置DNS
 *   *  Windows所有版本通用的方法
     *  Ubuntu的方法
 *  图片服务器搭建
 *  Docker
 *   *  坑一：文件映射
     *  坑二：文件共享
     *  坑三：Docker无法启动
     *  坑四：404
     *  坑五：提交代码
 *  最后补充说明

# 导读 #

由于实验室并不完全是做的开源项目，也有一些需要签订保密协议的项目。所以，实验室的内网`GitLab`相当有必要了。

如果是一直在关注我的读者应该注意到了，之前也发过在`Windows10`系统中使用`Docker`搭建`GitLab`的文章：[点击这里传送][Link 1]，但是`Server`版本的`Windows`有着更严格的文件系统、用户系统、远程协作等等内容，比起一般的配置来说真的要复杂很多。

于是，噩梦开始了。

# 需求文档说，要有域名。 #

**开幕雷击**。

有多少人一看到这个小标题就蒙圈了？

先说好，哪怕你用的是`Windows20H2`专业工作站版，也是不能设置域名的。因为，**工作站是工作站**，**是不能当服务器用的啊**！

如果你稍微有一点点小公司工作经验，你应该知道有**群晖**的`NAS`这玩意。但是，基本款就是 ￥ 2700 ￥2700 ￥2700以上，虽然实验室可以报销，但是对于学生群体来说，第一眼看到这个数字还是会心理强烈抗拒。

最终，**本着白嫖至上的原则**，我还是选择了自己在内网建立`DNS`服务器，通过正向查找来绑定一个临时的域名。

既然这样那为什么还要使用域名而不是`IP`？那当然是因为域名可以是**更容易记忆的**，而`IP`就像**朋友家的`WIFI`密码**一样奇葩。

当然，这是开卷考试，所以我直接百度了。

## 第一次尝试 ##

一开始我发现了`Bind9`，有很多人用这个搭建内网的`DNS`。但是，这一大堆的`named.conf`、`named.rev`啥的，这都是什么鬼啊，莫名其妙的`IP`、省略步骤的配置，让我这个小白相当难受。

更让我崩溃的是，明明最新的更新是 2021.3 2021.3 2021.3，教程中提到的界面却相当的古老，使用之后也总是失败。所以，放弃了。

## 第二次尝试 ##

既然`Bind9`用不了，`Linux Server`总该可以吧？我虽然`Windows`不太行，`Linux`可是刚刚的啊！别小看我啊！

于是我选择了`Centos8-Everything`，把所有的东西全都给装上去！

为了保证不失败，我还使用`YUMI`多启动U盘制作器再写进了一个`ubuntu-server`。看起来万无一失了！进`BIOS`更改启动顺序！

You need to start kernel first.

好嘛，**主板不支持`Linux`**。欲哭无泪。

## 第三次尝试 ##

所以，我还是换回了`Windows Server`，使用这里面的`DNS`配置。直到这个时候，我才意识到：

`DNS`需要一个**静态`IP`**，而学校的校园网**只能**使用动态`IP`，否则**无法上网**。并且，由于和学校签的协议，学校不允许私自牵网线。为了达到目的，也只能在`IP`每变动一次就人工处理一次了。

没有办法也是唯一的办法。

总之接下来的思路就是：使用`Windows Server`的服务管理器创建一个`DNS`，然后使用正向查找，让其他主机在访问内网`DNS`的时候发现对照表中这个域名，并自动转到对应的`IP`地址。这些大学计算机网络的内容我就不再多说了。下面开始详细说明。

# DNS配置 #

在`Windows Server`中，`DNS`是需要有一个**域**的。而域的搭建就需要一个`AD DS`，**也就是`Active Dierctory`域服务器**。

对于刚刚安装好的`Windows Server`来说，需要添加一些功能。由于我已经装过了，无法复现，所以在这里给出我认为相当完备的教程：[点击这里传送][Link 2]

虽然这篇文章是`Windows Server 2012R`，但是说实话，从 2012 R 2012R 2012R一直到 2019 2019 2019的所有版本全都是一样的，就连`UI`界面都神似。

另外，这篇教程并不需要完全照做，因为我们的目的只是搭建域而已，所以我们就一直看到第四项`AD`搭建完毕为止就好了。

## 一定要优先设置域！ ##

不然的话，在其他服务器进程已经启动之后的话`AD DS`将无法再启动。如果你想简单点那就直接重装吧，但如果不想重装直接修复，那就只能使用命令行一点点把冲突的内容删除掉，等`AD DS`启动之后再装回去。我虽然找到了教程，但是现在已经找不到了，所以没能贴上来。遇到了的读者可以在评论区补充，但我还是希望各位不要遇到这个问题。

## 哪怕你是管理员也不准改的文件！ ##

> 下面这张图片摘自【CSDN用户[Ivan\_fay][Ivan_fay]】的文章《[Windows server 2012 R2 双AD域搭建(AD+DHCP+DNS)][Link 2]》

![文件路径][20161017134900307]

如果你曾经因为一些原因不得不重装，但是刚刚好这些缓存路径又刚刚好在**独立于系统盘的磁盘**上，你就想利用一下。

但是，**曾经的这些文件是不会让你修改的**！因为这些文件都是上一个系统的管理员才有的权限，你现在的管理员管不着。所以，**如果继续沿用这些路径将会安装失败**！

# 绑定域名 #

有了内网`DNS`之后，一切就好说了。在配置好了`DNS`之后，所有的电脑就能够先在实验室里的这台`Windows Server`中查找`IP`和域名的对应关系，然后通过内网域名访问内网服务器中的所有内容。

那就来嘛。

首先我们点进去看看`Windows Server`里的`DNS`。从这里进去：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70]

点击之后就会跳到下面这个界面：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 1]

点开之后便能看见下面这个界面：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 2]

接下来就开始操作：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 3]

弹出了新的界面：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 4]

填入名称和`IP`就好了。

在这里，我的名称设置为`server`，那么服务器就能够使用`server.322lab.kust.cn`进行访问。

`IP`地址就写服务器的`IP`，因为是域名解析，所以需要把**访问服务器**的域名和**访问服务器**的`IP`对应起来。

于是就有了：

![在这里插入图片描述][20210412162259325.png]

别看这里虽然写的是**静态**，实际上只是因为你输入的`IP`是静态的，校园网那边还是会定时动态分配。

到这里就快结束了。等等，**为什么我要说快结束而不是就结束**？

# 测试访问 #

万众期待的测试环节开始了。生死有命，富贵在天。如果你是`Windows`操作系统，那就`win+R`呼出运行窗口，输入`cmd`回车，打开命令行；

同样的，如果你是`Linux`操作系统，使用`Ctrl+Alt+T`呼出终端；

然后就开始测试：

ping server.322lab.kust.cn

其中 10.42.1.87 10.42.1.87 10.42.1.87是服务器的`IP`地址。

然后，你就会发现：

`Winodws`下提示**请求找不到主机**，`Ubuntu`下显示**Temporary failure in name resolution**。

心态炸了？

# 配置DNS #

虽然说服务器和所有想连上服务器的电脑都在**校园网**这个局域网下，但是`DNS`默认是直接奔着校园网`DNS`去的，而不是我们刚刚搭建的内网`DNS`服务器，所以我们不能在校园网的域名解析中找到我们想要的`server.322lab.kust.cn`。

于是我们现在的目标就相当明确了：将本机的`DNS`指向实验室服务器。

## Windows所有版本通用的方法 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 5]

最后：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 6]

再次尝试：

ping server.322lab.kust.cn

得到了新的结果：

正在 Ping server.322lab.kust.cn [10.42.0.87] 具有 32 字节的数据:
    来自 10.42.0.87 的回复: 字节=32 时间<1ms TTL=128
    来自 10.42.0.87 的回复: 字节=32 时间<1ms TTL=128
    来自 10.42.0.87 的回复: 字节=32 时间<1ms TTL=128
    来自 10.42.0.87 的回复: 字节=32 时间<1ms TTL=128
    
    10.42.0.87 的 Ping 统计信息:
        数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
    往返行程的估计时间(以毫秒为单位):
        最短 = 0ms，最长 = 0ms，平均 = 0ms

相信你到了这一步你应该会高兴地跳起来跑到厕所里打一套军体拳。

## Ubuntu的方法 ##

在网上看到了很多的教程，比如修改`/etc/network/interfaces`等等各种奇奇怪怪的配置文件，不是不能修改就是干脆就没这个文件。

这里给出一条众多教程中**唯一适用**于`Ubuntu20.10`版本的配置方法。

首先安装`resolvconf`：

sudo apt-get install resolvconf -y

安装成功后，会出现`/etc/resolvconf`文件夹，不出意外的话，你应该能够找到这样一个文件：`/etc/resolvconf/resolv.conf.d/base`。

我们来修改这个文件：

nameserver 10.42.0.87
    nameserver 222.197.198.33

按下`:x`或者`:wq`保存。至于使用`/etc/init.d/resolvconf restart`什么的，**都是假的**，没有用。真正有用的是：`reboot`命令，也就是重启。

最后，我们就成功了！

sakebow@mikufans:~$ ping server.322lab.kust.cn
    PING server.322lab.kust.cn (10.42.0.87) 56(84) bytes of data.
    64 bytes from 10.42.0.87 (10.42.0.87): icmp_seq=1 ttl=127 time=2.59 ms
    64 bytes from 10.42.0.87 (10.42.0.87): icmp_seq=2 ttl=127 time=2.50 ms
    64 bytes from 10.42.0.87 (10.42.0.87): icmp_seq=3 ttl=127 time=2.53 ms
    64 bytes from 10.42.0.87 (10.42.0.87): icmp_seq=4 ttl=127 time=2.49 ms
    64 bytes from 10.42.0.87 (10.42.0.87): icmp_seq=5 ttl=127 time=67.6 ms
    64 bytes from 10.42.0.87 (10.42.0.87): icmp_seq=6 ttl=127 time=2.50 ms
    64 bytes from 10.42.0.87 (10.42.0.87): icmp_seq=7 ttl=127 time=14.5 ms
    ^C
    --- server.322lab.kust.cn ping statistics ---
    7 packets transmitted, 7 received, 0% packet loss, time 6009ms
    rtt min/avg/max/mdev = 2.492/13.526/67.589/22.453 ms

到这里，最基础的服务就全部搭建完成了。

# 图片服务器搭建 #

说到图片服务器，你们想到的应该就是`nginx`，如果再有些能够传输数据的接口的话应该就是`fastdfs`了吧？其实也没问题。但是，`Windows Server`其实是提供了服务的，也就是`IIS`。如果有需要的话，也可以使用`IIS`搭建一个`ASP`或者是`WinForm`网站给外面的人看看，虽然你可能看不上这些老掉牙的技术，但国企到现在还是很喜欢这种便宜、快速而且适用于`Windows`的平台。

由于`nginx`在配置分布式、动静结合和域名映射的时候相当有优势，所以这里显得有点派不上用场，就不说了。更何况，`nginx`对`Windows`的支持其实不太友好，配置起来比较烦；而`nginx`有专门的`/etc/nginx/conf.d`文件夹进行拓展，相当方便。

所以，在`Windows Server`中最好还是使用`IIS`，更何况`IIS`能够使用更丰富的`UI`进行配置，也不算什么反人类应用。

当然，配置也很简单。还是一样的**服务管理器**，选择**添加角色和功能**，一直到**服务器角色**这一栏，勾选这些内容：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 7]

然后一路确认就好了。

等功能成功启动之后，会默认在`C:\inetpub`文件夹下创建资源文件夹：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 8]

为了设置路径，我们要找到`IIS`管理器，然后进行如下设置：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 9]

然后使用我们的域名和里面的测试文件进行测试：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 10]

于是就这样成功了。

往后需要添加什么图像、视频之类的静态资源可以直接放进去。当然，到目前并没有一个上传入口，所以只能**远程复制粘贴**，或者**亲自到这台电脑上复制粘贴**。

如果以后还是需要使用`dotNet`以外的手段实施应用软件的话，那就得要使用`nginx`以实现更精细的要求了，比如动静结合、负载均衡等等。

# Docker #

终于，到了今天的主角了。由于之前已经说过[如何在普通的Windows系统中使用Docker配置GitLab][Link 1]，这里也就不再赘述。重点讲解在搭建的时候遇到的坑。

不得不说，在这方面遇到的坑实在是太多了。现在，我将一一说明我所遇到的坑。

## 坑一：文件映射 ##

`Windows Server`有着更为严格的权限系统，无论是以什么角色登录、登录到本机还是登录到刚刚创建的域，如果使用的是`GitLab`，**都完全没有办法进行文件共享**。

虽然`GitLab`官方给出了解决办法：

docker exec -it ${gitlab-container-id} update-permissions

但尴尬的是：**你尽管用**，**能开通文件共享算我输**。

于是我一点办法都没有，**只能放弃了文件共享**。

如果你想看着稍微好过点，那就使用`docker`创建一两个虚拟文件夹：

docker volume create gitlab-data

然后在映射的时候就可以：

# docker-compose.yml文件中
    volumes:
      - gitlab-data:/var/opt/gitlab
    # shell命令硬刚
    -v gitlab-data:/var/opt/gitlab

至于`gitlab-data`具体跑到了物理机器的哪里呢？**大概只有上帝知道**。你可能听过`inspect`命令查看`docker`创建的`volume`，但好像并不能尽如人意：

$ docker volume inspect gitlab-data
    [
        { 
            "CreatedAt": "2021-04-14T06:30:38Z",
            "Driver": "local",
            "Labels": { },
            "Mountpoint": "/var/lib/docker/volumes/gitlab-data/_data",
            "Name": "gitlab-data",
            "Options": { },
            "Scope": "local"
        }
    ]

看起来并没什么卵用。

## 坑二：文件共享 ##

如果你在创建容器的时候使用了文件映射，那么`Windows Server`便会在左下角弹出通知，让你选择是否允许容器创建文件映射。一般都是创建了之后立马点击确认，然后就可以愉快使用了。

但，并不是所有人都会按照说明书进行操作。

你可能在使用`docker pull`拉取镜像之前就直接`docker-compose`，然后就陷入了漫长的下载等待。于是，你玩了一把在线多人协作游戏。很快四十分钟过去了，然后你回过头来看早就已经下好的镜像，和一大堆错误输出，其中的核心就是：

Filesharing has been canceled

由于我当时遇到这个问题的时候服务器的`Docker`刚刚好直接卡死了，就只能重启了。

## 坑三：Docker无法启动 ##

一开始我还以为是`Docker`崩了，可是等我重装系统之后我才发现：是源失效导致的`Docker`无法启动。

唯一指定安全可用的源：**网易**。

也就是说，在`registry-mirrors`里面设置`http://hub-mirror.c.163.com`。

**中科大的源**不知道为什么粘进去直接崩掉了，也可能是只有我有这个问题。如果你也遇到了这样的奇葩问题，可以考虑换一下源看能不能启动。

## 坑四：404 ##

因为`Windows Server`是默认开启了防火墙的，所以对于其他设备并不能随意地通过端口进行`HTTP`或者`HTTPS`访问。

如果你希望简单粗暴一点，那就直接关掉防火墙。虽然听起来安全性很差，实际上有还不如没有。

如果你希望认真负责一点，那就在防火墙的**入站规则**中添加相应的端口。如果端口相当多的话，工作量也会相当大。

## 坑五：提交代码 ##

由于平常在`GitHub`提交代码已经养成习惯了，所以就随手用上了`SSH`提交。

但是，不知道为什么，无论如何都没办法对上`GitLab`库，所以最后还是改成了`HTTP`提交。唯一的区别就是`HTTP`提交**需要输入账号和密码**，而`SSH`提交**只需要设置一次**本机生成的密钥就好了。

对于那些修改了`hostname`的同学们，你们可能更悲催。因为连着`IP`和域名一起被屏蔽成了`hostname`。比如我的容器叫`gitlab`，其中有个`playground`项目，在网页上显示的地址就是`git@gitlab/playground.git`。如果你不知道你在什么群组、在哪个`IP`或者域名，**那你永远别想进去**。

# 最后补充说明 #

这几天的长时间运转之后，发现**电脑性能**也很影响服务器的效率。目前实验室里很陈旧的设备在**不关机连续运行了一周之后**出现了**没有办法**解决的**闪退**、**卡顿**甚至**卡死**等现象。所以，如果各位需要创建服务器的话尽量使用**更好**的设备以满足**更高**的要求和**更长**时间的续航。

[Link 1]: https://blog.csdn.net/ordinary_brony/article/details/109603240
[Link 2]: https://blog.csdn.net/u012402276/article/details/52838052
[Ivan_fay]: https://blog.csdn.net/u012402276
[20161017134900307]: /images/20221022/aec858e22dff4e13aefd3d952f97a5e8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70]: /images/20221022/c632479d73184c2998dc31fc2c296ecd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 1]: /images/20221022/2699ec7b4c764428a318e16735f50612.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 2]: /images/20221022/c03533fbc8a5430ebfb643e3956e7796.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 3]: /images/20221022/558924f6170e45f5804af70c11c5832e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 4]: /images/20221022/dd36e40b2ed34901a0e234a68d8317a5.png
[20210412162259325.png]: /images/20221022/5f1f63561761451b98d57e820edf4df6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 5]: /images/20221022/b654dbe8b12f46f0a5d3ead69f83fbc2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 6]: /images/20221022/18e01ea645824e5ab3ebbd201d3d3546.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 7]: /images/20221022/b9e3f120530f484b965e473451df6702.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 8]: /images/20221022/d55926823bdd48d4ac04b0c8a93adef0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 9]: /images/20221022/a1c8e55a62674d5b8dbf34eaf3aa3917.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L29yZGluYXJ5X2Jyb255_size_16_color_FFFFFF_t_70 10]: /images/20221022/d2a9886f68d444138bab9233ae494c4f.png