نظام أسماء النطاقات العام من Google لمزوّدي خدمة الإنترنت
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
يحق لأي شخص، بما في ذلك مزوّدي خدمة الإنترنت (ISP) والمؤسسات الكبيرة،
استخدام "نظام أسماء النطاقات العام من Google" مجانًا، ولكننا نفرض حدودًا للسعر على كل عميل
لحماية خدمتنا.
وقد يتم تقييد أحجام طلبات البحث الكبيرة من عنوان IPv4 واحد (أو بادئة شبكة IPv6 /64) في حال تجاوزها هذه الحدود.
قبل البدء في استخدام "نظام أسماء النطاقات العام من Google"
إذا كنت تخطط لأن يرسل العملاء طلبات البحث إلى Google Public مباشرةً،
ولا تستخدم NAT (CG-NAT) على مستوى مشغل شبكة الجوّال لربط العملاء بعناوين IPv4،
يمكنك تخطي هذه الخطوات واتّباع التعليمات الواردة في القسم
"استخدام نظام أسماء النطاقات العام من Google مباشرةً".
ابحث عن المعدّل الأقصى لطلبات نظام أسماء النطاقات في الثانية (QPS).
يمكنك قياس ذلك باستخدام بيانات NetFlow أو sFlow من أجهزة الشبكة أو باستخدام الإحصاءات أو سجلات طلبات البحث لبرامج التعيين.
إذا لم تتمكّن من إجراء أيٍّ من ذلك، ما عليك سوى تقدير معدّل طلبات البحث لنظام أسماء النطاقات.
ينبغي ألا تحسب معدلات الذروة الانفجارات اللحظية، ولكن يجب أن تحتسب متوسط حركة المرور أكثر من ثانية أو ثانيتين في أكثر الأوقات ازدحامًا من اليوم.
يسمح "نظام أسماء النطاقات العام من Google" بتدفقات بيانات قصيرة تتجاوز الحد المسموح به لفترة وجيزة.
ابحث عن عدد عناوين IP القابلة للتوجيه التي ترسل طلبات بحث نظام أسماء النطاقات.
إذا كنت تستخدم برامج تعيين مشتركة لتجميع طلبات بحث نظام أسماء النطاقات (وربما ذاكرة التخزين المؤقت)،
فما عليك سوى احتساب عدد عناوين IP الخارجية التي تستخدمها برامج التعيين.
إذا كانت الأجهزة سترسل طلبات بحث نظام أسماء النطاقات مباشرةً إلى نظام أسماء النطاقات العام من Google،
احسب عدد عناوين IP الخارجية التي ستستخدمها الأجهزة،
مع مراعاة أي تعيين لعنوان NAT أو عنوان NAT (ترجمة عنوان الشبكة) على مستوى مشغل شبكة الجوّال.
قارن المعدلات لكل عنوان IP بحدود المعدل التلقائي.
من الناحية المثالية، يجب أن يكون لديك معدلات محددة لكل عنوان IP، ولكن لا بأس
من قسمة إجمالي معدل الطلبات في الثانية على عدد عناوين IP.
معدل عدد الطلبات في الثانية لكل عنوان IP أقل من 1500 طلب في الثانية.
يمكنك ضبط "نظام أسماء النطاقات العام من Google" كيفما تشاء،
ولا تحتاج إلى طلب زيادة الحدّ الأقصى للمعدّل.
يتجاوز معدل الطلبات في الثانية لكل عنوان IP 1500 طلب في الثانية.
إذا كان بإمكان الأجهزة على شبكاتك إرسال طلبات بحث إلى نظام أسماء النطاقات العام من Google مباشرةً،
أدى ذلك إلى تقليل معدّل الطلبات في الثانية لكل عنوان IP إلى ما دون الحد المسموح به،
فيمكنك اختيار استخدام هذا الأسلوب بدون زيادة حدّ المعدّل.
استخدام نظام أسماء النطاقات العام من Google بشكل مباشر
يمكن لمزودي خدمة الإنترنت تهيئة البنية الأساسية لإعداد الشبكة مثل DHCP
لعرض عناوين نظام أسماء النطاقات العامة من Google (8.8.8.8 و8.8.4.4 وIPv6)
حتى يتمكن العملاء على شبكاتهم من استخدام نظام أسماء النطاقات العام من Google بشكل مباشر.
وهذا هو المنهج الأبسط والأكثر موثوقية.
من خلال جعل عملاء الشبكة يرسلون طلبات بحث نظام أسماء النطاقات مباشرةً إلى نظام أسماء النطاقات العام من Google
يتم تحديد سعر كل عميل بشكل فردي ومن غير المحتمل جدًا
أن يتأثر العملاء غير المسيئين بالتقييد.
استخدام نظام أسماء النطاقات العام من Google من برامج التعيين المحلية
ومن الممكن أيضًا لمزودي خدمة الإنترنت استخدام برامج تعيين محلية لطلبات العميل،
كما يمكن أن تطلب برامج التعيين المحلية توجيه الطلبات إلى نظام أسماء نطاقات عام من Google.
وقد يكون هذا الإجراء ضروريًا لأسباب تنظيمية أو لمتطلبات مزوّد خدمة الإنترنت التشغيلي.
أجهزة التوجيه المنزلية أو أجهزة الشبكات الأخرى
تعمل معظم برامج التعيين المحلية على أجهزة التوجيه التي يديرها مزود خدمة الإنترنت أو جدران الحماية أو مودم DSL/الكابل.
إذا كانت هذه العناوين تابعة لعميل واحد مع عنوان IP خاص بها،
فإنها تعمل تمامًا مثل العملاء الذين يستخدمون نظام أسماء النطاقات العام من Google بشكل مباشر.
برامج تعيين التخزين المؤقت المشتركة
لتقليل وقت الاستجابة لطلبات بحث نظام أسماء النطاقات، خاصةً لمزوّدي خدمات الإنترنت في أماكن بعيدة عن
المواقع الجغرافية لبرامج تعيين Google،
يمكن لمزوّدي خدمات الإنترنت استخدام برامج تعيين نظام أسماء النطاقات في ذاكرة التخزين المؤقت التي تخدم العديد من العملاء.
يمكن أن يؤدي ذلك إلى تقليل حجم طلبات البحث الخاصة بنظام أسماء النطاقات التي يتم إرسالها إلى "نظام أسماء النطاقات العام من Google"،
لكن تركيزه على بضعة عناوين IP يزيد من احتمالية تقييده.
على مزودي خدمة الإنترنت الذين لديهم برامج تعيين مشتركة لإعادة توجيه الطلبات إلى نظام أسماء النطاقات العام في Google
مراقبة معدلات طلبات البحث في نظام أسماء النطاقات وطلب زيادة الحد الأقصى للمعدل
إذا تجاوزت المعدلات الحد المخصص لها، أو إذا لم يحصل أكثر من 1% من طلبات البحث على رد.
الإجراءات الأخرى التي يمكن لمزوّدي خدمة الإنترنت اتخاذها
طلب زيادة حدّ السعر
وقد يحتاج مزودو خدمات الإنترنت الذين يستخدمون برامج تعيين التخزين المؤقت المشتركة أو عناوين IPv4 مع CG-NAT إلى حدود أعلى للمعدل لضمان اتساق الخدمة. قبل طلب زيادة، على مزودي خدمة الإنترنت الذين لديهم برامج تعيين للتخزين المؤقت التحقق من سجلات طلبات البحث الخاصة بهم، ويجب على أولئك الذين يستخدمون CG-NAT التحقق من سجلات حركة بيانات الشبكة للتأكد من استمرار أكثر من 1500 QPS لعناوين IP في الطلب.
يمكنك تقديم طلب زيادة الحدّ الأقصى للمعدّل من خلال
أداة تتبُّع المشاكل في "نظام أسماء النطاقات العام" من Google.
يمكن تهيئة "نظام أسماء النطاقات العام من Google" للاستجابة بأخطاء REFREF عند التقييد بالبرامج ذات الحدود القصوى المعدلة.
وإذا كنت بحاجة إلى هذه الإشارة، يمكنك الإشارة إليها في طلب زيادة الحدّ الأقصى لمعدّل الزحف.
استخدام برامج تعيين بديلة مع نظام أسماء النطاقات العام من Google
يمكن لمزودي خدمات الإنترنت أيضًا تهيئة نظام أسماء النطاقات العامة من Google كإحدى خدمات برنامج التعيين لعملائهم أو برامج التخزين المؤقت المشتركة.
وقد يؤدي ذلك إلى زيادة موثوقية نظام أسماء النطاقات والقضاء على نقاط العطل المفردة.
تسلط الأسئلة الشائعة الضوء على المشكلات التي يجب مراعاتها عند تهيئة العديد من برامج تعيين نظام أسماء النطاقات.
استخدام "نظام أسماء النطاقات العام من Google" كإجراء احتياطي في حالات الطوارئ
يمكن لمزوّدي خدمات الإنترنت ضبط نظام أسماء نطاقات عام من Google كإجراء احتياطي في حالات الطوارئ،
ولكن إذا كان حجم طلبات بحث نظام أسماء النطاقات مرتفعًا، من المرجّح أن يتم تقييد طلبات البحث
عند التبديل إلى "نظام أسماء النطاقات العام من Google" إذا كان حجم طلبات البحث المستمر لكل عنوان IP
يتجاوز حدود المعدل التلقائي (1500 طلب في الثانية).
لتوفير خدمة "نظام أسماء النطاقات العام من Google" بشكل صحيح للتعامل مع الزيادات في الطلب،
نعتمد على مستويات حركة البيانات الأساسية الدقيقة.
لا يمكننا توفير زيادات في حدود المعدَّل للعملاء الذين لا يرسلون حجم زيارات لا يقترب من حدود المعدّل التلقائي.
تتمثل الطريقة الأفضل لمزودي خدمة الإنترنت الذين لديهم حجم كبير من طلبات البحث، والذين يريدون استخدام Google
Public DNS كإجراء احتياطي في حالات الطوارئ فقط، في ضبط أدوات حل "نظام أسماء النطاقات العامة من Google" مع العديد من عناوين الحلول البديلة
كعناوين احتياطية. إذا تم تفعيل العناصر الاحتياطية، سيؤدي ذلك إلى نشر حركة بيانات نظام أسماء النطاقات بين العديد من مقدّمي الخدمة، ما يقلل من خطر الوصول إلى حدود المعدّل.
النظراء مع Google
على متوسط إلى كبار مزوّدي خدمات الإنترنت الذين يستخدمون "نظام أسماء النطاقات العام من Google" لتحليل نظام أسماء النطاقات أن يعمل على إعداد تبادل المعلومات بين الشبكات مع Google.
يؤدي ذلك إلى إنشاء علاقة مع شهادة عدم الممانعة (NOC) من Google يمكن استخدامها للتصعيد إذا كانت هناك مشاكل في الاتصال أو إمكانية الوصول من شبكة مزود خدمة الإنترنت إلى شبكات Google، بما في ذلك عناوين IP العامة لنظام أسماء النطاقات من Google.
تاريخ التعديل الأخير: 2025-07-25 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-07-25 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\u003cp\u003eGoogle Public DNS is a free service offered to everyone but utilizes rate limits to maintain service quality, which may result in throttling for high query volumes from a single IP address.\u003c/p\u003e\n"],["\u003cp\u003eBefore utilizing Google Public DNS, it is advised to determine your peak DNS queries per second and the number of routable IP addresses to ensure compliance with the default rate limits or to request a rate limit increase if needed.\u003c/p\u003e\n"],["\u003cp\u003eGoogle Public DNS can be implemented directly by configuring clients to use it or via local resolvers, with direct use offering individual rate limiting and greater resilience to throttling.\u003c/p\u003e\n"],["\u003cp\u003eISPs using shared resolvers or CG-NAT may require rate limit increases and should monitor their query rates, potentially requesting an increase if they exceed the limit or encounter significant unresponsive queries.\u003c/p\u003e\n"],["\u003cp\u003eFor enhanced reliability and to mitigate against single points of failure, Google Public DNS can be used in conjunction with other resolvers, or as an emergency fallback, although the latter requires careful configuration to avoid throttling during surges.\u003c/p\u003e\n"]]],["Google Public DNS, a free service with rate limits, may throttle high query volumes from single IPs (or IPv6 /64). Users should measure their peak DNS query rate and compare it to the 1500 QPS default limit. If exceeding, they can use direct queries or request a limit increase. ISPs can configure direct DNS queries or use local/shared resolvers. For increased reliability, they should use alternative resolvers, configure Google Public DNS as a fallback, and establish network peering with Google.\n"],null,["# Google Public DNS for ISPs\n\nAnyone, including Internet Service Providers (ISPs) and large organizations,\nis free to use Google Public DNS, but we apply rate limits to each client\nto protect our service.\nHigh query volumes from a single IPv4 address (or IPv6 /64 network prefix)\nmay be throttled if they exceed these limits.\n| **Important:** Google Public DNS is a free service with no SLA. If you are using Google Public DNS for critical services or functionality, you should configure alternative DNS resolvers and be prepared to switch automatically or with fast manual reconfiguration when your monitoring detects any reachability or resolution issues with Google Public DNS.\n\nBefore you start using Google Public DNS\n----------------------------------------\n\nIf you plan for clients to send queries to Google Public directly,\nand are not using carrier-grade NAT (CG-NAT) to map clients to IPv4 addresses,\nyou can skip these steps and follow instructions in the\n[\"Using Google Public DNS directly\"](#direct) section.\n\n1. Find your peak DNS queries per second (QPS) rate.\n\n You can measure this with NetFlow or sFlow data from your network devices,\n or with the statistics or query logs of your resolvers.\n If you cannot do any of these, just estimate the DNS query rate.\n\n The peak rates should not count instantaneous bursts,\n but average traffic over one or two seconds at the busiest time of day.\n Google Public DNS allows short traffic bursts that briefly exceed the limit.\n2. Find the number of routable IP addresses that send DNS queries.\n\n If you use shared resolvers to aggregate (and perhaps cache) DNS queries,\n just count how many external IP addresses the resolvers use.\n\n If devices will send DNS queries directly to Google Public DNS,\n count the number of external IP addresses the devices would use,\n accounting for any NAT or carrier-grade NAT address mapping.\n3. Compare your per-IP address rate(s) to the default rate limits.\n\n Ideally you should have specific rates for each IP address, but it is okay\n to simply divide the overall QPS rate by the number of IP addresses.\n - Your per-IP address QPS rate is less than 1500 QPS\n\n You can configure Google Public DNS however you like;\n you do not need to request a rate limit increase.\n - Your per-IP address QPS rate exceeds 1500 QPS\n\n If devices on your networks can query Google Public DNS directly,\n and doing so reduces the per-IP address QPS rate below the limit,\n you can choose to use that approach without a rate limit increase.\n\n Otherwise, you need to [request a rate limit increase](#ratelimit).\n4. Configure use of Google Public DNS\n\n Use one of the methods in the following section.\n\nConfigure Google Public DNS\n---------------------------\n\n### Using Google Public DNS directly\n\nISPs can configure network configuration infrastructure such as DHCP\nto return Google Public DNS addresses (8.8.8.8, 8.8.4.4, and IPv6)\nso that clients on their networks will use Google Public DNS directly.\nThis is the simplest and most reliable approach.\nBy having network clients send DNS queries directly to Google Public DNS\neach client is rate limited individually and non-abusive clients are very\nunlikely to be affected by throttling.\n| **Caution:** ISPs using CG-NAT are more likely to be throttled in this case, and should monitor DNS query rates and [request a rate limit increase](#ratelimit) if rates exceed their limit, or more than 1% of queries do not get a response.\n\n### Using Google Public DNS from local resolvers\n\nIt is also possible for ISPs to use local resolvers for client queries,\nand to have the local resolvers forward the queries to Google Public DNS.\nThis may be necessary for regulatory reasons or operational ISP requirements.\n\n#### Home routers or other network devices\n\nMost local resolvers run on ISP-managed routers, firewalls, or DSL/cable modems.\nWhere these are for a single customer and have their own IP address\nthey work just like clients using Google Public DNS directly.\n\n#### Shared caching resolvers\n\nTo reduce latency for DNS queries, especially for ISPs located far from\n[Google resolver locations](/speed/public-dns/faq#locations),\nISPs can use caching DNS resolvers that serve many clients.\nThis can reduce the volume of DNS queries sent to Google Public DNS,\nbut concentrating it to a few IP addresses makes it more likely to be throttled.\nISPs with shared resolvers forwarding queries to Google Public DNS should\nmonitor DNS query rates and [request a rate limit increase](#ratelimit)\nif rates exceed their limit, or more than 1% of queries do not get a response.\n\nOther actions ISPs can take\n---------------------------\n\n### Request a rate limit increase\n\nISPs using shared caching resolvers or IPv4 addresses with CG-NAT may need\nhigher rate limits to ensure consistent service. Before requesting an increase,\nISPs with caching resolvers should check their query logs and\nthose using CG-NAT should check their network traffic logs to confirm\nmore than 1500 QPS sustained for IP addresses in the request.\n\nYou can file a rate limit increase [request](//issuetracker.google.com/issues/new?component=191885&template=1024641) through the Google Public DNS\n[Issue Tracker](//issuetracker.google.com/bookmark-groups/77752).\n\nGoogle Public DNS can be configured to respond with REFUSED errors when clients\nwith increased rate limits are throttled.\nIf you need this signal, mention it in your rate limit increase request.\n\n### Use alternative resolvers together with Google Public DNS\n\nISPs can also configure Google Public DNS as one of several resolver services\nfor their clients or shared caching resolvers.\nThis can increase DNS reliability and eliminate single points of failure.\nThe [FAQ](/speed/public-dns/faq#services) highlights issues to consider when\nconfiguring multiple DNS resolvers.\n| **Note:** For DNSSEC protection to be effective, **all** configured resolvers must validate DNSSEC.\n\n### Use Google Public DNS as an emergency fallback\n\nISPs can configure Google Public DNS as an emergency fallback,\nbut if the DNS query volume is high, queries are likely to be throttled\nwhen switching over to Google Public DNS if the sustained query volume per\nclient IP exceeds the default rate limits (1500 QPS).\n\nTo properly provision the Google Public DNS service to handle surges in demand,\nwe rely on accurate baseline traffic levels.\nWe cannot provide rate limit increases for clients that are not sending\ntraffic volume that does not even approach the default rate limits.\n\nA better approach for ISPs with high query volume, that want to use Google\nPublic DNS as an emergency fallback only, is to configure Google Public DNS\nresolvers together with several [alternative resolver addresses](#alternative)\nas fallbacks. If the fallbacks are activated, this would spread your DNS\ntraffic across multiple providers, reducing the risk of hitting rate limits.\n\n### Peer with Google\n\nMedium to large ISPs using Google Public DNS for their DNS resolution should set\nup [network peering with Google](https://peering.google.com/#/options/peering).\nDoing this establishes a relationship with the Google NOC that can be used for\nescalation if there are connectivity or reachability issues from the ISP network\nto Google's networks, including the Google Public DNS IP addresses."]]
