查看是否拉取成功
编写内容
在该文件目录下,授予 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页面： > 程序员删库跑路是多是出于什么心态？一般的是对工作的不满或领导的不满，为了发泄自己的情绪，对平台数据进行的破坏。 近日，记者自北京裁判文书网上获悉，百度某“95后”校招员工金某某在任职期间，私自建立隧道进入数据库“删表”。最终因犯破坏计算机信息系统罪，被判处有期徒刑九个月。 金某某利用内网服务器做跳板，访问可视化项目服务器，分次将可视化项目程序数据库内的项目表进行了删除、锁定、修改。每对数据库进行一次破坏，公司就要修复一遍。公司修好后，金某某再次进行删改。结合业务反馈和安全排查，共发现16次疑似恶意 *** 作，10次 *** 作关联到了内部员工。 他的动机就是因为工作内容变动，还有领导的不满，为了显示自自己在项目的重要性，对平台的数据而进行的故意破坏。之后，民警在百度将金某某抓获。在家属恳求下，金某某赔偿百度7万元，并获得了谅解，法院还将其判决，因破坏计算机信息系统罪，判处有期徒刑九个月，缓刑一年。 许多从事程序员行业的朋友，因为工作有时压力很大，经常会在群里开玩笑说，公司要是把我逼急了，大不了“删库跑路”，本以为这就是一句玩笑话，但却发生在了现实生活里。关注这方面的新闻就会知道“删库跑路”的案例屡见不鲜。 2017年，荷兰海牙的云主机商 vereloxcom，前任管理员删光了公司所有客户的数据，而且还擦除了很多服务器上面的内容。 2018 年，杭州科技公司的技术总监邱某不满企业裁员，登录远程服务器删除了数据库上的关键索引还有一部分表格，企业直接经济损失 225 万元。 2020年，微盟公司内部员工“删库跑路”，而造成服务出现大面积服务集群无响应，300万注册商户受到影响，市值蒸发超10个亿。 “删库跑路”是两败俱伤的行为，没有一方能好处。对程序员而言，丧失了职业道德，未来的职业生涯中会成为自己的污点，找工作的道路上一定会很坎坷。对企业角度而言，公司不能够善待自己的员工，逼得程序员删库跑路，这样的企业不仅损失巨大，而且，以后的征程也很艰难。 总之，程序员删库跑路，无论对个人还是公司而言，都是一个巨大的损失，希望在这个问题上一定要冷静再冷静，好好的处理问题，让自己和公司都有一个双赢的局面，共同在道路上散发辉煌。
领域 ：工具名称
*** 作系统 ：CentOS、Ubuntu、Redhat、suse、Freebsd
网站服务： nginx、apache、lig>1、超时原因
外部网站，国内访问时可能会超时
2、解决方法
修改Dockerfile，使用国内的alpine源
21、正确的做法
正确的做法是使用国内源完全覆盖 /etc/apk/repositories
在Dockerfile中增加下面的第二行
22、可能有问题的做法
追加国内源（echo后面双大于号），此时可能依然超时，因为默认的/etc/apk/repositories里面就有国外的源
追加方法
调试一下可以看到默认的国外源
在Dockerfile中增加一条命令
执行时可以看到全部的源
文章知识点与官方知识档案匹配
网络技能树首页概览
22502 人正在系统学习中
打开CSDN APP，看更多技术内容
最新发布 基于alpine进行dockerfile 构建时，修改apk源
这里提供一种在dockerfile中修改源的方法：在 RUN的第一步，先修改源，并使其生效。时，一直卡住，最后显示超时。这是因为众所周知的原因，只需修改apk的源即可。在基于alpine进行dockerfile 构建时，当进行到。
继续访问
docker Failed to fetch >
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）