记录一次gitlab疑难故障
- 记录一次gitlab疑难故障
- 尝试的解决方法
- 最后结局
- 结论
- 后话
- 联系人
记录一次gitlab疑难故障
原本前几天gitlab都在正常使用，但是今天突然发现ssh 方式提交代码都是失败,也不能pull clone…,网页端却又正常，查了一堆资料，试了半天都没有用
尝试的解决方法
在经过度娘的指引，进行了一下操作：
- http方式是否可行？
于是修改了本地仓库的连接为http方式，发现一样不能PUSH ,只能clone，情况和这个博主的类似，但是他的解决方法对我来说却没有用。。。
相同情况的博文 - 在ssh方式下，一直报gitlab api问题：
- 其他账户是否可用？结果是一样的。
- 服务器的端口开启了？防火墙？ssh秘钥。。。。前两天都还在正常用的啊 。。。
- 经过群友的提示，测试了ssh连接，应该也是正常。。。。
- 看看后台日志？好像也没啥收获，提示的错误百度都摆不到，fq搜。。。。一会再说
- 执行gitlab-ctl reconfigure / restart ? 毫无效果。
- 要不上服务器后台，更新下？我去，，，yum update一下50多个更新，我是多久没碰了…尴尬啊！
- 嗯,gitlab也更新了…那是不是…更新了就ok？
- 等了半天更新完，发现还是一样…哎，实在不行重新部署下吧。
最后结局
结局有点出乎意料，原本是想试试在服务器上是否可以，测试发现如下结果:
咦？怎么不行？
那试试我局域网的域名（该域名指向了服务器的ip），发现在服务器访问这个域名解析不对，好吧，看了服务器dns有问题，那修改下dns。。。。
ping一下看看ip，嗯···域名ok了…
那继续？
好,git clone …(ssh方式)
我靠！居然可以了…有点意外啊，那试试外网的机子…好吧，全部可以访问了。。。。
结论
我也不知道对不对，说说我的想法，
这个情况的原因应该是局域网的DNS出了问题，外网通过端口映射后，在内网进行访问这个域名，结果这个域名的ip被指向了别的地方，最终导致ssh一直失败。
但是有个疑问，为啥http可以成功clone呢？
后话
忽然想起，两天前把家里的K3给换下来硬改，新路由没有给内网机器指定服务器上的dns server…
终于可以安心干活了。。
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
