كان iCloud Private Relay يقول إنه يعمل.
لكن Chrome كان يقول شيئًا آخر.
كنت أعمل من مساحة مشتركة في براغ قبل مكالمة عميل بنحو نصف ساعة. فتحت MacBook، اتصلت بشبكة المكان، ثم بدأت يومي كالمعتاد:
Safari لقراءة البريد.
ملخص المقال والسياق العملي
لماذا لا يكفي iCloud Private Relay لحماية كل ما تفعله على الجهاز؟
كان iCloud Private Relay يقول إنه يعمل. لكن Chrome كان يقول شيئًا آخر.
ما الذي يستحق تذكره؟
- لماذا لا تكفي علامة «Connected» أو نتيجة Speed Test وحدها للحكم على نجاح الاتصال؟ وهنا بدأت المشكلة تبدو أكبر من اختلاف نتيجة اختبار IP. والنسخة النهائية قد أرسلها من تطبيق بريد مستقل.
- ما الذي ينبغي اختباره أولًا قبل تغيير كل شيء؟ Private Relay يركز على حماية التصفح في Safari، إلى جانب بعض حركة الإنترنت غير المشفرة، وليس VPN تقليديًا يضع كل تطبيقات الجهاز خلف المسار نفسه.
مصدر المنتج: الموقع الرسمي لـ OnlydogVPN
Chrome للدخول إلى لوحة العميل التي تعتمد على إضافة لا أستخدمها في Safari. Slack للمحادثة. Dropbox لرفع النسخة النهائية من ملف التصميم. كنت مشتركًا في iCloud+ وPrivate Relay مفعّلًا، لذلك لم أفكر كثيرًا في الاتصال. ثم احتجت إلى التحقق من عنوان IP لسبب يتعلق بحساب العميل.
فتحته في Safari. ظهر عنوان مختلف عن عنوان شبكة المكان. ممتاز. فتحت الاختبار نفسه في Chrome. ظهر عنوان الشبكة التي أجلس عليها. أعدت الصفحة. النتيجة نفسها. فتحت إعدادات iCloud. Private Relay ما زال On. في تلك اللحظة أدركت أن السؤال «هل Private Relay يعمل؟» ليس السؤال الذي كان يجب أن أسأله.
السؤال الحقيقي كان:
أي جزء من الـMac يعمل من خلاله؟
كنت أتعامل مع Private Relay كأنه VPN للـMac كله
من السهل الوقوع في هذا الافتراض. الميزة موجودة داخل إعدادات Apple. تخفي عنوان IP أثناء التصفح. وتعمل من دون تطبيق إضافي تقريبًا. بالنسبة لي، أصبح وجود كلمة Private Relay في الإعدادات اختصارًا ذهنيًا لعبارة: «الـMac محمي.»
لكن Apple تصف الوظيفة بصورة أضيق. Private Relay يركز على حماية التصفح في Safari، إلى جانب بعض حركة الإنترنت غير المشفرة، وليس VPN تقليديًا يضع كل تطبيقات الجهاز خلف المسار نفسه. (Apple Support)
وهنا بدأت المشكلة تبدو أكبر من اختلاف نتيجة اختبار IP. Safari ليس عملي كله. أحيانًا ليس حتى نصفه. الملف يخرج عبر Dropbox. المحادثة داخل Slack. الاجتماع في Zoom. لوحة العميل في Chrome. والنسخة النهائية قد أرسلها من تطبيق بريد مستقل. إذا كانت طبقة الخصوصية تتغير مع التطبيق الذي أفتحه، فأنا مضطر إلى تذكر هذه الحدود طوال اليوم.
وهذا عكس ما أريده من جهاز Mac.
ثم جاء خبر جعل هذا الفرق أصعب في تجاهله
قبل أيام قليلة فقط، ظهرت أبحاث جديدة حول WebKit وPrivate Relay.
في 5 و6 أغسطس 2026، أفادت تقارير بأن باحثين وجدوا مسارات داخل WebKit يمكنها تجاوز إعدادات البروكسي وكشف عنوان IP الحقيقي رغم تشغيل Private Relay، بينها طلبات مرتبطة بـWebAuthn وWebTransport. (MacRumors وTechRadar)
بالنسبة لي، أكدت القصة شيئًا كنت قد بدأت أراه على شاشتي أصلًا. Private Relay مفيد في مكانه. لكنني كنت أطلب منه وظيفة أكبر من وظيفته. وإذا كان الـMac كله هو مكان عملي، فأنا أحتاج اتصالًا يتبع عملي بين التطبيقات بدل أن أتتبع أنا حدود الحماية. وهكذا تغير معيار الاختيار.
لم أعد أبحث عن ميزة تبدو مدمجة جيدًا مع macOS. أصبحت أبحث عن اتصال أشغله مرة واحدة، ثم أعود إلى العمل.
المشكلة ظهرت بمجرد أن عدت إلى التطبيقات
كان أمامي ثلاثة أشياء يجب إنهاؤها. الدخول إلى لوحة العميل في Chrome. رفع ملف ZIP حجمه نحو 180 ميغابايت عبر Dropbox. ثم دخول مكالمة Zoom. بدأت بالملف. سحبته إلى مجلد Dropbox. ظهر: Syncing. ثم انتقلت إلى Chrome وفتحت لوحة العميل. وفي الخلفية ظل الاختلاف بين Safari وChrome يزعجني.
أحدهما يستخدم المسار الذي أتوقعه. والآخر لا. ثم هناك Dropbox وSlack وZoom. لم أكن أريد تحويل نصف الساعة السابقة للاجتماع إلى تحقيق في مسار كل تطبيق. والفكرة نفسها تظهر في تجارب بعض مستخدمي Mac على الشبكات العامة: Private Relay يبقى مفيدًا في Safari، بينما يستخدمون VPN منفصلًا عندما يريدون اتصالًا أوسع للجهاز. (Reddit)
هذا كان كافيًا بالنسبة لي. كنت أريد حدودًا أبسط.
هذه المرة لم أبحث عن VPN فيه أكبر عدد من الأزرار
عادةً عندما أبحث عن تطبيق Mac جديد، أنجرف سريعًا إلى المواصفات. كم دولة؟ كم خادمًا؟ كم بروتوكولًا؟ هل يوجد إعداد متقدم لكل حالة؟ لكنني كنت قد قضيت أصلًا وقتًا أفهم الفرق بين Safari وChrome وPrivate Relay. آخر ما أحتاجه هو أداة ثانية تطلب مني دراسة واجهتها قبل أن أستطيع العودة إلى Dropbox.
لذلك قلبت السؤال. بدل:
ما أكثر VPN يقدم خيارات على Mac؟
أصبح:
ما الـVPN الذي أستطيع تشغيله ثم التوقف عن التفكير فيه بينما أستخدم Mac؟
وهنا جربت OnlydogVPN↗.
أردت اتصالًا واحدًا يتبعني بين التطبيقات
فتحت التطبيق. في الاستخدام الأساسي لم أحتج إلى بدء العملية بحساب تقليدي جديد من بريد إلكتروني وكلمة مرور. اخترت الوضع المناسب للموقف واتصلت. ثم خرجت من التطبيق. أعدت اختبار Safari. ثم Chrome. هذه المرة خرج الاثنان عبر اتصال الـVPN. لكنني لم أرد أن أكرر اختبار IP عشر مرات.
عدت إلى الشيء الذي يجب أن أنجزه. Dropbox. 26%. 43%. 61%. الرفع مستمر. فتحت Slack. وصلت رسالتان جديدتان. أجبت زميلي. رجعت إلى Chrome. فتحت صفحة المشروع. انتقلت إلى لوحة الملفات ثم صفحة الموافقة. لم ألمس إعدادات الـVPN. عدت إلى Dropbox. 84%. ثم 100%. ظهرت علامة المزامنة المكتملة.
بعدها فتحت Zoom من رابط في Slack. انضمت الكاميرا. اشتغل الصوت. بدأ الاجتماع. وفي تلك اللحظة لم أعد أعرف حتى في أي نافذة يوجد تطبيق الـVPN. وهذا بالضبط ما كنت أريده.
على Mac، نسيان الـVPN كان جزءًا من النجاح
هذه هي النقطة التي غيرت رأيي أكثر من أي نتيجة سرعة. أنا أستخدم Mac لأن التطبيقات تتداخل مع بعضها بسهولة. أسحب ملفًا من Finder إلى Slack. أفتح رابطًا من Mail في Chrome. أضغط رابط Zoom من التقويم. أحفظ ملفًا في Dropbox ثم أرجع إلى Safari. إذا اضطررت مع كل انتقال إلى التفكير في حدود الحماية، فقد أصبحت أداة الاتصال هي التي تقود طريقة عملي.
مع الخيار الجديد، حدث العكس. الـVPN يعمل. وأنا أستخدم الـMac. لا أستطيع رؤية قواعد الشبكة الداخلية أو كل ما يحدث بعد خروج الحركة من جهازي، لذلك لا أستطيع تفسير كل اختلاف سابق على مستوى الشبكة. لكنني لا أحتاج إلى ذلك كي أرى النتيجة التي تهمني: Safari يعمل عبر الاتصال.
Chrome أيضًا. Dropbox أكمل الملف. Slack استمر. Zoom دخل الاجتماع.
الفرق التقني نفسه بسيط
Private Relay وVPN كامل ليسا الشيء نفسه. الأول مصمم أساسًا لخصوصية التصفح ضمن نطاق محدد، بينما الثاني يعطي الجهاز مسار VPN تستخدمه التطبيقات على مستوى النظام. هذا هو كل الشرح الذي احتجته. لم أكن أبحث عن ورقة تقنية. كنت أبحث عن طريقة تمنعني من سؤال نفسي مع كل تطبيق:
«هل هذا داخل المسار نفسه أم لا؟» وبمجرد أن اختفى هذا السؤال، أصبح الـVPN أقل حضورًا في يومي — وهذا بالنسبة لي ميزة.
وبعد الاجتماع وجدت سببًا صغيرًا لترك التطبيق مثبتًا
انتهت المكالمة. أغلقت Zoom. وعدت إلى Safari لأقرأ شيئًا قبل أن أغادر مساحة العمل. عندما فتحت التطبيق الأصغر لاحقًا، رأيت عداد الطلبات التي حُجبت بواسطة أدوات حظر التتبع. لم يكن هذا سبب اختياري للخدمة. ولو ظهر قبل أن ينجح Dropbox وZoom، لكان مجرد ميزة إضافية. لكن بعد أن انتهت المهمة، أصبح منطقيًا.
أنا أقضي معظم يومي بين مواقع كثيرة. وإذا كان الاتصال الذي أتركه يعمل يقلل أيضًا بعض طلبات التتبع غير الضرورية، فهذه فائدة لا تطلب مني تغيير سلوكي مرة أخرى. أغلقت التطبيق وتركت الاتصال يعمل.
لا أحتاج أن يحاول الـVPN أن يصبح جزءًا من macOS
هناك خدمات VPN أكبر لديها عدد مواقع أكبر، وتاريخ عام أطول، ومراجعات مستقلة أكثر. أما الخدمة الأصغر فلديها مواقع أقل وسجل عام أقصر. لو كنت أحتاج باستمرار إلى اختيار دولة أو مدينة دقيقة من قائمة ضخمة، سأهتم بهذا الفرق. لكن ذلك لم يكن سبب بحثي عن أفضل VPN لجهاز Mac.
المشكلة بدأت لأنني ظننت أن وجود Private Relay يعني أن كل ما أفعله على الجهاز يسير خلف طبقة واحدة. ثم تذكرت كيف أستخدم Mac فعلًا: Safari. Chrome. Dropbox. Slack. Zoom. كلها في جلسة عمل واحدة. Private Relay بقي مفيدًا في المكان الذي صُمم له. أما عندما أردت اتصالًا واحدًا يتبع العمل كله، فقد كان الخيار الثاني أبسط.
لم يجعلني أفكر أكثر في الشبكة. جعلني أفكر أقل فيها.
ولهذا أصبح أفضل VPN لجهاز Mac بالنسبة لي هو الذي يجعلني أتوقف عن سؤال «أي تطبيق محمي الآن؟» وأعود إلى السؤال الوحيد الذي يهم أثناء العمل: ما الشيء التالي الذي يجب أن أنجزه؟
أسئلة قد تخطر ببالك بعد القراءة
أسئلة قد تخطر ببالك بعد القراءة
لماذا لا يكفي iCloud Private Relay لحماية كل ما تفعله على الجهاز؟
كان iCloud Private Relay يقول إنه يعمل. لكن Chrome كان يقول شيئًا آخر.
لماذا لا تكفي علامة «Connected» أو نتيجة Speed Test وحدها للحكم على نجاح الاتصال؟
وهنا بدأت المشكلة تبدو أكبر من اختلاف نتيجة اختبار IP. والنسخة النهائية قد أرسلها من تطبيق بريد مستقل.
ما الذي ينبغي اختباره أولًا قبل تغيير كل شيء؟
Private Relay يركز على حماية التصفح في Safari، إلى جانب بعض حركة الإنترنت غير المشفرة، وليس VPN تقليديًا يضع كل تطبيقات الجهاز خلف المسار نفسه.