المطالبة التي كانت تقرأ شيئًا واحدًا تقرأ الآن شيئًا آخر، والاتصال الذي تغيّر كان VPN. هذا كل الدليل الذي يملكه معظم الناس قبل أن يستنتجوا أن جهاز Mac قد أُعيدت تسميته، وهو لا يكفي. يخزّن macOS ثلاث قيم اسم منفصلة على الأقل، لكل منها وظيفة مختلفة، ولا تُظهر مطالبة الصدفة أكثر من واحدة منها بطريقة يسهل قراءتها خطأً.

مقارنتها تتطلب ثلاثة أوامر وتحسم السؤال قبل أن يعدّل أي شخص أي شيء.

ثلاث قيم، ثلاث وظائف

القيم الثلاث كلها سلاسل سيسرّ النظام بالإبلاغ عنها، والإغراء هو اعتبار أول قيمة تجدها هي المرجعية. وهكذا ينتهي المستخدم إلى «إصلاح» الحقل الخاطئ ويراقب العرَض وهو يستمر.

ValueWhat it is responsible for
ComputerNameThe friendly name a person sees in About and on the network browser; this is the one users mean by "my Mac's name"
LocalHostNameThe Bonjour name used on the local link, usually shown with a .local suffix in Sharing
HostNameAn explicitly configured host name that may simply not be set at all

الصف الثالث هو حيث تبدأ معظم الالتباس. إن HostName غير المضبوط حالة طبيعية وليس تلفًا، وهو يعني أن النظام يعود إلى مصادر أخرى عندما يحتاج اسم مضيف. قراءة ذلك الفراغ كتلف تؤدي إلى إصلاح لم يكن مطلوبًا قط. كما أنها تخفي السؤال الحقيقي، وهو ليس ما يُسمى به الجهاز بل أي اسم يستخدمه بحث معين أو مطالبة معينة في تلك اللحظة. أجب عن ذلك، فيتوقف الاسم الفارغ عن الظهور كعيب.

اقرأ قبل أن تكتب

هذه الأوامر الثلاثة تبلّغ عن القيم فقط. إنها لا تغيّر شيئًا، ما يجعل تشغيلها آمنًا أثناء التحقيق.

scutil --get ComputerName
scutil --get LocalHostName
scutil --get HostName

شغّلها في الجلسة المحلية نفسها قبل اتصال VPN مسموح وبعده، ولاحظ أي قيمة تختلف فعليًا. إذا لم يختلف شيء وظلّت المطالبة تبدو خاطئة، فلم يكن الاسم هو المشكلة قط: شيء ما في إعداد الصدفة أو في الجلسة البعيدة يعرض سلسلة مختلفة.

إن دليل Apple لأسماء الكمبيوتر وأسماء المضيف المحلية يضع الاسم المألوف تحت General وAbout، والاسم المحلي تحت General وSharing. ويوثّق أيضًا اللاحقة التلقائية التي تُضاف عندما يستخدم جهاز Mac آخر على الرابط نفسه اسمًا بالفعل، وهو أمر يستحق المعرفة قبل أن تعتبر رقمًا غير متوقع دليلًا على تلاعب.

ما تثبته مطالبة الصدفة فعلًا

المطالبة سلسلة تبنيها الصدفة، وقد يأتي عنصر اسم المضيف فيها من اسم المضيف الموسّع، أو من صيغة مختصرة منه، أو من قيمة مُثبّتة في ملف تعريف. وقد تنتمي أيضًا إلى جلسة SSH على جهاز مختلف تمامًا، وهو أقل التفسيرات بريقًا وأكثرها شيوعًا بكثير لمطالبة تغيّرت لحظة اتصالك بـ VPN.

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

المقارنة تهمّ في الإبلاغ أيضًا. مطالبة تبدو مختلفة وComputerName مخزّن تغيّر فعلًا هما نتيجتان بمالكين مختلفين، ودمجهما في جملة واحدة يرسل المهندس التالي إلى المكان الخطأ.

أين يمكن أن يمسّ VPN التسمية بشكل مشروع

يغيّر VPN أي المُحلِّلات ونطاقات البحث ذات الصلة، ويمكنه أن يمنح العميل اسم مضيف عبر DHCP إذا كان العميل مُهيأً لقبول واحد. تلك آلية حقيقية، وهي أيضًا أضيق من «VPN أعاد تسمية جهاز Mac». إن تغيّر مُحلِّل في أي اسم يُحلّ لعنوان معين لا يعيد كتابة القيم المحلية المخزّنة.

لذا افصل سؤالين. هل هوية الجهاز نفسها مختلفة، أم أن الاسم الذي يستخدمه للوصول إلى شيء آخر مختلف؟ الأول تجيب عنه القيم الثلاث المخزّنة؛ والثاني تجيب عنه استعلامات DNS وملف الاتصال المستخدم. التعامل معهما كسؤال واحد يُنتج تغييرات في إعدادات الهوية استجابةً لمشكلة في تحليل الأسماء.

إذا كان اسم مضيف دائم مطلوبًا فعلًا

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

حيث تكون التغيير مطلوبًا فعلًا، فإن الأداة نفسها التي قرأت القيم تكتبها، ويقبل HostName اسمًا مؤهلًا بالكامل بينما تتوقع القيمتان الأخريان الصيغ المحلية. سجّل ما غيّرته ولماذا، لأن هذا بالضبط نوع التعديل الذي يفاجئ الشخص التالي الذي ينظر إلى الجهاز.

في معظم التقارير تكون الإجابة الصحيحة أصغر مما يوحي به السؤال: اقرأ القيم الثلاث، وحدّد أيها يختلف، وأصلح ذلك فقط. كانت المطالبة عرَضًا لشيء ما، والأوامر الثلاثة تخبرك أي شيء.

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