استكشاف أخطاء Google Workspace وإصلاحها
يفشل التحقق من النطاق عندما يتعذر على Google رؤية الدليل الدقيق في DNS المباشر.
أصلح عملية التحقق من نطاق Google Workspace عن طريق التحقق من مضيف DNS النشط، وقيمة TXT، وحقل المضيف، وخوادم الأسماء، والنشر، ومسار إعادة محاولة وحدة تحكم المشرف قبل تغيير السجلات العشوائية.
يثبت إثبات ملكية نطاق Google Workspace أنك تتحكم في نطاق الأعمال قبل أن تسمح لك Google باستخدامه لخدمات Workspace. التدفق المعتاد بسيط: تمنحك Google سجل التحقق، وتضيفه إلى DNS، ثم تتحقق Google من السجل.
وعندما تفشل، نادرًا ما تحكي الشاشة القصة كاملة. قد يكون السجل صحيحًا في لوحة DNS الخاطئة. قد تشير خوادم الأسماء إلى مكان آخر. قد يكون الحقل المضيف خاطئًا. قد تحتوي القيمة على علامات اقتباس إضافية أو أحرف مفقودة. أو قد لا يكون السجل مرئيًا لـ Google حتى الآن.
أمر استكشاف الأخطاء وإصلاحها
إجابة سريعة
في حالة فشل التحقق من نطاق Google Workspace:
قائمة التحقق السريعة
- تأكد من كتابة النطاق بشكل صحيح في مسؤول Google.
- تأكد من قيامك بتحرير منطقة DNS النشطة، وليس فقط حساب المسجل.
- انسخ القيمة
google-site-verification=...الكاملة من نفس تدفق وحدة تحكم المشرف. - قم بإضافته كسجل TXT في المضيف الجذر، عادةً
@أو فارغًا اعتمادًا على موفر DNS. - تجنب إضافته ضمن
wwwما لم يطلب Google ذلك صراحةً. - تحقق من نتائج بحث DNS العامة.
- انتظر رؤية DNS قبل إعادة المحاولة المتكررة.
- احتفظ بلقطات شاشة لرمز Google المميز وسجل DNS وخوادم الأسماء ونتائج البحث.
تصف إرشادات التحقق من TXT الحالية من Google التدفق الأساسي: انسخ قيمة TXT الفريدة من وحدة تحكم المشرف في Google، والصقه في مسجل النطاق أو إعدادات نظام أسماء النطاقات، وتحقق من الملكية في وحدة تحكم المشرف في Google. استخدم الخطوات الرسمية الحالية أثناء التنفيذ: التحقق من نطاقك باستخدام سجل TXT.
الخطوة 1: تأكيد مضيف DNS النشط
المسجل هو المكان الذي يتم فيه شراء النطاق. مضيف DNS هو المكان الذي تتم فيه إدارة سجلات DNS المباشرة. يمكن أن يكونوا نفس الشركة، ولكن في كثير من الأحيان لا يكونون كذلك.
أمثلة:
| المسجل | خوادم الأسماء | مضيف DNS النشط |
|---|---|---|
| جودادي | خوادم الأسماء Cloudflare | كلاودفلير |
| Namecheap | خوادم أسماء استضافة cPanel | لوحة الاستضافة |
| بيج روك | خوادم أسماء BigRock | نظام أسماء النطاقات بيج روك |
| مساحة مربعة | خوادم أسماء Squarespace | Squarespace DNS |
إذا قمت بإضافة سجل TXT للتحقق في المسجل بينما تشير خوادم الأسماء إلى Cloudflare، فلن ترى Google سجل DNS الخاص بالمسجل. يتبع DNS العام خوادم الأسماء الرسمية.
الخطوة 2: التحقق من سجل التحقق
سجلات التحقق من Google هي سلاسل إثبات فريدة. تعامل معها كقيم دقيقة، وليس كأمثلة.
ورقة عمل التحقق من صحة TXT
| الميدان | ما يجب التحقق منه |
|---|---|
| نوع السجل | TXT |
| المضيف أو الاسم | عادة @، فارغ، أو المجال الجذر اعتمادًا على موفر DNS |
| القيمة | قيمة google-site-verification=REDACTED كاملة من مشرف Google |
| TTL | عادة ما يكون الوضع الافتراضي للموفر عاديًا |
| مضيف DNS | مزود DNS الرسمي |
| حالة البحث | ما إذا كان DNS العام يعرض القيمة المتوقعة |
مشاكل النسخ الشائعة:
بادئة مفقودة
يقوم بعض المستخدمين بنسخ الرمز المميز العشوائي فقط ويتركون google-site-verification= عندما تتوقع Google القيمة الكاملة.
مساحات اضافية
يمكن أن تؤدي المسافات البادئة أو اللاحقة إلى عدم تطابق القيمة في بعض لوحات DNS.
مضيف خاطئ
سجل TXT ضمن www ليس هو نفس سجل TXT في المجال الجذر.
مجال خاطئ
لا يثبت التحقق من example.com تلقائيًا وجود نطاق مختلف أو إصدار خطأ مطبعي.
الخطوة 3: أعد محاولة التحقق من مشرف Google
بعد أن يصبح السجل مرئيًا في نظام أسماء النطاقات العام، ارجع إلى نفس عملية التحقق من مشرف Google وأعد المحاولة. لا تقم بإنشاء رمز تحقق جديد إلا إذا كنت تعلم أنك ستستبدل الرمز القديم. يمكن أن تؤدي الرموز المميزة الجديدة إلى إرباك دليل التشغيل إذا كان العديد من المسؤولين يعملون في نفس الوقت.
تشير صفحة استكشاف الأخطاء وإصلاحها في Google إلى أنه في حالة وجود سجلات التحقق الصحيحة ولكن لم يتم التحقق من الملكية بعد الانتظار، فيجب عليك الاتصال بدعم Google Workspace. احتفظ بأدلتك جاهزة: فشل التحقق من نطاقي.
تأكد من إرجاع DNS العام لقيمة TXT المتوقعة.
استخدم نفس تدفق وحدة تحكم المشرف الذي أنتج الرمز المميز.
احفظ سجل DNS وخادم الأسماء وأعد المحاولة.
اتصل بالدعم فقط بعد أن تثبت الأدلة صحة السجل المباشر.
انتقل إلى سجلات MX والمستخدمين والمصادقة في Gmail بعد نجاح عملية التحقق.
أدلة جاهزة للدعم
عندما يتعثر التحقق، فإن الأدلة الصحيحة توفر الوقت.
الأدلة لجمع
- اسم المجال.
- لقطة شاشة لمشرف Google تعرض طريقة التحقق.
- قيمة TXT الدقيقة في ملاحظة داخلية آمنة.
- لقطة شاشة لموفر DNS تعرض نوع السجل والمضيف والقيمة وTTL.
- يُظهر بحث خادم الأسماء مضيف DNS النشط.
- بحث TXT عام يوضح ما إذا كانت القيمة مرئية أم لا.
- تاريخ ووقت آخر تغيير لنظام DNS.
- حساب المشرف الذي بدأ عملية التحقق.
لا تنشر رموز التحقق الحقيقية في المنتديات العامة أو لقطات الشاشة. استخدم القيم المقنَّعة في ملاحظات الدعم الخارجية ما لم تكن قناة الدعم آمنة وتتطلب القيمة الدقيقة.
بعد التحقق
التحقق من المجال هو عنصر التحكم الأول فقط. بعد أن تؤكد Google الملكية، تابع ما يلي:
قم بتعيين سجلات MX لـ Gmail
انشر سجل Google Workspace MX الحالي واختبر البريد الوارد من مرسلين خارجيين.
قم بتكوين نظام التعرف على هوية المرسل (SPF)، وDKIM، وDMARC
أضف طبقة الثقة بعد تعيين جميع المرسلين الشرعيين.
إنشاء حسابات وأسماء مستعارة
حدد العناوين التي تمثل المستخدمين المدفوعين، أو الأسماء المستعارة، أو المجموعات، أو مسارات العمل المشتركة.
ملكية الوثيقة
قم بتسجيل الوصول إلى DNS، واسترداد المسؤول، وجهات اتصال الدعم، ودليل التشغيل النهائي.
الأسئلة الشائعة
هل يمكنني التحقق من Google Workspace من لوحة استضافة موقع الويب؟
فقط إذا كانت لوحة الاستضافة تتحكم في منطقة DNS النشطة للمجال. إذا كانت خوادم الأسماء تشير إلى مكان آخر، فقد لا يكون سجل لوحة الاستضافة مباشرًا.
هل يجب أن يكون مضيف TXT @ أو اسم المجال الخاص بي؟
ذلك يعتمد على مزود DNS. يستخدم العديد من مقدمي الخدمة @ للمجال الجذر؛ يستخدم الآخرون حقلاً فارغًا أو المجال الكامل.
هل يمكنني حذف سجل التحقق بعد التحقق؟
تحتفظ العديد من الفرق بسجلات التحقق ما لم يكن هناك سبب لإزالتها. إذا قمت بإزالة أي شيء، قم بتوثيق التغيير والتأكد من أنه ليس ضروريًا لإثبات الملكية المستمر.
هل يؤدي التحقق من النطاق إلى تنشيط Gmail؟
لا، التحقق يثبت الملكية. يتطلب تنشيط Gmail توجيه البريد، عادةً من خلال سجلات MX، واختبارات التسليم العملية.
ماذا لو كان البائع القديم يتحكم في DNS؟
احصل على توضيح للملكية والوصول قبل إعداد الإنتاج. يجب ألا يعتمد البريد الإلكتروني الخاص بالعمل على حساب بائع غير موثق.
