PPTP عبر نقطة اتصال: TCP 1723 نصف الطريق فقط

امضِ في الفحوص بالترتيب: هل يُفتح اتصال التحكم، وهل يصمد GRE عبر المسار، وهل يقبل الخادم النداء، وهل يكتمل التحقق من الهوية. يحتاج عميل PPTP إلى جلسة TCP على 1723 ومسار GRE يحمل البيانات، وقد تمرّر نقطة الاتصال أحدهما وتُسقط الآخر. وتنفيذها بالترتيب يخبرك أي حدّ يجب فحصه بدل التخمين. أرقام أخطاء Windows لا تفعل ذلك نيابةً عنك.

GRE هو البروتوكول 47 في IP. وهو ليس المنفذ 47 في TCP أو UDP، وهذا التمييز يفسّر معظم الالتباس حول الجدر النارية.

مساران، اتصال واحد

اتصال التحكم جلسة TCP عادية إلى منفذ الوجهة 1723، وتسمح به معظم الشبكات دون اعتراض. أما مسار البيانات فهو GRE، البروتوكول 47، وجدار ناري يسمح بالأول قد يكون غافلاً تماماً عن الثاني. وينتج عن هذا المزيج عميل يبدو أنه يبدأ ثم لا يحمل شيئاً، وهي علامة أقل إفادة بكثير من اتصال مرفوض. افحص المسارين منفصلين قبل أن تستنتج أي شيء عن المشغّل.

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

نقطة الاتصال تضيف حدّين آخرين

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

بند قائمة يحمل اسم تمرير PPTP، حيث وُجد، يحكم كيفية تعامل ذلك الجهاز مع هذا البروتوكول. وهو ليس الميزة نفسها التي تستضيف VPN على الهاتف أو تمرّر كل بروتوكول بلا شرط، وتفعيله ليس إذناً عاماً بتمرير GRE.

اقرأ 807 كانقطاع، لا كحكم

يُبلّغ Windows عن 807 كاتصال منقطع، وهو يصف النتيجة لا السبب. ويعامل جدول أخطائه 806 منفصلاً كفئة متعلقة بـ GRE، وهذا الفرق جدير بالمعرفة قبل بناء نظرية. ولا يكشف أيّ من الرقمين ما إذا كان المشغّل قد رشّح البروتوكول 47، أو نفدت سعة الخادم، أو كانت بيانات الاعتماد صحيحة. يقول الخطأ إن الجلسة انتهت؛ ويقول المسار أين.

اختبار متصفح ينجح على نقطة الاتصال يثبت فقط أن مسار تطبيق عادي يعمل. ولا يقول شيئاً عن GRE.

اعزل المرحلة التي فشلت

أبقِ الحاسوب المحمول والخادم والملف الشخصي ثابتة، ثم غيّر شبكة الوصول وحدها إلى شبكة معتمدة أخرى. إن تغيّرت النتيجة، فالتقط تبادلات TCP و GRE عند الحدود التي تتحكم بها واعثر على أبكر مرحلة لا تحدث أبداً: إنشاء التحكم، أو إعداد النداء، أو تسليم البيانات، أو مصادقة PPP. ولكل منها بصمة مختلفة في الالتقاط. ومقارنة شبكة عاملة بشبكة فاشلة أكثر إفادة بكثير من إعادة قراءة نص الخطأ.

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

للوصول المستمر، اتفق على ترحيل مدعوم مع مالك VPN. وتنتهي القائمة بقرار لا بحلٍّ مؤقت.