استيراد بيانات منتج Magento يسبب حظر IP

Question

يبدو أنه منذ تطبيق التصحيح SUPEE-7045، أصبح عنوان IP الخاص بمكتبنا محظورًا بواسطة موفر الاستضافة الخاص بنا عندما نقوم باستيراد بيانات المنتج (عبر ملف CSV، باستخدام ملف تعريف Dataflow).

عند مشاهدة تقدم السجلات التي تتم معالجتها، يبدو أنها تتوقف مؤقتًا عند/بعد كل سجل سادس، قبل المتابعة.

عند فحص سجل الأخطاء عبر cPanel، نرى ما يلي:

• mod_hive يطابق URI example.com/.../xyz.csv/ (تكرر 6 مرات)

• وصل عميل mod_hive إلى الحد الأقصى لعدد الاتصالات (6) لكل URI example.com/.../system_convert_gui/batchRun/key/.../home/.../public_html/index.php لمدة 10 ثواني، قم بالإشارة إلى: example.com/index.php/.../system_convert_gui/run/id/3/key/.../files/import-20160216014458-1_XXX.csv/

يتكرر ما سبق عدد X من المرات، على سبيل المثال.تكرر 8 مرات إذا كان لدينا 48 منتجًا.

شهد أول ظهور لهذه المشكلة حدوث خطأ في استيراد 200 منتج عند حوالي 40 سجلًا؛بلغت الواردات اللاحقة 58 منتجًا، وتم إكمالها بنجاح، مع حدوث الحظر في أي وقت خلال 90 ثانية من انتهاء الاستيراد.

يقول مزود الاستضافة الخاص بنا إنه يبدأ في حظر عناوين IP إذا رأوا 20 اتصالاً متعددًا أو نحو ذلك، نظرًا لأن ذلك علامة على اختراق محتمل.لست متأكدًا من كيفية جمع 20 مقابل 6، ولكن يبدو أنهما مرتبطان.

اقترحوا إزالة كلمة "admin" من عنوان URL الخاص بالمسؤول (كان لدينا بعض البادئات المقننة + "admin")، وهو الأمر الذي حاولناه ولكن تم حظره.

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

هل لدى أي شخص أدنى فكرة عما إذا كان سلوك اتصال Magento قد تغير (بشكل عام أو على وجه التحديد لتدفق البيانات)؟ما هو الكود الذي يمكنني إصلاحه؟لم أسمع قط عن Hive قبل الآن (في إشارة إلى "mod_hive" في سجل الأخطاء).

لقد قرأت ملاحظات التصحيح، وعلى الرغم من أن بعض العناصر تبدو شبه مرتبطة، إلا أنه لا يوجد شيء يبدو لي هو المكان المناسب لبدء البحث.

Answer 1

أنت على نظام قيد التشغيل mod_hive.إنه نظام إدارة للخوادم المشتركة.لديه بعض الأشياء المختلفة التي يمكنه القيام بها، أحدها هو تقييد التحميل

تم تحديد الحد الأقصى للتحميل للخادم في الملف /usr/local/Apache/conf/includes/1h.conf.

على سبيل المثال:

<IfModule mod_hive.c>
  MaxLoadLimit 30.0
</IfModule>

الغرض من هذا الخيار هو منع تنفيذ المحتوى الديناميكي عندما يكون متوسط ​​تحميل الخادم مرتفعًا جدًا.بهذه الطريقة تمنع التحميل الزائد على الخادم.

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

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

1. يتطلب Magento حقًا المزيد من الاتصالات بعد التصحيح أو
2. لقد كنت في منطقة استخدام أولية مما دفع المضيف المشترك أخيرًا إلى تجاوز حدوده.

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

توقع أن تتخلى عنك الاستضافة المشتركة في النهاية عندما تبدأ في طلب المزيد من الموارد، ولا تعمل Magento بشكل جيد مع الآخرين.