使用Docker部署GitLab

查看是否拉取成功

编写内容

在该文件目录下,授予 gitlab_startsh 执行权限

要注意端口是否被占用

修改 gitlab_startsh 文件,将映射到宿主机的端口改为 8088 ，或者其它没被占用的端口

重新运行 /gitlab_startsh 文件，报错如下

这是因为之前的容器虽然没有运行起来，但是已经创建了，把它删除掉

重新运行 gitlab_startsh 文件

可以看到容器成功启动

创建 docker-composeyml 文件，并在该文件所在的文件夹目录下运行 docker-compose up -d
需要事先安装 docker-compose
安装docker-compose

注 ：端口和映射目录可根据需要修改

若开放访问端口为 80 ， external_url 可不加端口号，默认80

若以 31 方法创建，需要修改相关配置文件

在Gitlab容器 运行状态 时，重启服务，并远程访问网站测试

若访问Gitlab出现502等错误，使用命令检查错误原因

eg

查看上述配置文件，查找错误原因

[上传失败(image-e9789-1636370071222)]

虽然容器启动成功，但是却没办法根据 ip:port 访问gitlab

拉取tomcat镜像

为了测试8088端口是否可用，先把gitlab的容器暂停

启动tomcat容器，并将tomcat容器的8080端口映射到宿主机的8088端口

一切正常，访问ip:8088，还是和以前一样访问不了

因为之前系统的防火墙一直是关闭的并且其它的服务能正常访问，所以没有怀疑是防火墙的问题

把防火墙打开

访问之前能正常访问的服务，果然没法正常访问。

把该服务的端口开发，正常访问。

打开8088端口

再次访问

返回tomcat的404页面： >服务器或者 windows 上面需要具备有 docker 的环境
docker 是一个容器化技术，它可以将一个项目所需要的环境打包成一个镜像，而这个镜像就可以在其他服务器或者是 windows 上面直接运行生成一个容器，将我们的项目启动起来。
docker 不会依赖我们的外部环境（这里的外部环境是指宿主机），因为这个项目运行时所需要的环境，已经打包好在这个镜像里面。
docker 其实它也算是一个应用程序，那这个应用程序运行肯定是要在某个环境的基础之上，在 linux 服务器上面运行时，linux 服务器就是它的宿主机。在 windows 上面，则 windows 就是其宿主机。

您好，请问你说的是VNC远程控制么？
这个是由于局域网没有开放5900端口给外部WAN引起的，也可能是静态路由表中没有添加相应强制应用程序映射。
如果都不可以的话建议您将要访问WAN的VNC的电脑的IP放在DMZ里面，让这个计算机对WAN有不受端口限制的VST权限

我也连不上，不过扫描过1433端口是开的，有可能换了sqlserver端口，然后开了个假的1433在这边给人作靶子攻击，或者重新启动系统以后1433端口被别的进程占用了，造成sqlserver服务没有启动，不过照理说dba应该会有监控的。
-------------------------------------------
124172156192的21(FTP)端口开放
124172156192的1433端口开放
124172156192的80(>

欢迎分享，转载请注明来源：内存溢出

原文地址: http://outofmemory.cn/zz/12871432.html