API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) · पाठ

सरल रिवर्स प्रॉक्सी कॉन्फ़िगर करना

अनुरोधों को किसी एक बैकएंड अनुप्रयोग या सर्वर तक अग्रेषित करने के लिए Nginx सेट अप कीजिए।

पाठ 1, कुल 4 में से11 चरण

सरल रिवर्स प्रॉक्सी कॉन्फ़िगर करना, CoddyKit पर API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) का एक निःशुल्क पाठ है। यह 4 में से 1वाँ पाठ है। आप नीचे पूरा पाठ निःशुल्क पढ़ सकते हैं—फिर अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर के साथ ब्राउज़र में इसका व्यावहारिक अभ्यास कर सकते हैं। यह API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

रिवर्स प्रॉक्सी क्या है?

सरल शब्दों में, रिवर्स प्रॉक्सी क्लाइंट (जैसे आपका वेब ब्राउज़र) और आपके बैकएंड सर्वर के बीच मध्यस्थ का काम करता है। जब आप कोई अनुरोध भेजते हैं, तो वह पहले रिवर्स प्रॉक्सी तक जाता है।

इसके बाद रिवर्स प्रॉक्सी आपके अनुरोध को उपयुक्त बैकएंड सर्वर तक भेजता है, प्रतिक्रिया प्राप्त करता है और उसे वापस आपको भेज देता है। यह आपकी वेब सेवाओं के लिए एक सहायक रिसेप्शनिस्ट की तरह है!

Nginx: आपका ट्रैफ़िक नियंत्रक

Nginx (जिसका उच्चारण "engine-x" है) एक लोकप्रिय, उच्च-प्रदर्शन वाला वेब सर्वर है, जो बहुत कुशल रिवर्स प्रॉक्सी के रूप में भी काम कर सकता है।

यह आपके नेटवर्क के "किनारे" पर रहता है और क्लाइंट से आने वाले सभी अनुरोध प्राप्त करता है। अपने कॉन्फ़िगरेशन के आधार पर Nginx तय करता है कि अनुरोध को कौन-सा बैकएंड ऐप्लिकेशन या सर्वर संभालेगा।

इसे ट्रैफ़िक नियंत्रक की तरह समझें, जो आने वाले अनुरोधों को सही गंतव्य तक भेजता है।

Nginx सर्वर ब्लॉक की मूल बातें

Nginx कॉन्फ़िगरेशन को ब्लॉक में व्यवस्थित किया जाता है। आने वाले कनेक्शन संभालने वाला मुख्य ब्लॉक server ब्लॉक है।

प्रत्येक server ब्लॉक एक वर्चुअल होस्ट परिभाषित करता है और इसमें यह निर्दिष्ट होता है:

Nginx किस पोर्ट पर सुनता है (listen DIRECTIVE)।
यह किन डोमेन नामों के लिए प्रतिक्रिया देता है (server_name DIRECTIVE)।

यहीं Nginx तय करता है कि किसी अनुरोध के लिए कौन-सा विशिष्ट ऐप्लिकेशन कॉन्फ़िगरेशन उपयोग करना है।

server {
    listen 80;
    server_name example.com www.example.com;

    # Other configurations will go here
}

Location ब्लॉक के साथ रूटिंग

server ब्लॉक के अंदर, विशिष्ट URL या URL पैटर्न वाले अनुरोधों को Nginx द्वारा संभालने का तरीका परिभाषित करने के लिए location ब्लॉक का उपयोग किया जाता है।

उदाहरण के लिए, location / {} ब्लॉक सभी अनुरोधों से मेल खाता है, जबकि location /api {} ब्लॉक उन अनुरोधों से मेल खाता है जो /api से शुरू होते हैं।

इससे आप अपने ऐप्लिकेशन के अलग-अलग हिस्सों को अलग-अलग बैकएंड सेवाओं तक भेज सकते हैं।

server {
    listen 80;
    server_name myapp.com;

    location / {
        # How to handle requests to myapp.com/
    }

    location /api {
        # How to handle requests to myapp.com/api
    }
}

अनुरोध आगे भेजना: proxy_pass

रिवर्स प्रॉक्सी के लिए महत्वपूर्ण DIRECTIVE proxy_pass है। यह DIRECTIVE Nginx को बताता है कि आने वाले अनुरोध को कहाँ भेजना है।

आप proxy_pass को location ब्लॉक के अंदर रखते हैं। इसका मान आपके बैकएंड सर्वर या ऐप्लिकेशन का URL होता है।

http://localhost:8080: स्थानीय वेब सर्वर।
http://my-backend-service.com: दूरस्थ सेवा।

Nginx क्लाइंट का अनुरोध लेकर उसे सीधे इस निर्दिष्ट URL पर भेज देगा।

मूल रिवर्स प्रॉक्सी सेटअप

आइए अनुरोधों को प्रॉक्सी करने के लिए एक सरल Nginx कॉन्फ़िगरेशन बनाएँ। हम Nginx को पोर्ट 80 पर सुनने और सभी अनुरोधों को localhost:8080 पर चल रहे बैकएंड ऐप्लिकेशन तक भेजने के लिए सेट करेंगे।

इससे बैकएंड का पोर्ट छिप जाता है और Nginx सार्वजनिक ट्रैफ़िक संभाल सकता है।

server {
    listen 80;
    server_name myapp.com;

    location / {
        proxy_pass http://localhost:8080;
    }
}

अनुरोध की जानकारी सुरक्षित रखना

जब Nginx किसी अनुरोध को प्रॉक्सी करता है, तो वह क्लाइंट की ओर से काम करता है। डिफ़ॉल्ट रूप से, क्लाइंट की कुछ मूल जानकारी (जैसे उसका IP पता) खो सकती है या Nginx की अपनी जानकारी से बदल सकती है।

इस जानकारी को सुरक्षित रखने के लिए हम proxy_set_header DIRECTIVE का उपयोग करते हैं। सेट किए जाने वाले मुख्य हेडर हैं:

Host: मूल अनुरोधित होस्ट।
X-Real-IP: क्लाइंट का वास्तविक IP पता।
X-Forwarded-For: प्रॉक्सी IP पतों की सूची, जिसमें क्लाइंट का IP भी शामिल है।
X-Forwarded-Proto: मूल प्रोटोकॉल (HTTP/HTTPS)।

बैकएंड ऐप्लिकेशन के लिए क्लाइंट की सही पहचान करने और अनुरोधों को संभालने हेतु ये हेडर बहुत महत्वपूर्ण हैं।

उचित हेडर के साथ प्रॉक्सी करना

अपने रिवर्स प्रॉक्सी कॉन्फ़िगरेशन में आवश्यक हेडर शामिल करना अच्छी पद्धति है। इससे आपके बैकएंड ऐप्लिकेशन को क्लाइंट की सही जानकारी मिलती है।

यहाँ हमारा पिछला उदाहरण सामान्य proxy_set_header DIRECTIVE के साथ अपडेट किया गया है।

server {
    listen 80;
    server_name myapp.com;

    location / {
        proxy_pass http://localhost:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

सरल प्रॉक्सी का उपयोग क्यों करें?

एक सामान्य रिवर्स प्रॉक्सी सेटअप भी कई महत्वपूर्ण लाभ देता है:

सुरक्षा: बैकएंड सर्वर का सीधा IP और पोर्ट सार्वजनिक उपयोगकर्ताओं से छिपा रहता है।
लोड वितरण: (एक ही सर्वर होने पर भी, यह अधिक सर्वरों के लिए तैयार करता है)।
SSL समाप्ति: Nginx HTTPS एन्क्रिप्शन संभाल सकता है, जिससे बैकएंड का भार कम होता है।
URL पुनर्लेखन: जटिल पथों पर आंतरिक रूप से रूट करते हुए क्लाइंट को अधिक साफ़ URL दिखाएँ।

प्रवेश का यह एकल बिंदु प्रबंधन को सरल बनाता है और ट्रैफ़िक पर नियंत्रण बेहतर करता है।

त्वरित जाँच: Nginx प्रॉक्सी

निम्नलिखित Nginx कॉन्फ़िगरेशन अंश पर विचार करें। क्लाइंट के अनुरोधों को बैकएंड सर्वर तक आगे भेजने के लिए किस DIRECTIVE का उपयोग किया जाता है?

server {
listen 80;
server_name example.com;
location / {
# THIS IS WHERE THE DIRECTIVE GOES
http://my-backend-app:9000;
}
}

इंटरैक्टिव पाठ में इसका उत्तर दें

सारांश: सरल प्रॉक्सीकरण

बहुत बढ़िया! आपने Nginx को एक सरल रिवर्स प्रॉक्सी के रूप में कॉन्फ़िगर करने की मूल बातें सीख ली हैं।

हमने इन विषयों को शामिल किया:

server और location ब्लॉक की भूमिका।
अनुरोधों को आगे भेजने के लिए proxy_pass का उपयोग।
क्लाइंट की जानकारी सुरक्षित रखने में proxy_set_header का महत्व।

यह मूलभूत ज्ञान अधिक जटिल और मजबूत Nginx सेटअप बनाने के लिए महत्वपूर्ण है। अब हम जानेंगे कि कई backend सर्वरों को कैसे प्रबंधित किया जाता है!

शुरुआत निःशुल्क

एआई शिक्षक के साथ API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम: 12
पाठ: 48

निःशुल्क सीखना शुरू करें पूरा पाठ्यक्रम देखें

अक्सर पूछे जाने वाले प्रश्न

क्या “सरल रिवर्स प्रॉक्सी कॉन्फ़िगर करना” पाठ निःशुल्क है?

हाँ—“सरल रिवर्स प्रॉक्सी कॉन्फ़िगर करना” का पूरा पाठ यहाँ वेब पर निःशुल्क पढ़ा जा सकता है। इंटरैक्टिव अभ्यास (अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर) करने और API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ्यक्रम का बाकी हिस्सा अनलॉक करने के लिए CoddyKit PRO लें। API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“सरल रिवर्स प्रॉक्सी कॉन्फ़िगर करना” में मैं क्या सीखूँगा?

अनुरोधों को किसी एक बैकएंड अनुप्रयोग या सर्वर तक अग्रेषित करने के लिए Nginx सेट अप कीजिए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 1वाँ पाठ है।

“सरल रिवर्स प्रॉक्सी कॉन्फ़िगर करना” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ में कोड लिख और चला सकता हूँ?

हाँ। हर API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।

इस पाठ्यक्रम के सभी पाठ

← API गेटवे और रिवर्स प्रॉक्सी (Nginx + Spring Cloud Gateway) पर वापस जाएँ