Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Cloud DNS supporta diversi tipi di criteri. Questa pagina fornisce dettagli sui diversi tipi di criteri e su quando puoi utilizzare l'uno o l'altro.
I criteri del server applicano la configurazione DNS privato a una rete Virtual Private Cloud (VPC) (inoltro DNS, registrazione).
I criteri di risposta sostituiscono le risposte DNS private in base al nome della query.
I criteri di routing indirizzano il traffico in base alla query (ad esempio, round robin,
geolocalizzazione).
Puoi utilizzare tutte e tre le norme contemporaneamente, a seconda delle tue esigenze.
Criteri del server
Utilizza i criteri del server per configurare i deployment ibride per le risoluzioni DNS. Puoi impostare un criterio del server in entrata in base alla direzione delle risoluzioni DNS. Se prevedi di utilizzare un resolver DNS on-premise per i tuoi carichi di lavoro, puoi configurare le zone di inoltro DNS utilizzando un criterio del server in uscita. D'altra parte, se vuoi che i carichi di lavoro on-premise risolvano i nomi suGoogle Cloud, puoi configurare un criterio del server in entrata.
Utilizza i criteri di risposta per aggiungere regole personalizzate che modificano il modo in cui le query DNS vengono gestite all'interno della tua rete. Il resolver DNS consulta queste regole durante le ricerche DNS. I criteri di risposta ti consentono di personalizzare la gestione DNS all'interno di una zona privata utilizzando regole anzichรฉ record. Se una regola del criterio di risposta influisce sulla query in entrata, viene elaborata; in caso contrario, la ricerca procede normalmente.
Utilizza queste regole per ottenere risultati simili al concetto di bozza della zona dei criteri di risposta DNS (RPZ)
(IETF). Per informazioni su come gestire i criteri di risposta, consulta Gestire i criteri e le regole di risposta.
Un criterio di risposta รจ diverso da un RPZ, che รจ una normale zona DNS con dati formattati in modo speciale che inducono i resolver compatibili a fornire risposte diverse alle query. I criteri di risposta non sono zone DNS
e vengono gestiti separatamente. Per saperne di piรน, consulta
Gestire i criteri e le regole di risposta.
Criteri di routing
Utilizza i criteri di routing DNS per un insieme di record di risorse per indirizzare il traffico in base alla query e ad altri fattori, come il round robin ponderato (WRR), la geolocalizzazione o il failover. Le policy di routing DNS ti consentono di:
Indirizza il traffico da una localitร geografica a un fornitore di reti CDN (Content Delivery Network).
Inoltra il traffico on-premise ai Google Cloud bilanciatori del carico in base alla regione di origine della query.
Specifica che il traffico proveniente da un continente specifico viene pubblicato da servizi nello stesso continente.
Instrada il traffico verso diversi fornitori di servizi in base al WRR.
Esegui l'onboarding di nuovi servizi con una percentuale del traffico totale.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema รจ stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-01 UTC."],[[["\u003cp\u003eCloud DNS offers server policies for configuring private DNS in a Virtual Private Cloud (VPC), including DNS forwarding and logging.\u003c/p\u003e\n"],["\u003cp\u003eResponse policies allow for the customization of DNS query handling within a network by overriding private DNS responses based on the query name.\u003c/p\u003e\n"],["\u003cp\u003eRouting policies direct traffic based on various factors, such as round robin and geolocation, to steer traffic to specific locations or services.\u003c/p\u003e\n"],["\u003cp\u003eAll three types of policies (server, response, and routing) can be implemented simultaneously to fit the specific needs of your network setup.\u003c/p\u003e\n"]]],[],null,["# DNS policies overview\n\nCloud DNS supports different types of policies. This page provides\ndetails about the different policy types and when you can use one or the other.\n\n- **Server policies** apply private DNS configuration to a Virtual Private Cloud (VPC) network (DNS forwarding, logging).\n- **Response policies** override private DNS responses based on the query name.\n- **Routing policies** steer traffic based on the query (for example, round robin, geolocation).\n\nYou can use all three policies at the same time depending on your needs.\n\nServer policies\n---------------\n\nUse server policies to set up hybrid deployments for DNS resolutions. You\ncan set up an inbound server policy depending on the direction of DNS\nresolutions. If your workloads plan to use an on-premises DNS resolver, you can\nset up DNS forwarding zones by using an outbound server policy. On the\nother hand, if you want your on-premises workloads to resolve names on\nGoogle Cloud, you can set up an inbound server policy.\n\nFor more information, see the\n[Server policies overview](/dns/docs/server-policies-overview).\n\nResponse policies\n-----------------\n\nUse response policies to add custom rules that modify how DNS queries are\nhandled within your network. The DNS resolver consults these rules during DNS\nlookups. Response policies let you customize DNS management within a private\nzone by using rules instead of records. If a rule in the response policy affects\nthe incoming query, it is processed; otherwise, the lookup proceeds normally.\nUse these rules to achieve results similar to the DNS [response policy zone\n(RPZ)](https://wikipedia.org/wiki/Response_policy_zone) draft concept\n([IETF](https://datatracker.ietf.org/doc/draft-ietf-dnsop-dns-rpz/)). For\ninformation about how to manage response policies, see [Manage response policies\nand rules](/dns/docs/zones/manage-response-policies).\n\nA response policy is different from an RPZ, which is an otherwise normal DNS\nzone with specially formatted data that causes compatible resolvers to\nprovide different responses to queries. Response policies aren't DNS zones\nand are managed separately. For more information, see\n[Manage response policies and rules](/dns/docs/zones/manage-response-policies).\n\nRouting policies\n----------------\n\nUse DNS routing policies for a resource record set to steer traffic based on\nthe query and other factors, such as weighted round robin (WRR), geolocation,\nor failover. DNS routing policies lets you do the following:\n\n- Steer traffic from a geographical location to a content delivery network (CDN) provider.\n- Route your on-premises traffic to Google Cloud load balancers based on the query's source region.\n- Specify that traffic that originated from a specific continent is served by services in the same continent.\n- Route traffic to different service providers on WRR basis.\n- Onboard new services with a percentage of the total traffic.\n\nFor more information, see [DNS routing policies and health checks](/dns/docs/routing-policies-overview).\n\nWhat's next\n-----------\n\n- [Apply DNS server policies](/dns/docs/policies)\n- [Manage response policies and\n rules](/dns/docs/zones/manage-response-policies)\n- [Manage DNS routing policies and health\n checks](/dns/docs/routing-policies-overview)"]]
