![]() ![]() If you cannot create an internal zone for the services domain, you can create a pinpoint subdomain zone on the internal name server. 1Ģ Deploy SRV Records in a Separate Domain Structure This method changes the forwarding relationship for the entire domain and has the potential to disrupt your internal DNS structure. Because it is authoritative, the internal name server does not forward queries to any other name server. This method makes the internal name server authoritative for the services domain. Use an Internal Zone for a Services Domain If you do not already have a zone for the services domain on the internal name server, you can create one. ![]() Deploy records within a pinpoint subdomain zone on the internal name server. If the services domain is not currently served by the internal name server, you can: Deploy records within an internal zone for the services domain. However in a separate name design, a zone for the services domain might not exist on the internal name server. The internal name server must serve records for the services domain. The client queries for SRV records in the services domain. Deploy SRV Records in a Separate Domain Structure In a separate name design there are two domains, an internal domain and an external domain. You must deploy SRV records in each DNS zone for those service domains if your organization has multiple subsets of users who use different service domains. The services domain is determined as described in How the Client Discovers Available Services. Deploy SRV Records, page 1 SRV Records, page 4 Deploy SRV Records The client queries name servers for records in the services domain. ![]() Review examples of SRV records to ensure a successful deployment. ![]() Understand which records you should provision on which name servers. 1 You deploy multiple DNS SRV records in different locations on your enterprise DNS structure. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |