After completing our move to Google Cloud Platform (GCP) on August 11, 2018, GitLab.com traffic has been served from our new infrastructure in GCP. For GitLab Pages users, we left a proxy in place in Azure to be backwards compatible for those Pages users who had an A record pointing to the IP Address at our Azure location.
We had planned a graceful window to let people have time to migrate their DNS records. In our July GCP move update, we referenced the new IP address at GCP that people should use.
In that transition, users should have moved their DNS records from 188.8.131.52 to 184.108.40.206.
This week, we started cleanup of parts of our now legacy Azure infrastructure. Unfortunately, that cleanup also caught up the Azure load balancer that had the old 220.127.116.11 IP address for the GitLab pages proxy. We quickly filed a ticket to see if we could reclaim the IP address, but could not be guaranteed that we could get it back when we rebuilt the load balancer. This post is to get the information out for those Pages users who have been affected by this change.
What you need to know:
If you are using GitLab Pages with a custom domain AND you have an A record in DNS that points to the old Azure IP, you will need to update your DNS:
|from IP (old)||to IP (new)|
Additional information, including setting up your custom domain with a CNAME record is available in the GitLab Pages Documentation
We apologize for the abrupt change, it was our intent to leave the proxy in place and give users another 30 or more days to do the transition.
“GitLab Pages Update” – David Smith
Click to tweet