Management General Management Topics Logging and Reporting Multi-Domain Management Policy Management
- Local User Groups
AI & Machine Learning
We have been using the new FQDN objects in R80.10 Mgmt/GW, and have been having some issues with them. As we troubleshoot the rules that don't work, it seems that when the FQDN object resolves a CNAME/alias record, that the rule never gets hit. It seems that when an A record is returned, it works fine.
An example: .crl.godaddy.com returns an alias for:
crl.godaddy.com canonical name = gdcrl.godaddy.com.akadns.net.
However, the rule was never hit until I added a host object for 188.8.131.52. Unfortunately, that IP is very likely to change.
Is this expected behavior for dns-domain objects that resolve to a CNAME? IF a CNAME, shouldn't the FW resolve the CNAME/alias to get the IP result to use in the FQDN object/ruleset?
In addition, are there any good command line tools I can use on the R80.10 GW to see what it is using for FQDN objects? We have been finding these quite difficult to troubleshoot (although we LOVE the idea of these objects if they worked consistently!)
Thanks for any assistance you can provide!
Have you tried using non-fqdn objects?
The gateway will try to do reverse lookups for all subdomains.
Or you can use "godaddy.com.akadns.net" as domain and it will match the rule.
I'd rather not use non-fqdn objects as they are inherently un-reliable, and are known to cause performance impact.
The problem with using "
no you don't have to
ps. FQDN and (A) record is a tricky part ... has happened to me couple of times especially with Office365 dynamic-object entries ...
There is a whitepaper which has more detail on FQDN objects. CNAME support looks to be supported in R80.20, but I don't see it documented anywhere else. We are also looking forward to this support.