CNAME not working with GKE

Hi,

I have created 2 Private Service Connect for example test.region-psc.mydomain.com and test2.region-psc.mydomain.com

My main domain is and I have create a CNAME record which point to one of them for example

main.psc.mydomain.com CNAME test.region-psc.mydomain.com

When I try on a GCE instance (debian12) If I do dig and nslookup of main.psc.mydomain.com I do get

main.psc.mydomain.com . 300 IN CNAME test.region-psc.mydomain.com then when I dig test.region-psc.mydomain.com I do get my internal IP as this is a PSC

Now when I try on a GKE cluster which is in the same Network as my GCE instance dig is working and nslookup is not working and my application can not resolve main.psc.mydomain.com

If I try to nslookup directly test.region-psc.mydomain.com is works.

So I don’t understand why the cname resolution on main.psc.mydomain.com is failing for lookup.

GKE cluster is a standard cluster, using kubedns

Hi @GShinji62 ,

Welcome to Google Cloud Community!

This is the most frequent issue with CNAME chasing in GCP. It involves transitions between private and public domains.

Based on the documentation, the current feature set does not support CNAME chasing from a private zone to any other zone. As a workaround, you might consider adding an A record to the Cloud DNS Private Zone or replacing the CNAME with an A record.

You may review this documentation for further references.

For more detailed insights, kindly reach out to Google Cloud Support.

I hope the above information is helpful.