عقد تصفية CDN¶

تتيح لك قسم العقد في واجهة مستخدم كونسول Wallarm إدارة عقد عقدة Wallarm وعقد CDN. هذه المقالة تتناول عقد CDN.

Wallarm CDN node operates as a reverse proxy to the protected server. It analyzes incoming traffic, mitigates malicious requests and forwards legitimate requests to the protected server.

![CDN node operation scheme][cdn-node-operation-scheme]

As for the other characteristics of the Wallarm CDN node:

• Hosted by the third-party cloud provider (Section.io), so no resources are required from your infrastructure to deploy the CDN node.

  Uploading request data to the third-party cloud provider

  Some data on processed requests is uploaded to the Lumen service.

• Uploads some request data to the Wallarm Cloud. [Learn more about uploaded data and cutting the sensitive data][data-to-wallarm-cloud-docs]

• [Operates][operation-modes-docs] in the safe blocking mode relying on the [IP graylist contents][graylist-populating-docs] to identify suspected traffic and block it.

  To change the mode, use the corresponding [rule][operation-mode-rule-docs].

• The CDN node is fully configured via Wallarm Console UI. The only setting to be changed in another way is adding the Wallarm CNAME record to the protected resource's DNS records.

• You can request the Wallarm support team to perform [application configuration][link-app-conf] for your node.

إنشاء عقدة¶

لإنشاء عقدة CDN، يرجى اتباع التعليمات.

عرض تفاصيل العقدة¶

يتم عرض تفاصيل العقدة المُثبتة في جدول وبطاقة لكل عقدة. لفتح البطاقة، انقر على سجل الجدول المناسب.

تتوفر المعلومات والمقاييس التالية للعقدة:

• اسم العقدة الذي يتم إنشاؤه بناءً على اسم النطاق المحمي

• عنوان IP للعقدة

• عنوان المنشأ المرتبط بالنطاق المحمي

• الرمز الفريد لتعريف العقدة (UUID)

• حالة العقدة

• شهادة SSL/TLS: شهادة Let's Encrypt التي يولدها Wallarm أو الشهادة الخاصة

• وقت آخر تزامن لعقدة التصفية و Wallarm Cloud

• تاريخ إنشاء عقدة التصفية

• عدد الطلبات التي تمت معالجتها بواسطة العقدة في الشهر الحالي

• الإصدارات المستخدمة من custom_ruleset و proton.db

• إصدارات حزم Wallarm المُثبتة

• مؤشر لتحديثات المكونات المتاحة

تحديث عنوان المنشأ للمورد المحمي¶

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

لتحديث عنوان المنشأ، استخدم خيار تعديل عنوان المنشأ.

تحميل شهادة SSL/TLS الخاصة¶

تصدر Wallarm تلقائيًا شهادة Let's Encrypt مما يمكن HTTPS على نطاق عقدة CDN. يتم توليد الشهادات وتجديدها تلقائيًا حسب الحاجة.

إذا كنت تمتلك بالفعل شهادة للنطاق المحمي وتفضل ذلك على شهادة Let's Encrypt، يمكنك تحميل شهادتك الخاصة باستخدام خيار تحديث شهادة SSL/TLS.

استخدام Varnish Cache¶

يسرع استخدام عقدة CDN بالتزامن مع مسرع HTTP Varnish Cache توصيل المحتوى للمستخدمين (مثل استجابات الخادم). ومع ذلك، إذا قمت بتغيير المحتوى الخاص بك، قد يتم تحديث النسخة المخزنة مؤقتًا على CDN بتأخير، مما قد يسبب مشاكل ويكون سببًا لتعطيل Varnish Cache.

لتجنب المشاكل مع سرعة تحديث المحتوى، يتم تعطيل Varnish Cache افتراضيًا. يمكنك تمكين/تعطيل Varnish Cache يدويًا. للقيام بذلك، انتقل إلى العقد → قائمة عقدة CDN → تمكين Varnish Cache أو تعطيل Varnish Cache.

حذف عقدة¶

عند حذف عقدة التصفية، سيتم إيقاف تصفية الطلبات إلى نطاقك. لا يمكن التراجع عن حذف عقدة التصفية. سيتم حذف العقدة من قائمة العقد نهائيًا.

1. حذف سجل CNAME الخاص بـ Wallarm من سجلات DNS للنطاق المحمي.

   سيتم إيقاف تخفيف الطلبات الضارة

   بمجرد إزالة سجل CNAME ودخول التغييرات حيز التنفيذ على الإنترنت، ستتوقف عقدة CDN الخاصة بـ Wallarm عن توجيه الطلبات وسيذهب الحركة المشروعة والضارة مباشرة إلى المورد المحمي.

   ينتج عن ذلك خطر استغلال ثغرات الخادم المحمي عند التأثير في السجل المحذوف لـ DNS ولكن لم يدخل سجل CNAME الذي تم إنشاؤه للإصدار الجديد من العقدة حيز التنفيذ بعد.

2. انتظر حتى يتم نشر التغييرات. تُعرض حالة سجل CNAME الفعلية في Wallarm Console → العقد → CDN → حذف العقدة.

3. حذف العقدة CDN من قائمة العقد.

مشكلات عقدة CDN¶

What do CDN node statuses mean?¶

The following statuses may appear in Wallarm Console → Nodes for CDN nodes:

• Registering: Wallarm registers the CDN node in the cloud provider.

  Required action: wait for the Requires CNAME status to add the Wallarm CNAME record to the protected domain's DNS records.

• Requires CNAME: Wallarm CNAME record is not added to the DNS records of the protected domain or it is added but not propagated yet.

  Required action: add the CNAME record provided by Wallarm to the DNS records of the protected domain or wait for the changes to take effect on the Internet.

  If changes do not take effect for more than 24 hours, please check that your domain provider successfully updated the DNS records. If so, but the Not propagated yet status is still displayed in Wallarm Console, please contact the Wallarm technical support.

  The next expected status is Active.

• Configuring: Wallarm processes changed origin address or SSL/TLS certificate.

  Required action: wait for the Active status.

• Active: Wallarm CDN node mitigates the malicious traffic.

  Required action: none. You can monitor the [events][events-docs] the CDN node detects.

• Deleting: Wallarm deletes the CDN node.

  Required action: none, please wait for deletion to be finished.

How to identify the CNAME record propagated?¶

The Nodes section of Wallarm Console displays the actual status of whether the Wallarm CNAME record took effect on the Internet. If the CNAME record is propagated, the CDN node status is Active.

In addition, you can check the HTTP response headers with the following request:

curl -v <PROTECTED_DOMAIN>

If the Wallarm CNAME record is propagated, the response will contain the section-io-* headers.

If the CNAME record is not propagated for more than 24 hours, please check that your domain provider successfully updated the DNS records. If so, but the Not propagated yet status is still displayed in Wallarm Console, please contact the Wallarm technical support.

The CDN node is highlighted in red in the Nodes section. What does it mean?¶

If the CDN node is highlighted in red in the Nodes section, an error occurred during its registration or configuration due to the following possible reasons:

• Unknown error while registering the node in the third-party cloud provider

  Required action: contact the Wallarm technical support.

• Invalid custom SSL/TLS certificate

  Required action: make sure the uploaded certificate is valid. If not, upload the valid one.

The CDN node highlighted in red does not proxy requests and as a result, does not mitigate malicious traffic.

Why the CDN node could disappear from the node list in Wallarm Console?¶

Wallarm deletes CDN nodes with CNAME records left unchanged for 10 or more days since the moment of the node creation.

If you find the CDN node disappeared, create a new node.

Why is there a delay in the update of the content protected by the CDN node?¶

If your site is protected by the CDN node and you notice that when you change your data, the site is updated with a sensible delay, the probable reason may be the [Varnish Cache][using-varnish-cache] which speeds up your content delivery, but the cached copy on the CDN may be updated with a delay.

Example:

1. You have Varnish Cache enabled for your CDN node.

2. You updated prices on your site.

3. All requests are proxied via CDN, and the cache is not updated immediately.

4. Site users see the old prices for some time.

To resolve the problem, you may disable Varnish Cache. To do so, proceed to Nodes → CDN node menu → Disable Varnish Cache.

هل كانت هذه الصفحة مفيدة؟

كيف يمكننا تحسين هذه المقالة؟ (خياري)

المعلومات غير واضحة أو محيرة

معلومات غير كافية

معلومات قديمة أو غير صحيحة

0/240

يرسل