مُولد مُحَوِّل خدمة NGINX
مرشد
مُولد مُحَوِّل خدمة NGINX
بناء مُجمّع خادم NGINX جاهز للنسخ من نموذج بسيط. اختر منفذًا، اختر بين تقديم ملفات ثابتة أو توجيه الطلبات إلى خدمة خلفية، وقم بتفعيل SSL، HTTP/2، gzip، وتحويل من HTTP إلى HTTPS. يتم تحديث الناتج أثناء الكتابة ويُمكن نسخه مباشرة إلى /etc/nginx/sites-available/ على معظم التوزيعات.
كيفية استخدام
- أدخل النطاق الرئيسي اسم الخادم (مثلاً
example.com) وأي أسماء بديلة مثلwww.example.com. - اختر مُستمع المنفذ — عادةً ما تكون
80لـ HTTP. يتم استبدال المنفذ تلقائيًا بـ443 sslعند تفعيل SSL. - اختر الوضع: الملفات الثابتة تُظهر حقول جذر المستندات وملفات المؤشر، بينما مُحَوّل الطلب تُظهر حقل عنوان المُستقبل مع إمكانية إعادة توجيه عناوين WebSocket.
- تبديل تفعيل SSL لإضافة مسارات الشهادة، HTTP/2، وحقل توجيه تلقائي من HTTP إلى HTTPS.
- تعديل الإضافات مثل ضغط gzip، أقصى حجم جسم الطلب من العميل، ومسارات سجل الدخول أو سجل الأخطاء.
- استخدم ينسخ أو تحميل أزرار على الناتج لنسخ التكوين.
خصائص
- وضع خادم ثابت أو مُحَوّل عكسي – التبديل بين تقديم الملفات من جذر المستندات وتحويل الطلبات إلى خدمة خلفية.
- مُساعدين SSL – مفتاح واحد يضيف
ssl_certificate,ssl_certificate_key، بروتوكولات TLS الحديثة، خياري HTTP/2، وحقل توجيه تلقائي من HTTP إلى HTTPS. - مُحَوّل واعٍ للـ WebSocket – يمكن أن يُنتج مُحَوّل عكسي يُرسل عناوين
UpgradeوConnectionالضرورية لخوادم WebSocket وServer-Sent Events. - مُعايير آمنة للإنتاج – عناوين مناسبة
X-Forwarded-*، أنواع ضغط gzip، مُستمع IPv6، ومسارات قابلة للتعديلclient_max_body_size، سجل الدخول، وسجل الأخطاء. - العرض المباشر – يتم تجديد الناتج تلقائيًا مع كل تغيير في المدخلات، مع أزرار نسخ وتنزيل لتسهيل التثبيت.
التعليمات
-
ما هو مُجمّع خادم NGINX؟
مُجمّع خادم هو المقابل في NGINX لـ "مُجمّع الافتراضي" في Apache. يُجمع بين التعليمات التي تحدد كيفية استجابة NGINX لطلب معين باسم الخادم والمنفذ: أي ملفات يتم تقديمها، أين يتم توجيه الطلب، أي شهادة تشفير يتم استخدامها، وما هي السجلات التي يتم كتابتها. يُقارن NGINX الطلب مع مُجمّع خادم من خلال مقارنة
Hostالرأسserver_nameوlistenالتوجيهات. -
كيف يختار NGINX بين الملفات الثابتة والمحوّل العكسي؟
يُحدد السلوك حسب
location. يستخدم موقع الملف الثابتrootإضافةtry_filesوindexلإيجاد الملفات على القرص؛ يستخدم موقع المُحَوّل العكسيproxy_passلإعادة توجيه الطلب إلى عنوان آخر عبر HTTP. لا يقوم NGINX بتحديد الهدف تلقائيًا — تُختار الوضع من خلال كتابة التعليمات المناسبة، ويتصرف NGINX فقط وفقًا للمسار الذي يتطابق مع مسار طلب URI. -
لماذا استخدام HTTP/2 بدلًا من HTTP/1.1؟
يُمكن لـ HTTP/2 تعدد طلبات متوازية على اتصال TCP واحد، ويُرسل الرؤوس بتنسيق ثنائي مُضغوط (HPACK)، ويُدعم دعم التقدم من الخادم. في الممارسة، يقلل هذا من تأثير "الرأس الأول" ويقلل التأخير لصفحات تحمّل العديد من الموارد من نفس المصدر. يتطلب HTTP/2 تشفير TLS في المتصفحات، وهذا هو السبب في تفعيله معًا مع SSL على نفس المُستمع.
-
ما الذي يُضغط من خلال ضغط gzip؟
يُضغط مُودول
gzipفي NGINX للجوانب الناتجة قبل أن تغادر الخادم، باستخدام DEFLATE بمستوى قابل للتعديل. يكون أكثر فعالية على أنواع النصية مثل HTML، CSS، JavaScript، JSON، XML، SVG، ويكون لا يُؤثر على الأشكال المُضغوطة مثل JPEG، PNG، أو الفيديو. يُعلن NGINX عن دعمه للعملاء من خلال الرأسVary: Accept-Encodingلإمكانيّة تخزين نسخ مضغوطة وغير مضغوطة في المخازن. -
ما دور X-Forwarded-For عند التوجيه؟
عندما يمر الطلب من خلال مُحَوّل عكسي، يرى الخدمة الخلفية عنوان IP الخاص بالمحوّل كمُرسل. يُحتفظ بالرأس
X-Forwarded-Forبسلسلة العناوين الأصلية للمستخدمين، وX-Real-IPيُسجل فقط العميل المباشر. معًا معX-Forwarded-Protoيُمكن للخلفية إعادة بناء من هو المُستخدم الحقيقي وما إذا كان متصلًا عبر HTTPS، وهو أمر ضروري لتحديد معدلات الاستخدام، التحكم في الوصول، والتحليل.
تثبيت ملحقاتنا
أضف أدوات IO إلى متصفحك المفضل للوصول الفوري والبحث بشكل أسرع
恵 وصلت لوحة النتائج!
لوحة النتائج هي طريقة ممتعة لتتبع ألعابك، يتم تخزين جميع البيانات في متصفحك. المزيد من الميزات قريبا!
أدوات يجب تجربتها
عرض الكلشارك
ساعدنا على الاستمرار في تقديم أدوات مجانية قيمة
