سؤال يتم عرض إصدار PHP غير صحيح عند تشغيل VPN


لدي مشكلة غريبة أود حقا أن أعرف المزيد عنها. أمس كنت نشر موقع جديد على خادم الاستضافة الخاص بي. قبل يوم من تحولت من PHP 5.2.17 إلى PHP 5.4.10 على الخادم. الشيء الغريب هو أن الإصدار كان لا يزال يتم الإبلاغ عنه 5.2.17؟ طلبت من زميلك في العمل الذهاب إلى الموقع وحصل على النسخة الصحيحة. أخيرًا ، قمت بتحويل شبكة VPN الخاصة بي (لم يتم استخدامها لهذا الخادم المحدد) وعلى الفور تمكنت من رؤية الخادم الذي يقوم بتشغيل إصدار PHP الصحيح. الآن أود حقا أن أعرف لماذا يحدث هذا؟ الشيء الوحيد الذي يمكنني التفكير فيه هو أن هذا يجب أن يكون نوعًا ما من مشكلة التخزين المؤقت بالاقتران مع نفق VPN قيد التشغيل؟

إذا قمت بإنشاء ملف جديد عبر SSH في webroot ، لا يمكنني الوصول إلى الملف من خلال المتصفح الخاص بي ، ولكني أتلقى صفحة 404 بدلاً من ذلك. إذا أوقفت أو أعد تشغيل شبكتي ، فسينتهي هذا الخطأ.

أنا استخدم جونو بولس كعميل VPN الخاص بي.

شيء آخر مثير للاهتمام لاحظته هو أنه بعد إعادة تشغيل عميل VPN ، تقوم الصفحة بالإبلاغ عن الإصدار الصحيح مرة أخرى.


4
2017-09-14 10:08


الأصل


ما هو عميل VPN الذي تستخدمه وكيف قمت بالتحقق من إصدار PHP؟ - Spokey
Spokey - قمت بتحرير إجابتي وأضفت معلومات حول العميل. أنا أستخدم Juno Pulse. راجعت إصدار php عن طريق إضافة ملف info.php الذي ينفذ phpInfo(); وأضاف هذا إلى جذر الموقع. - Cyclonecode
يبدو أنك وصلت إلى صفحة مخبأة. بما أنك لم تعد تتأثر بهذا السلوك ، فما هو بالضبط سؤالك؟ - Ramhound
Ramhound - السؤال هو لماذا يحدث هذا. ما هو التخزين المؤقت للصفحة؟ إذا قمت بإعادة تسمية info.php إلى info2.php (هذا لا ينبغي أن يكون مخبأ) ثم واجهت نفس السلوك عند الوصول إلى الجديد info2.php ملف من خلال المتصفح الخاص بي؟ - Cyclonecode
ليس من الضروري - ذلك يعتمد على كيفية تكوين موازن التحميل. يمكن أن يكون موازنة على عنوان IP أو نوع من ملفات تعريف الارتباط جلسة العمل. قد يكون من المفيد تجربة متصفح مختلف للقضاء على إمكانية حقن ملفات تعريف الارتباط لموازنة الحمل. قد ترغب أيضًا في تجربة بصمة الخوادم لمعرفة ما إذا كانت مختلفة عن بعضها (كلتا الطريقتان طويلتان ، ولكن تستحق المحاولة). - davidgo


الأجوبة:


يبدو لي وكأنه قضية مزود + نظام أسماء النطاقات - على وجه التحديد أنا أفترض أن الموفر لديه عدة أجهزة - ربما مع تخزين الويب المشترك ولكن تخزين النظام المتزامن بشكل دوري - وباستخدام / عدم استخدام VPN قمت بتغيير التوجيه إلى جهاز آخر - قبل PHP - تم تحديثه.

علامات هذا هي: 1. ليس مخبأ. إعادة تسمية ملف info.php استبعدها. 2. في مسألة التوجيه ذات الصلة - VPN thr chsnges التوجيه. 3. كانت مشكلة مؤقتة.


2
2018-02-14 18:40



لا أعتقد أنها كانت مشكلة مؤقتة حيث يمكنني إعادة إنتاجها عن طريق إعادة تشغيل اتصال VPN. - Cyclonecode


بدون التحقق من الإعداد الأساسي ، يصعب تحديد ما إذا كانت المشكلة قائمة على بعض المعلومات التي قدمتها أم لا ، فمن المستبعد أن يكون التخزين المؤقت قد تم إنشاؤه في ملف info2.php ولديك نفس المشكلة.

مما يشير إلى المكان الذي تم توجيهه إلى خادم آخر عند استخدام الشبكة الظاهرية الخاصة. إما عن طريق موازن تحميل في مزودك أو DNS (انظر ما إذا كان هناك سجلات متعددة / round-robin). لا يوجد أي مخبأ في شبكة ظاهرية خاصة بك قد يسبب هذا (وهو ما أعتقد أنه هو ما تحصل عليه).

هناك العديد من تكوينات موازن الحمل المختلفة ، لكن أحد هذه التهيئة يعتمد على تجزئة عنوان IP الذي يفسر لماذا أنت عالق دائمًا مع نفس النظام (الذي ربما لم يقم بمزامنة تغييراتك بعد) ولكن عندما يتم توجيهه إلى آخر عند الوصول من آخر IP. انظر في nginx ip_hash للحصول على مثال واحد من هذا التكوين موازن. على وجه التحديد،

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

أما بالنسبة إلى خيار نظام أسماء النطاقات ، فتحقق مما إذا كانت مسارات نطاقك متعددة إلى سجلات A ، ربما باستخدام أداة مثل mxtoolbox لأن هذا قد يفسر أيضًا أنه يتم توجيهه إلى نظام آخر إذا لم يكن هناك LB فعليًا في مكانه.

كان هناك شيء يتبادر إلى الذهن بالنسبة إلى موقف مشابه لهذه التغييرات التي طرأت مؤخرًا على الشفرة حيث لا يتم عرضها لطلبات معينة. كانت المشكلة أن ENOM سمحت لـ CNAME بالسجل الجذر غير المسموح به لكل RFC1034 في واجهتها. ولكن ما يحدث في الواقع هو أنهم ببساطة يبحثون عن سجلات A لـ CNAME والتي كانت في هذه الحالة AWS ELS وأنشأت سجلات A A للمكتبين IP اللذين تم حلهما من ELB ثم بعد بضعة أشهر عندما قام AWS بتغيير أحد IP الخاص بـ ELB لم يتم عكس هذا التوجيه حتى بعض الطلبات حيث يتم توجيهها إلى ELB IP القديم وبدوره عرض الشفرة المخبأة القديمة.


1
2018-02-18 04:42