ما هو GCPW - تسجيل الدخول إلى Windows بمصادقة Google

في الاستشارات التي تريد جمع تسجيل الدخول إلى أجهزة Windows نحو Google، تختلط الأحاديث الآتية دفعة واحدة وبوتيرة عالية.

• هل GCPW مجرّد «إظهار شاشة تسجيل دخول Google»
• ماذا يحدث للـ profile المحلّي القائم وprofile AD
• هل يتولّى صلاحيات المسؤول في Windows و BitLocker وإدارة التحديثات
• كيف يعمل أوّل تسجيل دخول، ودون اتّصال، والتحقّق بخطوتين، وتغيير كلمة المرور
• هل يتعايش مع Active Directory، أم يستبدله

إن لُخِّص هذا بتراخٍ انحرفت توقّعات ما قبل الطرح، وكثرت الحوادث في الترحيل والإعداد الأوّليّ.

GCPW ليس مجرّد «شاشة تسجيل دخول Google»، ولا بديلًا كاملًا لنطاق Windows نفسه. عمليًّا تتّضح الصورة بفصل تسجيل الدخول إلى Windows بـ Google، ومطابقة الـ profile القائم، وتشغيل كلمة المرور / الجلسة على جانب Google، والجمع مع Windows device management.

ترتّب هذه المقالة، بمنظور عمليّ ومع كثرة من رسوم Mermaid، ما يحدث عند استخدام Google Credential Provider for Windows (GCPW) في بيئة Windows 10 / 11، والتكوين المناسب، وخطوات الطرح، ومواضع التعثّر. المحتوى قائم أساسًا على الوثائق الرسميّة لـ Google Workspace التي أمكن التحقّق منها حتّى مارس 2026.

الرسوم رسوم مفهوم. في بيئات Markdown التي تدعم Mermaid تظهر كرسوم.

1. الخلاصة أوّلًا

نرتّب الخلاصة وحدها أوّلًا.

• GCPW آليّة لتسجيل الدخول إلى Windows 10 / 11 بحساب Google مُدار.
• بطل GCPW منفردًا تسجيل الدخول إلى Windows و تجربة SSO في Chrome Browser.
• إن أردت رؤية تحديثات Windows و BitLocker وصلاحيات المسؤول المحلّي والإعدادات المخصّصة والمسح، فأعملي افتراض الجمع مع Windows device management.
• في بيئة فيها profile محلّي / AD قائم، إن لم تُحسم أوّلًا «هل نربط الـ profile القائم أم ننشئ profile جديدًا» سهُل التعثّر في الترحيل.
• أوّل تسجيل دخول يفترض الاتّصال. وفوق ذلك، على جهاز منضمّ إلى AD بلا profile مدعوم من AD بعد، مهمّ أيضًا إمكان الاتّصال بـ AD عند أوّل تسجيل دخول.
• تسجيل الدخول دون اتّصال ممكن، لكنّ التشغيل يتذبذب إن لم يُحسَم حتّى كم يومًا يُسمح.
• التحقّق بخطوتين يمكن استخدامه، لكنّ مفتاح الأمان USB غير مدعوم في GCPW.
• إن لم تُحسم سياسة كلمة المرور أوّلًا وقعت حوادث تسجيل دخول بعدم تطابق جانب Google وجانب Windows. وخصوصًا تشغيل إعادة التعيين أوّلًا على جانب AD / Entra ID وحده خطر.
• GCPW يعامل Google وحده كموفّر هويّة، ففكّر في التكوين على هذا الافتراض حتّى لا ينحرف.

بمعنى آخر، GCPW «آليّة دخول إلى Windows بـ Google»، وإن أردت الإمساك بتشغيل جهاز Windows ككلّ فالمسار هو التصميم مع Windows device management كمجموعة.

المصطلحات المستخدمة في هذه المقالة

كلمات جانب Google وجانب Windows تختلط، فنرتّبها أوّلًا.

انظر إلى التموضع في صفحة واحدة أوّلًا

flowchart TD
    A["تريد استخدام حساب Google على جهاز Windows"] --> B{"ماذا تريد تحقيقه"}
    B --> C["تسجيل الدخول إلى Windows بـ Google"]
    B --> D["إدارة إعدادات Windows مركزيًّا"]
    B --> E["ترحيل الـ profile القائم"]

    C --> F["GCPW"]
    D --> G["Windows device management"]
    E --> H["تصميم ربط الـ profile المحلّي / AD القائم"]

    F --> I["تسجيل الدخول إلى Windows"]
    F --> J["Chrome Browser SSO"]
    F --> K["مزامنة كلمة مرور Google"]

    G --> L["BitLocker"]
    G --> M["Windows Update"]
    G --> N["صلاحيات المسؤول المحلّي"]
    G --> O["إعدادات مخصّصة / مسح / تدقيق"]

    H --> P["إنشاء profile جديد؟"]
    H --> Q["إعادة استخدام الـ profile القائم؟"]

هذا الرسم للاستدلال من «ما تريد» إلى «الأداة المستخدمة». من اليسار إلى اليمين، اختيار ما تريد تحقيقه يحسم الآليّة المسؤولة (GCPW / Windows device management / تصميم الـ profile). ما يُراد تأكيده هنا نقطة واحدة: إدارة مستوى الجهاز مثل BitLocker و Windows Update لا تظهر في عمود GCPW.

في المخطّط، يشير الخطّ المتّصل إلى علاقة قائمة دائماً، ويشير الخطّ المتقطّع إلى علاقة مشروطة (شروط قيامها مذكورة في شرح كلّ علاقة في الصفحة التفصيليّة). القائمة الكاملة للعلاقات (المجموع 25، مع الأدلّة ودرجة اليقين) وتعريفات المفاهيم الرئيسة مجمّعة في صفحة تفاصيل خريطة المعرفة (باليابانية). البيانات: JSON-LD / Turtle

2. فهم GCPW يصير أسهل بتقسيمه إلى 4 طبقات

يتعقّد حديث GCPW لأنّ «تسجيل الدخول» و«ترحيل الـ profile» و«إدارة الجهاز» تُعامَل كحديث الصندوق نفسه. عمليًّا أسرع فصل هذه الطبقات الأربع.

بهذا النظر يسهل رؤية سبب انحراف مثل «وضعنا GCPW وBitLocker لا يسري» و«دخلنا بـ Google وبيانات المستخدم القائمة لا تُرى».

بنية الطبقات

flowchart LR
    subgraph Id["الهويّة / الجلسة"]
        A["حساب Google"]
        B["التحقّق بخطوتين"]
    end

    subgraph SignIn["طبقة تسجيل الدخول"]
        C["GCPW"]
    end

    subgraph Profile["طبقة profile Windows"]
        D["الـ profile المحلّي القائم"]
        E["الـ profile المدعوم من AD القائم"]
        F["profile Windows جديد"]
    end

    subgraph Mgmt["طبقة الإدارة"]
        G["Windows device management"]
        H["BitLocker / التحديث / صلاحيات المسؤول المحلّي"]
        I["إعدادات مخصّصة / مسح / تدقيق"]
    end

    subgraph Config["طبقة الإعداد"]
        J["Admin console"]
        K["إعداد السجلّ"]
    end

    A --> C
    B --> C
    C --> D
    C --> E
    C --> F
    J --> C
    K --> C
    G --> H
    G --> I
    C --> G

رسم الفصل 1 كان «استدلالًا من الغرض إلى الأداة»، أمّا هذا الرسم فإعادة ترتيب العناصر نفسها بـ «أيّ طبقة» و «ما يعتمد على ماذا». ما يُراد قراءته أنّ الأسهم كلّها تمرّ عبر GCPW (طبقة تسجيل الدخول)، وأنّ الأسهم من GCPW إلى طبقة الـ profile تتفرّع إلى ثلاثة. هذا التفرّع هو تصميم الفصل 4 نفسه: «هل نربط الـ profile القائم أم ننشئ جديدًا».

3. كيف يعمل في بيئة Windows

3.1 ثبّت متطلّبات الدعم أوّلًا

في بيئة Windows مهمّ ألّا تعلق بالمتطلّبات أوّلًا.

فرق إصدارات الدعم (أوّل بوّابة في حكم الطرح)

«GCPW منفردًا» و«الجمع مع Windows device management» يختلف فيهما الإصدار اللازم. إصدارات الدعم التي تعدّها الوثائق الرسميّة لـ Google (Overview: Enhanced desktop security for Windows) كالآتي.

القراءة كالآتي. لتسجيل الدخول بـ GCPW وحده تصلح تقريبًا كلّ الإصدارات. أمّا إن أردت إدارة BitLocker و Windows Update وصلاحيات المسؤول المحلّي أيضًا، فيلزم إصدار مدعوم مثل Business Plus و Enterprise Standard فما فوق و Cloud Identity Premium. وخصوصًا Business Starter / Business Standard و Cloud Identity Free تتيح GCPW ولا تتيح Windows device management. استشارة «وضعنا GCPW وBitLocker لا يُدار» قد يكون سببها هنا.

تكوين الإصدارات قد يتغيّر، فتحقّق قبل العقد من أحدث جدول دعم في الوثائق الرسميّة.

ما يسهل إغفاله هنا Chrome و عدم دعم ARM. الحديث عن جهاز Windows فيميل النظر إلى نظام التشغيل وحده، لكنّ GCPW يعتمد أيضًا على جانب Chrome لتشغيل شاشة تسجيل دخول Google، فيفشل تسجيل الدخول بغياب Chrome أو بعدم اتّساق وضعه.

3.2 من أوّل تسجيل دخول إلى التسجيل المعتاد

تبسيط التدفّق بعد طرح GCPW يكون كالآتي.

1. تثبيت GCPW على الجهاز
2. تسجيل دخول المستخدم أوّل مرّة بحساب Google
3. GCPW يربط الـ profile القائم أو ينشئ profile Windows جديدًا
4. بعد ذلك الدخول من شاشة تسجيل الدخول المعتادة في Windows
5. غير أنّ أحداث الأمن مثل تغيير كلمة مرور Google أو انتهاء الجلسة تطلب شاشة تسجيل دخول Google مرّة أخرى

المهمّ هنا أنّ الأمر ليس «الدخول من حوار Google في كلّ مرّة حتمًا». عند أوّل تسجيل دخول أو أحداث أمن معيّنة تظهر مصادقة جانب Google في المقدّمة، أمّا في العادة فالدخول من شاشة Windows هو الأساس.

تدفّق أوّل تسجيل دخول

sequenceDiagram
    participant U as المستخدم
    participant W as شاشة تسجيل الدخول في Windows
    participant G as تسجيل دخول Google
    participant P as GCPW
    participant R as الـ profile القائم / الجديد
    participant C as Chrome Browser

    U->>W: اختيار Add Work Account أو حساب قائم
    W->>G: تشغيل شاشة مصادقة Google
    G->>U: عنوان البريد / كلمة المرور / 2SV
    U->>G: إدخال بيانات الاعتماد
    G->>P: نجاح المصادقة

    alt ربط الـ profile القائم
        P->>R: العثور على الـ profile المحلّي / AD القائم وربطه
    else إنشاء جديد
        P->>R: إنشاء profile Windows جديد
    end

    P->>C: توريث حالة تسجيل دخول Google
    P->>W: بدء جلسة Windows

ما يُراد رؤيته في هذا الرسم أنّ التفرّع موضع واحد فقط. ربط الـ profile القائم أم إنشاء profile جديد. هذا يُحسَم في لحظة أوّل تسجيل دخول، والرجوع لاحقًا إلى «بل الـ profile القائم» عمل مرتدّ. لذلك يُنجَز تصميم الربط في الفصل 4 قبل توزيع الـ installer.

3.3 مزامنة كلمة المرور، ودون اتّصال، والتحقّق بخطوتين

إن أردت تشغيل GCPW بثبات في بيئة Windows، فأوّل ما ينبغي النظر إليه في الواقع هو سياسة كلمة المرور.

حتّى الدليل الرسميّ لـ Google يفترض على أجهزة GCPW أنّ كلمة مرور Google وكلمة مرور Windows متزامنتان. وفوق ذلك الافتراض أنّ المستخدم يدير عادة كلمة المرور على جانب Google. لذلك لا يتوافق جيّدًا مع تصميم يعتمد تغيير كلمة مرور Windows من Ctrl + Alt + Delete.

مفهوم مزامنة كلمة المرور

flowchart LR
    A["تغيير كلمة مرور Google"] --> B{"هل الجهاز متّصل"}
    B -- نعم --> C["GCPW يزامن كلمة المرور على جانب Windows"]
    C --> D["نجاح تسجيل الدخول التالي"]

    B -- لا --> E["المزامنة معلّقة"]
    E --> F["إعادة المزامنة عند الاتّصال التالي"]

    G["تغيير كلمة المرور على جانب AD / Entra ID وحده"] --> H["عدم تطابق Google و Windows"]
    H --> I["Password incorrect / خطأ مزامنة"]

هذا الرسم ينقسم إلى تدفّقين أعلى وأسفل. التدفّق الأعلى (التغيير على جانب Google) يُزامَن إن كان متّصلًا، ودون اتّصال يلحق عند الاتّصال التالي. التدفّق الأسفل (التغيير على جانب AD / Entra ID وحده) لا يُزامَن مهما انتظرت. عند كتابة إجراء إعادة تعيين كلمة المرور، العمليّ هو النصّ على هذا التدفّق الأسفل كإجراء محظور.

الشائع في الممارسة هنا.

• ظنّ تغيير كلمة المرور على جانب Google، والجهاز دون اتّصال فلم تُزامَن بعد مع جانب Windows
• والعكس: إعادة تعيين أوّلًا على جانب AD / Entra ID وحده، فعدم تطابق مع جانب Google
• تعقيد كلمة المرور على جانب Google أضعف من Windows / AD، فتغيّرت إلى سلسلة لا تستوفي متطلّب جانب Windows

لذلك يلزم حسم الآتي على الأقلّ قبل الطرح.

• هل تُوضع سيادة كلمة المرور لدى Google
• أم تُزامَن من AD / Entra ID / أداة أخرى إلى Google
• هل يُواءَم تعقيد كلمة المرور بما لا يقلّ عن جانب Windows

التعقيد الثالث يُضبط لكلّ وحدة تنظيميّة في وحدة تحكّم إدارة Google من «الأمان» → «المصادقة» → «إدارة كلمات المرور». غير أنّ ما يمكن تعيينه هنا هو مربّع «فرض كلمة مرور آمنة»، والحدّ الأدنى والأقصى لعدد الأحرف (8 إلى 100 حرف)، وجواز إعادة الاستخدام، وتاريخ الانتهاء. لا يمكن تعيين نوع الأحرف كما في سياسة كلمة مرور Active Directory مثل «تضمين كمّ نوعًا من الأحرف الكبيرة والصغيرة والأرقام والرموز». لأنّ جانب Google يقيّم قوّة كلمة المرور ككلّ لا تفصيل نوع الأحرف.

لذلك عمليًّا تكون المواءمة تعيين الحدّ الأدنى لعدد الأحرف في جانب Google بما يساوي جانب AD أو يزيد، وتفعيل «فرض كلمة مرور آمنة». إن كانت متطلّبات نوع الأحرف في جانب AD صارمة، بقي احتمال أن تمرّ كلمة مرور في جانب Google وتُرفض في جانب Windows، فتحقّق من تلك التوليفة حتمًا في التجربة.

دون اتّصال والتحقّق بخطوتين

GCPW يتيح تسجيل الدخول دون اتّصال في ذاته. غير أنّه يمكن ضبط حتّى كم يومًا من آخر تسجيل دخول متّصل يُسمح. إدخاله من دون حسم ذلك يميل إمّا إلى تضييق يُربك الميدان أو إلى تراخٍ يرفع خطر فقدان الجهاز.

والتحقّق بخطوتين يمكن استخدامه، لكنّ أأمن إبلاغ الميدان بهذا مسبقًا.

• مفتاح الأمان USB غير مدعوم في GCPW
• افترض بدلًا منه طرقًا مثل Google prompt و Google Authenticator و backup code
• إن كان التكوين لا يسمح إلّا بمفتاح الأمان فقد يتعذّر على المستخدم دخول Windows

4. كيف نتعامل مع الـ profile المحلّي / AD القائم

هنا أكثر موضع حوادث في ترحيل GCPW.

حين يوجد أصلًا profile Windows للعمل على الجهاز، يتغيّر تجربة المستخدم وصعوبة الترحيل كثيرًا بحسب إن كان جانب GCPW يربطه ويعيد استخدامه أم ينشئ profile Windows جديدًا.

الأنماط الثلاثة التمثيليّة

حتّى إرشاد Google عند الربط بالـ profile القائم يستخدم custom attribute على جانب Directory لمطابقة اسم حساب Windows أو حساب AD، أو إعداد سجلّ قائم على SID على الجهاز. أي أنّه عمل ترحيل يحتاج تصميمًا مسبقًا، لا تشغيل «يختار المستخدم في المكان بعد التركيب».

وأهمّ أيضًا سلوك حالة عدم الربط.

• مستخدم الـ profile المحلّي القائم قد يبقى له مجال للدخول إلى الـ profile القديم
• مستخدم AD القائم قد لا يدخل بسلاسة إلى profile العمل المتوقَّع إن أُنشئ profile جديد لتسجيل دخول Google

مخطّط حكم التعامل مع الـ profile القائم

flowchart TD
    A["يوجد على الجهاز profile Windows للعمل قائم"] --> B{"هل تريد استخدام البيانات / الإعدادات كما هي"}
    B -- نعم --> C["صمّم ربط الـ profile القائم"]
    B -- لا --> D["دع GCPW ينشئ profile Windows جديدًا"]

    C --> E{"نوع الـ profile القائم"}
    E -- محلّي --> F["المطابقة عبر Local Windows accounts وغيره"]
    E -- مدعوم من AD --> G["المطابقة عبر AD accounts وغيره"]

    G --> H["أكّد اتّصال AD عند أوّل تسجيل دخول"]
    F --> I["رتّب اسم مستخدم Windows / قيد الجهاز"]
    D --> J["امضِ في ترحيل البيانات القائمة بخطّة منفصلة"]

هذا الرسم حكم يكفي تمريره مرّة لكلّ مجموعة أجهزة. إن حُسم التفرّع الأوّل (هل تريد استخدام البيانات القائمة كما هي) لكلّ مجموعة أجهزة، انحصر الأمر إمّا في صنع تعريف المطابقة أو في صنع خطّة ترحيل البيانات. إن تُرك الحكم للجهاز في الميدان اختلط في المجموعة نفسها profile جديد وربط، فصار الردّ على الاستفسارات غير قابل للتوقّع.

5. الفرق بين GCPW منفردًا و GCPW + Windows device management

عند حديث GCPW، فصل هذا في الممارسة مهمّ جدًّا.

جدول المقارنة

حتّى الوثائق الرسميّة لـ Google توصي على الأجهزة الصادرة عن الشركة بـ تكوين استخدام GCPW و Windows device management معًا. والعكس: إن وُجدت بنية إدارة أخرى أصلًا وأردت تجربة تسجيل الدخول بـ Google فقط، يصير التفكير GCPW منفردًا.

قيد متواضع مهمّ عند الجمع

عند الجمع مع Windows device management، أأمن فهم أوّلًا أنّ المستخدم الذي يمكن enroll على الجهاز الواحد شخص واحد فقط.

حتّى الوثائق الرسميّة لـ Google تعدّ هذا قيدًا في جانب Windows 10 / 11. حتّى إن جُعل التكوين يتيح لعدّة مستخدمين دخول ذلك الجهاز بـ GCPW، من يُسجَّل enroll في Windows device management هو المستخدم الأوّل فقط. وفوق ذلك، إعدادات مستوى الجهاز مثل BitLocker والتحديث وصلاحيات المسؤول المحلّي تؤثّر على المستخدمين الآخرين الذين يستخدمون ذلك الجهاز أيضًا.

مشكلة المستخدم الأوّل

flowchart TD
    A["إعداد الجهاز"] --> B["أوّل مستخدم يسجّل الدخول بـ GCPW"]
    B --> C["enroll في Windows device management"]
    C --> D["سريان إعدادات مستوى الجهاز"]
    D --> E["BitLocker / التحديث / صلاحيات المسؤول المحلّي / إعدادات مخصّصة"]

    F["مستخدم آخر يدخل لاحقًا بـ GCPW"] --> G["تسجيل الدخول إلى Windows نفسه ممكن"]
    G --> H["غير أنّ مستخدم enroll لا يزيد"]
    H --> I["إعدادات مستوى الجهاز تعمل على افتراض أوّل enroll"]

أثر هذا هو مشكلة دخول مسؤول التجهيز أوّلًا بـ GCPW. إن سُجِّل enroll حساب مسؤول الإعداد لا حساب الموظّف الذي يستخدم الجهاز أصلًا، وقع حادث عدم ركوب الإعداد المقصود لاحقًا.

6. ما ينبغي حسمه قبل الطرح

ما يؤثّر لاحقًا في طرح GCPW ليس تشغيل الـ installer نفسه بقدر التصميم المسبق. إن أُعيدت صياغة الدليل الرسميّ للممارسة، فهذه الستّ على الأقلّ يُراد حسمها أوّلًا.

flowchart LR
    A["يُحسَم قبل الطرح"] --> B["سيادة كلمة المرور"]
    B --> C["متطلّب التعقيد"]
    C --> D["النطاقات المسموح بها"]
    D --> E["مطابقة الـ profile القائم"]
    E --> F["صلاحيات المسؤول للدعم"]
    F --> G["سياسة staging للتسجيل التلقائيّ"]
    G --> H["عدد الأيّام المسموح بها دون اتّصال"]

هذا الرسم للترتيب معنى. من اليسار إلى اليمين، مرتَّب بما لا يُحسَم التالي من دونه. مثلًا التعقيد لا يُحسَم ما لم تُحسَم سيادة كلمة المرور لدى Google أم لدى جانب AD. وبالعكس، توزيع الـ installer مع تجاوز موضع في هذا الصفّ يزيد الأجهزة وكلّ الأحكام التالية معلّقة.

الطريقة السيّئة والطريقة العمليّة

ثلاث نقاط يسهل إغفالها تحديدًا

1. النطاقات المسموح بها إلزاميّة

في GCPW، إن لم يُحسَم حساب أيّ نطاق يُسمح له بتسجيل الدخول لم يدخل المستخدم. يمكن الضبط في Admin console أو في domains_allowed_to_login في السجلّ، وفي الحالين هذا إلزاميّ.

2. Admin console والسجلّ يتقاسمان الأدوار

الشروح القديمة كثيرة التركيز على إعداد السجلّ، أمّا الآن فالأساس الإدارة من Admin console. غير أنّه حين تريد تفصيلًا أدقّ مثل نطاقات مسموح بها مختلفة لكلّ جهاز، قد يناسب السجلّ أكثر.

3. إعداد Admin console لا يسري فورًا

إعدادات GCPW تُزامَن إلى الجهاز بوحدة تقارب الساعة. «وُضع الإعداد ولا يسري فورًا» شائع، لذلك أأمن النظر في التجربة مع هذا التأخير.

7. خطوات طرح موجَّهة إلى الممارسة

هنا نلخّص بأقصر ما يمكن تدفّق إدخال GCPW عمليًّا في بيئة Windows.

تدفّق الطرح

flowchart TD
    A["1. أكّد خطّة العقد / نظام التشغيل / متطلّب Chrome"] --> B["2. احسم استراتيجيّة كلمة المرور والتعقيد"]
    B --> C["3. احسم النطاقات المسموح بها وسائر الإعدادات"]
    C --> D["4. احسم لزوم ربط الـ profile القائم"]
    D --> E["5. إن استخدمت Windows device management ففعّله"]
    E --> F["6. احصل على الـ installer من Admin console"]
    F --> G["7. وزّع على الجهاز / ثبّت بصلاحيات المسؤول"]
    G --> H["8. أوّل تسجيل دخول متّصل للمستخدم"]
    H --> I["9. أكّد تفاصيل الجهاز / enrollment / السجلّات"]

7.1 احسم التكوين أوّلًا

أوّل ما يُحسَم هنا.

• هل يُستخدم GCPW منفردًا
• أم GCPW + Windows device management
• هل يُربَط الـ profile القائم
• أم يُقطَع بـ profile جديد

هذا الحكم أوّلًا. توزيع الـ installer من دونه يصير لاحقًا «إدارة الجهاز المتوقَّعة غير ممكنة» و«بيانات المستخدم القائمة لا تُورَّث».

7.2 احسم النطاقات المسموح بها والخيارات

طريقتا الإعداد اثنتان.

• Admin console تناسب توزيع الإعداد نفسه على المنظّمة كلّها. الأساس الآن هنا.
• سجلّ الجهاز يناسب التفصيل لكلّ جهاز.

إن استخدمت السجلّ، يلزم على الأقلّ domains_allowed_to_login. إن جمعت GCPW مع Windows device management، صارت enable_dm_enrollment و validity_period_in_days، وفي تشغيل يشبه الجهاز المشترك enable_multi_user_login أيضًا نقاط حكم.

7.3 احصل على الـ installer ووزّعه

احصل على GCPW installer بـ 32-bit / 64-bit من Admin console ووزّعه على الأجهزة. شاشة الحصول على هذا المسار.

Google Admin console
  → القائمة
  → الأجهزة (Devices)
  → الجوّال ونقاط النهاية (Mobile & endpoints)
  → الإعدادات (Settings)
  → Windows
  → "Google Credential Provider for Windows setup"
  → "Download GCPW"

هذا العمل يحتاج تسجيل دخول كـ مسؤول متميّز (super administrator). من هنا تحمّل إصدار 64-bit أو 32-bit وتوزّعه.

المهمّ في نموذج الإدارة الحاليّ أنّ الـ installer المحمَّل من Admin console يُضمَّن فيه رمز تلك المنظّمة تلقائيًّا. وجود الرمز يظهر أثره لاحقًا.

إن كنت قد وزّعت أصلًا رمز تسجيل Chrome Enterprise Core على الأجهزة، يمكن بذلك الرمز أيضًا إدارة إعدادات GCPW من Admin console. حين «ضبطت النطاقات المسموح بها في Admin console ولا تسري على الجهاز»، أوّل ما يُشتبه فيه توزيع installer بلا رمز. وسريان الإعداد نفسه قد يستغرق نحو ساعة كحدّ أقصى، فاحكم بعد انتظار ذلك الوقت.

7.4 ثبّت

للتثبيت اليدويّ مثلًا كالآتي.

# 64bit 版
gcpwstandaloneenterprise64.exe /silent /install

# 32bit 版
gcpwstandaloneenterprise.exe /silent /install

7.5 مثال على إعداد فرديّ عبر السجلّ

مثال حين تريد إدخال قيم لم تُضبَط في Admin console لكلّ جهاز.

تنبيه: إن وُجد الإعداد نفسه في Admin console والسجلّ، جانب Admin console له الأسبقيّة.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Google\GCPW]
"domains_allowed_to_login"="example.com"
"enable_dm_enrollment"=dword:00000001
"validity_period_in_days"=dword:00000007
"enable_multi_user_login"=dword:00000000

7.6 إن أعدت استخدام الـ profile القائم، فاصنع تعريف الربط أوّلًا

إن أردت إعادة استخدام الـ profile المحلّي / AD القائم، جهّز مطابقة حساب Google للمستخدم وحساب Windows بـ custom attribute على جانب Directory أوّلًا. تأخير هذا وتشغيل تسجيل الدخول أوّلًا يميل إلى إنشاء profile جديد ثمّ الرجوع. هذا أكثر موضع حوادث في المقالة، فنكتبه تحديدًا.

الخطوة 1: إنشاء السمة المخصّصة

أضف من Admin console «الدليل» → «المستخدمون» → «المزيد» في الأعلى → «إدارة السمات المخصّصة». أدخل القيم بما في ذلك حالة الأحرف كالآتي (الخطأ لا يُصلح الاسم لاحقًا فيلزم إعادة الإنشاء).

عند الإنشاء بـ Directory API سجّل باسم المخطّط Enhanced_desktop_security واسم الحقل AD_accounts / Local_Windows_accounts. إن أردت صبّ القيم من AD القائم، توجد أيضًا طريقة Google Cloud Directory Sync.

الخطوة 2: إدخال القيمة لكلّ مستخدم

يظهر حقل «Enhanced desktop security» في «معلومات المستخدم» في شاشة تفاصيل المستخدم، فأدخل فيه اسم الحساب على جانب Windows. الصيغة محدّدة.

قيود يستحقّ تثبيتها ثلاثة.

• حساب AD واحد لكلّ مستخدم. حتّى إن وُضع أكثر من واحد، يستخدم GCPW الأوّل فقط.
• إن ضُبط AD والمحلّي معًا، يبحث GCPW عن حساب AD أوّلًا.
• إن لم تُضبَط السمة، أو لم يُعثر على profile Windows مطابق، يُنشأ profile Windows جديد. أغلب «ظننّا أنّنا ربطنا وبيانات القائمة لا تُرى» هنا.

على جهاز منضمّ إلى AD، المستخدم الذي ليس لديه بعد profile مدعوم من AD على ذلك الجهاز (من يدخل من «مستخدم آخر» في شاشة تسجيل الدخول) يحتاج إمكان اتّصال الجهاز بـ AD عند أوّل تسجيل دخول. تشغيل أوّل تسجيل دخول على جهاز أثناء العمل عن بُعد يفشل هنا.

لإجراءات الشاشة الدقيقة وأحدث المواصفات راجع الوثيقة الرسميّة Associate Google accounts with existing Windows profiles.

7.7 بعد أوّل تسجيل دخول متّصل، تحقّق

بعد أوّل تسجيل دخول تحقّق من هنا.

• هل دخلت إلى profile Windows المتوقَّع
• إن جمعت Windows device management، هل سُجِّل enroll بالمستخدم المقصود
• هل ظهرت تفاصيل الجهاز في Admin console
• هل انتهت مزامنة السياسة

8. مواضع تعثّر شائعة والفصل على Windows

أعطال GCPW تسقط في الغالب إلى أحد صفوف هذا الجدول.

تفكيك مضمون «تداخل Chrome / AV»

أشدّ صف في هذا الجدول ضبابيّة هو «تداخل AV». ما يصير مشكلة فعلًا أحد الآتي. التحقّق من الأعلى يسرّع الفصل.

من هذا الاتّصال قبل تسجيل الدخول يسهل إغفاله. اتّصال يمرّ بعد تسجيل دخول المستخدم قد يعمل بمسار آخر أو بيانات اعتماد أخرى عند شاشة تسجيل الدخول، فتحقّق من عدم التوقّف هناك.

تدفّق استكشاف الأعطال

flowchart TD
    A["مشكلة في GCPW"] --> B{"ماذا يحدث"}
    B -- رفض تسجيل الدخول --> C["أكّد النطاقات المسموح بها"]
    B -- شاشة Google لا تظهر --> D["أكّد وجود Chrome / المسار / AV"]
    B -- Password incorrect --> E["أكّد حالة مزامنة Google / Windows"]
    B -- بيانات القائمة لا تُرى --> F["أكّد ربط الـ profile"]
    B -- لا يدخل device management --> G["أكّد أوّل مستخدم enroll"]
    C --> H["أكّد Admin console / السجلّ"]
    D --> I["أعد إدخال Chrome"]
    E --> J["أعد ترتيب سياسة كلمة المرور"]
    F --> K["أعد تأكيد custom attribute / مطابقة SID"]
    G --> L["راجع إجراء staging"]

هذا الرسم لتحديد موضع النظر الأوّل من العَرَض بواحد. أعطال GCPW تسقط إلى «المصادقة» أو «Chrome» أو «مزامنة كلمة المرور» أو «ربط الـ profile» أو «enrollment»، فثبّت أيّ عمود أوّلًا ثمّ امضِ إلى السجلّ التفصيليّ. حين يبدو العَرَض متعدّدًا، تأكيد من كان أوّل مستخدم نجح في تسجيل الدخول كثيرًا ما يجمع الأمر في عمود enrollment.

أين تأخذ السجلّات على Windows

عند تتبّع GCPW على Windows، الأوّل Event Viewer.

• Windows Logs > Application
• مصدر الحدث GCPW

بهذا تُرى أغلب المعلومات الأساسيّة. ولمزيد من التفصيل يمكن تفعيل verbose logging من السجلّ.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Google\GCPW]
"enable_verbose_logging"=dword:00000001
"log_file_path"="C:\\GCPW.log"
"log_file_append"=dword:00000001

إن أردت رؤية Windows device management أيضًا فانظر هنا حسب الحاجة.

• Applications and Services Logs > Microsoft > Windows > DeviceManagement-Enterprise-Diagnostic-Provider > Admin

حين تريد تأكيد السريان سريعًا

بعد تعديل النطاقات المسموح بها أو السياسة، إن أردت تأكيد السريان فورًا، يرشد إرشاد Google إلى حثّ المزامنة بتنفيذ GoogleUpdateTaskMachineUA من Task Scheduler. أثناء التجربة يسرّع الفصل إبقاء هذا الإجراء في اليد.

9. لأيّ منظّمات يناسب، ولأيّها لا يناسب

المشاهد المناسبة

المشاهد غير المناسبة

10. الخلاصة

سرّ استخدام GCPW بنجاح في بيئة Windows هو عدم رؤية الوظائف ككتلة واحدة.

• GCPW آليّة دخول إلى Windows بـ Google
• ربط الـ profile القائم آليّة ترحيل
• Windows device management آليّة تشغيل الجهاز

فصل هذه الثلاثة يسهّل حكم الطرح كثيرًا.

ما يهمّ تحديدًا في الممارسة هذه الخمس.

1. احسم سياسة كلمة المرور أوّلًا
2. احسم النطاقات المسموح بها أوّلًا
3. احسم إعادة استخدام الـ profile القائم
4. إن استخدمت Windows device management فلا تخطئ أوّل مستخدم enroll
5. احتفظ بإجراء استكشاف أعطال يفترض Event Viewer

GCPW أداة عمليّة لتقريب تسجيل الدخول إلى Windows نحو جانب Google. غير أنّ ما ينفع حقًّا ليس لحظة تشغيل الـ installer، بل التصميم الذي يسبقه. تثبيت هذا أوّلًا يصل بسلاسة خطّ تسجيل الدخول بـ Google، واستمرار استخدام البيانات القائمة، وإدارة جهاز Windows.

مقالات ذات صلة

• متى يصبح Windows admin privilege ضروريًّا - UAC والمناطق المحميّة وكيفيّة التمييز على مستوى التصميم
• كيف نستعمل Windows Sandbox لتسريع التحقّق من تطبيقات Windows
• ما هو ClickOnce - كيف يعمل، وكيف تعمل التحديثات، ومتى يلائم العمل الفعليّ ومتى لا يلائمه

مواضيع ذات صلة

• موضوعات تقنيّة في Windows

الخدمات التي يتّصل بها هذا الموضوع

• تطوير تطبيقات Windows
• استشارة تقنيّة ومراجعة تصميم
• اتصل بنا

المراجع

1. Google Workspace Help - Overview: Enhanced desktop security for Windows
2. Google Workspace Help - Prepare to install GCPW
3. Google Workspace Help - Install Google Credential Provider for Windows
4. Google Workspace Help - Set up GCPW and Windows device management together
5. Google Workspace Help - Associate Google accounts with existing Windows profiles
6. Google Workspace Help - Set account privileges on Windows 10 or 11 devices
7. Google Workspace Help - FAQ for GCPW
8. Google Workspace Help - Troubleshoot GCPW
9. Google Workspace Learning Center - Sign in to Windows after GCPW installation
10. Google Workspace Help - Set token to manage GCPW from the Admin console
11. Google Workspace Help - What’s new in GCPW
12. Google Workspace Admin Help - Enforce and monitor password requirements for users

مقالات ذات صلة

أحدث المقالات التي تشترك في نفس الوسوم. عمّق فهمك بمواضيع مرتبطة.

أين يتصل هذا الموضوع

ترتبط هذه المقالة بشكل طبيعي بصفحات الخدمات التالية.

الأسئلة الشائعة

أسئلة شائعة حول موضوع هذه المقالة.

ما هو GCPW؟

GCPW (Google Credential Provider for Windows) آليّة لتسجيل الدخول إلى Windows 10 / 11 بحساب Google مُدار. بطله منفردًا تجربة تسجيل الدخول إلى Windows و SSO في Chrome Browser، وليس مجرّد «شاشة تسجيل دخول Google» ولا بديلًا كاملًا لنطاق Windows. أنظمة التشغيل المدعومة Windows 10 / 11 من إصدارات Pro و Pro for Workstations و Enterprise و Education، والأجهزة القائمة على ARM غير مدعومة، والافتراض تثبيت Chrome Browser 81 فما بعد بصلاحيات المسؤول.

هل يكفي GCPW وحده لإدارة BitLocker و Windows Update؟

GCPW وحده لا يكفي في الأساس. ما يستطيعه GCPW منفردًا يصل إلى تسجيل الدخول إلى Windows بـ Google و SSO في Chrome وربط الـ profile القائم. BitLocker والتحكّم في Windows Update وصلاحيات المسؤول المحلّي وتوزيع الإعدادات المخصّصة والمسح تفترض الجمع مع Windows device management. عند الجمع، المستخدم الذي يمكن enroll على الجهاز الواحد هو الأوّل فقط، فانتبه إلى حادث تسجيل دخول مسؤول التجهيز أوّلًا وenroll حسابه.

هل يمكن تسجيل الدخول إلى Windows بـ GCPW دون اتّصال؟

تسجيل الدخول دون اتّصال ممكن في ذاته. غير أنّ أوّل تسجيل دخول يشترط اتّصال الإنترنت، وعلى جهاز منضمّ إلى AD بلا profile مدعوم من AD بعد، يلزم أيضًا إمكان الاتّصال بـ AD عند أوّل تسجيل دخول. عدد الأيّام المسموح بها دون اتّصال يُضبط بـ validity_period_in_days وغيره؛ إن لم يُحسَم «حتّى كم يومًا من آخر تسجيل دخول متّصل» مال الأمر إمّا إلى تضييق يُربك الميدان أو إلى تراخٍ يرفع خطر فقدان الجهاز.

هل يمكن استخدام التحقّق بخطوتين ومفتاح الأمان مع GCPW؟

التحقّق بخطوتين يمكن استخدامه، لكنّ مفتاح الأمان USB غير مدعوم في GCPW. افترض بدلًا منه طرقًا مثل Google prompt و Google Authenticator و backup code. إن كان التكوين لا يسمح إلّا بمفتاح الأمان فقد يتعذّر على المستخدم دخول Windows، لذلك أأمن إبلاغ الميدان قبل الطرح. وكلمة المرور تفترض المزامنة بين جانب Google وجانب Windows، فتشغيل إعادة التعيين أوّلًا على جانب AD / Entra ID وحده يفضي إلى حوادث تسجيل دخول بسبب عدم التطابق.

الملف الشخصي للمؤلف

صفحة الملف الشخصي لمؤلف المقالة.

غو كومورا

مؤسّس شركة كومورا سوفت ذ.م.م.

يركّز على تطوير برامج ويندوز، والاستشارات التقنية، والتحقيق في الأخطاء، ويتميّز في المشاريع التي تبقى فيها الأصول القديمة ناشطة، وفي تشخيص الأعطال التي يصعب تحديد سببها.