Nginx कॉन्फ़िग जनरेटर

Nginx कॉन्फ़िग जनरेटर एक मुफ़्त ऑनलाइन टूल है जो SSL, रिवर्स प्रॉक्सी, php-fpm, gzip, कैशिंग, सुरक्षा हेडर, रेट लिमिटिंग और रीडायरेक्ट के साथ प्रोडक्शन-तैयार Nginx कॉन्फ़िग तैयार करता है। इसमें 7 प्रीसेट शामिल हैं। यह पूरी तरह आपके ब्राउज़र में चलता है, बिना किसी इंस्टॉलेशन या साइन-अप के।

सात: Static Site, WordPress, Node.js, Laravel, Next.js, Django, SPA (React/Vue)। प्रत्येक उपयुक्त सेटिंग्स को पहले से भर देता है।

nginx.conf या sites-available के लिए एक server ब्लॉक तैयार करता है। रेट-लिमिटिंग ज़ोन निर्देश http ब्लॉक के लिए टिप्पणियों के रूप में दिखाए जाते हैं।

नहीं। सब कुछ आपके ब्राउज़र में क्लाइंट-साइड पर चलता है।

हाँ, Nginx कॉन्फ़िग जनरेटर 100% मुफ़्त है — बिना किसी पंजीकरण, छिपे शुल्क या उपयोग सीमा के। सारी प्रोसेसिंग आपके ब्राउज़र में स्थानीय रूप से होती है, जिससे पूर्ण गोपनीयता सुनिश्चित होती है।

बिल्कुल। Nginx कॉन्फ़िग जनरेटर सब कुछ आपके ब्राउज़र में क्लाइंट-साइड पर संसाधित करता है। कोई भी डेटा किसी सर्वर पर अपलोड या संग्रहीत नहीं किया जाता। आपकी सामग्री हर समय आपके डिवाइस पर निजी रहती है।

हाँ, Nginx कॉन्फ़िग जनरेटर पूरी तरह रिस्पॉन्सिव है और स्मार्टफ़ोन तथा टैबलेट पर काम करता है। आप इसे आधुनिक वेब ब्राउज़र वाले किसी भी डिवाइस पर इस्तेमाल कर सकते हैं — किसी ऐप डाउनलोड की ज़रूरत नहीं।

किसी खाते या पंजीकरण की आवश्यकता नहीं है। बस अपने ब्राउज़र में Nginx कॉन्फ़िग जनरेटर खोलें और तुरंत इसका उपयोग शुरू करें। कोई साइन-अप बाधा या उपयोग की सीमा नहीं है।

बस दिए गए फ़ील्ड में अपना इनपुट दर्ज करें, अपनी पसंद के अनुसार कोई भी सेटिंग समायोजित करें, और टूल इसे तुरंत संसाधित कर देगा। फिर आप परिणाम को क्लिपबोर्ड पर कॉपी कर सकते हैं या डाउनलोड कर सकते हैं।

Nginx कॉन्फ़िग जनरेटर Chrome, Firefox, Safari, Edge और Opera सहित सभी आधुनिक ब्राउज़र में काम करता है। सर्वोत्तम अनुभव के लिए, अपने पसंदीदा ब्राउज़र के नवीनतम संस्करण का उपयोग करें।

Nginx में, rate limiting के लिए दो हिस्सों की जरूरत होती है जो अलग-अलग contexts में रहते हैं। limit_req_zone directive एक shared memory zone परिभाषित करता है (उदाहरण के लिए, zone=ratelimit:10m rate=...) और यह केवल top-level http block में ही मान्य होता है, क्योंकि यह zone सभी server blocks के बीच शेयर होता है। इससे मेल खाने वाला limit_req directive, जो burst वैल्यू के साथ असल में लिमिट को लागू करता है, server या location block के अंदर होता है। अगर आप limit_req_zone को server block में डाल देते हैं, तो Nginx एक "directive is not allowed here" error के साथ शुरू होने में विफल हो जाता है। यही वजह है कि यह generator limit_req लाइन को सीधे आपके server block में रखता है लेकिन limit_req_zone लाइन को एक labeled comment के रूप में देता है, जो आपको इसे http context में ऊपर ले जाने की याद दिलाता है। टूल में rate limiting चालू करें और दोनों हिस्सों को सही जगह पर copy करें।

एक reverse proxy config अपने ही port पर चल रहे एक अलग application server, जैसे 127.0.0.1:3000 या :8000 पर चल रहे Node.js, Next.js, या Django/Gunicorn process, तक requests भेजने के लिए proxy_pass का उपयोग करता है। Nginx X-Real-IP, X-Forwarded-For, X-Forwarded-Proto, और Host जैसे headers जोड़ता है, साथ ही WebSockets चालू होने पर Upgrade और Connection headers भी। इसकी जगह एक PHP-FPM config location ~ \.php$ block का उपयोग करता है जिसमें fastcgi_pass एक Unix socket की ओर इशारा करता है और fastcgi_params शामिल होता है, ताकि Nginx PHP फ़ाइलों को HTTP proxy करने की बजाय सीधे FPM process को सौंप दे। WordPress और Laravel FastCGI रास्ता इस्तेमाल करते हैं; Node, Next.js, और Django reverse proxy रास्ता इस्तेमाल करते हैं। generator में अपने स्टैक से मेल खाता preset चुनें और यह सही directives खुद जोड़ देगा।

दोनों redirects एक ही server block सेटअप में साफ-सुथरे तरीके से हैंडल होते हैं। HTTP-to-HTTPS के लिए, port 80 पर सुन रहा एक अलग server plain requests को पकड़ता है और https:// वर्जन की ओर एक 301 भेजता है, जबकि आपका मुख्य server SSL के साथ 443 पर सुनता है। www बनाम non-www canonicalization के लिए, आप एक host को दूसरे की ओर redirect करते हैं, फिर से 301 के साथ, ताकि search engines और browsers www और root को duplicate साइट मानने की बजाय एक ही canonical domain पर टिक जाएं। इसे हाथ से करने पर, अगर नियम आपस में टकराएं या कोई directive गलत server में चला जाए, तो redirect loops का खतरा रहता है। generator में HTTP-to-HTTPS और अपना पसंदीदा www या non-www विकल्प टॉगल करें, और यह आपके लिए सही क्रम में redirect blocks लिख देगा।

listen 443 ssl लाइन में http2 जोड़ने से HTTP/2 चालू हो जाता है, जो कई requests को एक ही connection पर multiplex करता है और बिना किसी application बदलाव के, ज्यादा assets वाले पेजों को काफी तेज कर देता है। ssl_protocols को केवल TLSv1.2 और TLSv1.3 तक सीमित करने से पुराने SSLv3, TLS 1.0, और TLS 1.1 protocols हट जाते हैं, जो deprecated हैं और POODLE व BEAST जैसे हमलों के लिए संवेदनशील हैं, ताकि आधुनिक clients केवल सुरक्षित ciphers पर बात करें। generator एक हार्डेंड cipher suite, एक session cache, preload के साथ वैकल्पिक HSTS, और OCSP stapling भी जोड़ता है ताकि certificate revocation checks handshake को धीमा न करें। ये वे defaults हैं जिन्हें लोग हाथ से configs लिखते समय अक्सर भूल जाते हैं। टूल में SSL सेक्शन चालू करें और डिप्लॉय करने से पहले जांचने के लिए ये सेटिंग्स आपके लिए भर दी जाएंगी।

Single-page apps routing को JavaScript में हैंडल करते हैं, इसलिए जब कोई user /dashboard जैसे किसी deep link को refresh करता है, तो browser Nginx से उस path पर एक असली फ़ाइल मांगता है। खास हैंडलिंग के बिना, Nginx 404 लौटाता है क्योंकि डिस्क पर ऐसी कोई फ़ाइल मौजूद नहीं होती। इसका हल एक try_files directive है जो आपके index.html पर वापस गिरता है: try_files $uri $uri/ /index.html;। यह असली static assets को तब सर्व करता है जब वे मौजूद हों, लेकिन किसी भी अनजान path को वापस app shell पर भेज देता है, जिससे client router कमान संभाल लेता है। इस लाइन को भूल जाना प्रोडक्शन में SPA refresh टूटने की सबसे आम वजह है। इस generator में SPA (React/Vue) preset उस history fallback को अपने-आप सेट कर देता है, साथ ही gzip और asset caching भी, तो बस output copy करें और आपके routes hard refresh में भी बचे रहेंगे।