实验室用ubantu作为gitlab的服务器
重启后服务器的ip发生了变化
之后部署runner的时候runner总是去连接原来的ip地址导致部署失败
请问该如何解决呢？（ubantu 那边的gitlab.rb 以及gitlab.yml中的host我都以及修改为了新的ip 任然没用）
ssh: connect to host 172.27.29.233 port 8722: Connection timed out （其中的233就是原来的ip ）
修改完配置文件，直接就运行了吗？
应该先重新让配置文件生效，再重新开启服务，可以参考我的博客文档，希望对你有帮助。
https://blog.csdn.net/q544344318/article/details/124870745?spm=1001.2014.3001.5502
更新GitLab Runner的配置文件：更新GitLab Runner的配置文件，并把其中记录的原来的IP地址修改为正确的IP地址，以便让Runner使用正确的地址连接到GitLab服务器。具体来说，你可以进入runner的配置目录（通常是/etc/gitlab-runner），找到config.toml或config.yml文件（具体文件名可能取决于您使用的GitLab Runner版本），并在其中修改GitLab服务器地址为正确的IP地址。修改后，使用sudo gitlab-runner restart 命令重新启动Runner。
更新GitLab和Runner的SSH key：如果你的GitLab服务器和Runner之间使用SSH协议通信，就需要更新SSH key，让它们使用新的IP地址进行连接。具体来说，就是在GitLab服务器上生成一个新的SSH key（可以使用ssh-keygen命令），然后将公钥复制到Runner的authorized_keys文件中（该文件通常位于~/.ssh目录下）。修改后，就可以使用ssh命令测试是否可以成功连接到GitLab服务器。
检查防火墙设置：如果你的服务器上有防火墙设置，可能会阻止GitLab Runner连接到GitLab服务器。如果出现这种情况，您需要对防火墙进行相应的配置，以允许GitLab Runner访问GitLab服务器。具体的配置方式可能因不同的防火墙软件而有所不同。
把gitlab的服务器ip设置为静态ip, 这样即使重启，ip也不会变化了，这样就不会存在重启后需要重新再配gitlab-runner的问题，一劳永逸