सामग्री पर जाएं
बाहरी स्थिति पृष्ठ मॉनिटर

बाहरी स्थिति पृष्ठ मॉनिटर

Markdown के रूप में देखें

बाहरी स्थिति पृष्ठ मॉनिटर उस सेवा के सार्वजनिक स्थिति पृष्ठ पर नज़र रखता है जिस पर आप निर्भर हैं — AWS, GCP, Azure, GitHub, OpenAI, Anthropic और कई अन्य — और जब वह प्रदाता किसी outage या प्रदर्शन में गिरावट की रिपोर्ट करता है, तो आपको अलर्ट करता है। इसका उपयोग upstream समस्याओं के बारे में प्रदाता के रिपोर्ट करते ही जानने के लिए, और उन्हें अपनी समस्याओं से अलग पहचानने के लिए करें।

यह Status200 से बने स्थिति पृष्ठ भी हर संसाधन के हिसाब से पढ़ता है, और नियोजित रखरखाव को outage से अलग पहचानता है: किसी दूसरी टीम के प्रोजेक्ट पर, या ऐसे विक्रेता पर नज़र रखें जिसका स्थिति पृष्ठ Status200 पर चलता है।

यह कैसे काम करता है

हर जाँच पर एक प्रोब स्थिति पृष्ठ लाता है, पता लगाता है कि वह किस फ़ॉर्मेट का है, और समग्र स्थिति, घटक और सक्रिय घटनाएँ पढ़ता है। अगर आपने मॉनिटर का दायरा किसी घटक समूह या घटक तक सीमित किया है, तो केवल वही गिने जाते हैं। फिर मानदंड तय करते हैं कि मॉनिटर ऑनलाइन है या ऑफ़लाइन।

flowchart TB fetch["स्थिति पृष्ठ लाएँ"] --> detect["फ़ॉर्मेट पहचानें"] detect --> parse["स्थिति, घटक, घटनाएँ पढ़ें"] parse --> scope["समूह या घटक रखें"] scope --> criteria{"सक्रिय घटना या outage?"} criteria -->|हाँ| down["ऑफ़लाइन, घटना घोषित"] criteria -->|नहीं| up["ऑनलाइन"]

किसी बाहरी स्थिति पृष्ठ की एक जाँच

आप इसका उपयोग इनके लिए कर सकते हैं:

  • उन third-party सेवाओं की उपलब्धता की निगरानी जिन पर आपका ऐप्लिकेशन निर्भर है
  • upstream प्रदाताओं में outage होने पर अलर्ट पाना
  • अलग-अलग घटकों की स्थिति पर नज़र रखना
  • निगरानी को एक घटक समूह तक सीमित करना (जैसे केवल OpenAI के "APIs"), ताकि पृष्ठ पर कहीं और की असंबंधित घटनाएँ आपका मॉनिटर trigger न करें
  • उपयोगकर्ताओं पर असर पड़ने से पहले प्रदर्शन में गिरावट पकड़ना
  • अपनी घटनाओं को upstream प्रदाता की समस्याओं से जोड़कर देखना

समर्थित प्रदाता

प्रदाताविवरण
Auto (डिफ़ॉल्ट)स्थिति पृष्ठ का फ़ॉर्मेट अपने आप पहचानता है
Atlassian StatuspageAtlassian Statuspage पर चलने वाले स्थिति पृष्ठ (JSON API)
incident.ioincident.io पर चलने वाले स्थिति पृष्ठ (जैसे https://status.openai.com)
Status200 Status PageStatus200 से बने स्थिति पृष्ठ: हर संसाधन की स्थिति, और क्या रखरखाव में है
RSSRSS feed देने वाले स्थिति पृष्ठ
AtomAtom feed देने वाले स्थिति पृष्ठ

अपने आप पहचान

Auto पर सेट होने पर Status200 स्थिति पृष्ठ का फ़ॉर्मेट इस क्रम में अपने आप पहचानता है:

  1. पहले वह incident.io स्थिति पृष्ठ API (/proxy/<host>) आज़माता है।
  2. फिर वह Atlassian Statuspage JSON API (/api/v2/status.json, /api/v2/components.json और /api/v2/incidents/unresolved.json) आज़माता है।
  3. फिर वह किसी Status200 स्थिति पृष्ठ का सारांश (/status-page-api/summary/<page>) माँगता है।
  4. अगर ये विफल हों, तो वह पृष्ठ को RSS या Atom feed के रूप में parse करने की कोशिश करता है।
  5. आख़िरी विकल्प के रूप में वह एक बुनियादी HTTP पहुँच-योग्यता जाँच करता है।
नोट

incident.io को पहले इसलिए जाँचा जाता है क्योंकि कुछ incident.io स्थिति पृष्ठ (जैसे https://status.openai.com) एक सीमित, Atlassian-संगत endpoint भी देते हैं जिसमें घटक समूह और सक्रिय घटनाएँ नहीं होतीं। incident.io को पहले जाँचने से समूहों वाला ज़्यादा समृद्ध डेटा इस्तेमाल होता है।

जब आपका स्पष्ट रूप से चुना गया प्रदाता विफल होता है, तब भी पहुँच-योग्यता जाँच ही विकल्प होती है। यह केवल बताती है कि पृष्ठ जवाब देता है या नहीं — 2xx या 3xx response पर ऑनलाइन — और कोई घटक या घटना रिपोर्ट नहीं करती।

बाहरी स्थिति पृष्ठ मॉनिटर बनाएं

  1. नया मॉनिटर शुरू करें

    मॉनिटर पर जाएँ और मॉनिटर बनाएं पर क्लिक करें। मॉनिटर प्रकार में और मॉनिटर प्रकार पर क्लिक करें और Basic Monitoring के अंतर्गत External Status Page चुनें, या खोज बॉक्स में statuspage टाइप करें। एक नाम दर्ज करें, फिर अगला पर क्लिक करें।

  2. स्थिति पृष्ठ का URL दर्ज करें

    स्थिति पृष्ठ URL दर्ज करें। जब तक आप फ़ॉर्मेट नहीं जानते, प्रदाता को Auto पर ही रहने दें।

  3. ज़रूरत हो तो दायरा तय करें

    और फ़ील्ड खोलें और APIs जैसा एक Component Group Filter दर्ज करें, और एक घटक पर नज़र रखने के लिए घटक नाम फ़िल्टर दर्ज करें (समूह सेट हो तो उसी समूह के भीतर)।

  4. परीक्षण करें

    पृष्ठ को एक बार लाने के लिए मॉनिटर का परीक्षण करें पर क्लिक करें, और उसे मिले प्रदाता, घटक और घटनाएँ जाँचें।

  5. मानदंडों की समीक्षा करें

    मानदंड चरण डिफ़ॉल्ट मानदंडों से शुरू होता है, जो प्रदाता के दायरे के भीतर किसी सक्रिय घटना या outage की रिपोर्ट करने पर मॉनिटर को ऑफ़लाइन चिह्नित करते हैं। ज़रूरत हो तो इन्हें बदलें, फिर अगला पर क्लिक करें।

  6. प्रोब चुनें और बनाएं

    प्रोब और एक निगरानी अंतराल चुनें — यह हर 5 मिनट से शुरू होता है — फिर मॉनिटर बनाएं पर क्लिक करें।

कॉन्फ़िगरेशन विकल्प

विकल्पक्या दर्ज करेंडिफ़ॉल्ट
स्थिति पृष्ठ URLस्थिति पृष्ठ का URL। Atlassian Statuspage और incident.io पर चलने वाली साइटों के लिए यह आम तौर पर root URL होता है (जैसे https://status.example.com)। RSS/Atom feeds के लिए सीधे feed URL दर्ज करें।—
प्रदाताफ़ॉर्मेट पहचानने के लिए Auto, या पता हो तो Atlassian Statuspage, incident.io, Status200 Status Page, RSS या Atom।Auto
Component Group Filterवह समूह जिस तक मॉनिटर सीमित हो। और फ़ील्ड के अंतर्गत।सभी समूह
घटक नाम फ़िल्टरजिस घटक पर नज़र रखनी है। और फ़ील्ड के अंतर्गत।दायरे के सभी घटक
टाइमआउट (ms)स्थिति पृष्ठ के लिए अधिकतम प्रतीक्षा समय। और फ़ील्ड के अंतर्गत।10000 (10 सेकंड)
पुनः प्रयासपहला प्रयास विफल होने के बाद, एक-एक सेकंड के अंतर पर, कितनी बार फिर से प्रयास करना है; 0 का मतलब एक ही प्रयास। और फ़ील्ड के अंतर्गत।3 (अधिकतम 4 प्रयास)

Component Group Filter

अगर स्थिति पृष्ठ अपने घटकों को समूहों में बाँटता है, तो आप मॉनिटर को एक समूह तक सीमित कर सकते हैं। उदाहरण के लिए, https://status.openai.com पर APIs दर्ज करने से मॉनिटर OpenAI की API सेवाओं तक सीमित हो जाता है।

जब कोई घटक समूह सेट हो, तो सक्रिय घटना संख्या और समग्र स्थिति केवल उस समूह के घटकों से निकाली जाती है — किसी असंबंधित समूह (जैसे ChatGPT) को प्रभावित करने वाली घटना "APIs" समूह तक सीमित मॉनिटर को trigger नहीं करेगी।

घटक समूह फ़िल्टरिंग Atlassian Statuspage, incident.io और Status200 Status Page प्रदाताओं के लिए समर्थित है। RSS और Atom feeds घटक समूह नहीं देते।

घटक नाम फ़िल्टर

अगर स्थिति पृष्ठ कई घटकों की रिपोर्ट करता है, तो आप केवल एक घटक की निगरानी के लिए उसका नाम दे सकते हैं। फ़िल्टर हर उस घटक से मेल खाता है जिसके नाम में आपका दर्ज किया टेक्स्ट हो, case को अनदेखा करते हुए — actions "Actions" नाम के घटक से मेल खाता है।

जब कोई घटक समूह भी सेट हो, तो घटक नाम फ़िल्टर उस समूह के भीतर लागू होता है, जिससे आप बड़े समूह के अंदर किसी एक घटक को चुन सकते हैं। जब कोई फ़िल्टर न दिया गया हो, तो दायरे के सभी घटकों की निगरानी होती है। RSS या Atom feed पर नाम फ़िल्टर feed के items के शीर्षकों से मिलाया जाता है।

चेतावनी

जो फ़िल्टर किसी से मेल नहीं खाता, वह स्वस्थ दिखता है: दायरे में कोई घटक न हो, तो outage की रिपोर्ट करने वाला कुछ नहीं होता। स्थिति पृष्ठ से वर्तनी मिलाएँ, और फ़िल्टर क्या रखता है यह देखने के लिए मॉनिटर का परीक्षण करें का उपयोग करें।

निगरानी मानदंड

आप यह तय करने के लिए मानदंड कॉन्फ़िगर कर सकते हैं कि बाहरी सेवा कब ऑनलाइन या ऑफ़लाइन मानी जाए, इनके आधार पर:

फ़िल्टर प्रकारयह क्या जाँचता हैफ़िल्टर शर्तें
External Status Page Is Onlineक्या स्थिति पृष्ठ पहुँच योग्य है और स्थिति डेटा लौटा रहा हैसही या गलत
External Status Page Overall Statusपृष्ठ द्वारा बताई गई समग्र स्थितिबराबर है, बराबर नहीं है, शामिल है, शामिल नहीं है, से शुरू होता है, पर खत्म होता है
External Status Page Component Statusदायरे के घटकों की स्थिति (घटक समूह / घटक नाम फ़िल्टर का पालन करते हुए): कार्यरत, Under Maintenance, Degraded Performance, Partial Outage, Major Outage या Full Outageबराबर है, बराबर नहीं है, शामिल है, शामिल नहीं है, से शुरू होता है, पर खत्म होता है
External Status Page Active Incidentsस्थिति पृष्ठ पर अभी सक्रिय घटनाओं की संख्या (फ़िल्टर सेट होने पर घटक समूह / घटक तक सीमित)बराबर है, बराबर नहीं है, और संख्यात्मक तुलनाएँ
External Status Page Response Time (in ms)स्थिति पृष्ठ का डेटा लाने में कितना समय लगता हैसे बड़ा, से छोटा, से बड़ा या बराबर, से छोटा या बराबर

समग्र स्थिति वही है जो पृष्ठ कहता है, इसलिए उसके मान प्रदाता के अनुसार बदलते हैं: Atlassian Statuspage अपना विवरण बताता है, जैसे All Systems Operational; Status200 स्थिति पृष्ठ दायरे के अपने घटकों में सबसे ख़राब स्थिति बताता है, जैसे under_maintenance; feed operational या degraded_performance बताता है; पहुँच-योग्यता जाँच reachable या unreachable बताती है। ये तुलनाएँ case-sensitive हैं। Outages पर अलर्ट के लिए External Status Page Active Incidents और External Status Page Component Status आम तौर पर ज़्यादा भरोसेमंद होते हैं।

RSS या Atom feed पर पिछले 24 घंटों के items सक्रिय घटनाएँ गिने जाते हैं: RSS item अपनी प्रकाशन तिथि से, Atom entry अपनी अपडेट तिथि से। भविष्य की तारीख़ वाला item उस तारीख़ तक नहीं गिना जाता।

डिफ़ॉल्ट मानदंड

डिफ़ॉल्ट रूप से Status200 ऐसे मानदंड बनाता है जो स्थिति पृष्ठ के लिए वास्तव में मायने रखने वाली चीज़ों पर आधारित हों — उसकी सक्रिय घटनाएँ और घटकों की सेहत, केवल पहुँच-योग्यता नहीं:

मानदंडफ़िल्टरप्रभाव
Offlineइनमें से कोई भी: पृष्ठ ऑनलाइन नहीं है; दायरे में कम से कम एक सक्रिय घटना है; दायरे का कोई घटक Degraded Performance, Partial Outage, Major Outage या Full Outage बताता हैमॉनिटर को ऑफ़लाइन चिह्नित करता है और एक घटना घोषित करता है, जो मानदंड के मेल खाना बंद करने पर अपने आप सुलझ जाती है
Onlineइनमें से सभी: पृष्ठ ऑनलाइन है; दायरे में कोई सक्रिय घटना नहीं हैमॉनिटर को ऑनलाइन चिह्नित करता है

क्योंकि सक्रिय घटना संख्या और घटक स्थितियाँ घटक समूह / घटक नाम फ़िल्टर का पालन करती हैं, ये डिफ़ॉल्ट मानदंड अपने आप केवल उन्हीं घटकों पर ध्यान देते हैं जिनकी आपको परवाह है।

Status200 स्थिति पृष्ठ

Status200 से बने किसी स्थिति पृष्ठ पर नज़र रखने के लिए प्रदाता के रूप में Status200 Status Page चुनें, या Auto रहने दें: किसी दूसरी टीम का प्रोजेक्ट, या Status200 Cloud या self-hosted Status200 पर किसी विक्रेता का पृष्ठ। स्थिति पृष्ठ URL में पृष्ठ का अपना पता डालें: उसका डोमेन, जैसे https://status.example.com, या बिना अपने डोमेन वाले पृष्ठ के लिए https://status200.ru/status-page/<status-page-id>।

मॉनिटर पृष्ठ का सारांश, /status-page-api/summary/<page>, पढ़ता है (देखें सारांश पढ़ें): केवल वही जो पृष्ठ अपने आगंतुकों को दिखाता है, और दूसरे प्रोजेक्ट का और कुछ नहीं। पृष्ठ का हर संसाधन, कोई मॉनिटर या मॉनिटर समूह, एक घटक है, उस नाम से जो पृष्ठ उसे देता है, पृष्ठ के समूह में; किसी दूसरे समूह के अंदर का समूह Core / Databases लिखा जाता है। एक संसाधन पर घटक नाम फ़िल्टर से, या एक समूह पर Component Group Filter से नज़र रखें।

किसी घटक की स्थिति वह मान है जिसका अर्थ पृष्ठ पर उसकी स्थिति देती है, इसलिए घटक स्थिति के मानदंड किसी भी स्थिति पृष्ठ की तरह काम करते हैं:

पृष्ठ परघटक स्थिति
प्रोजेक्ट की चालू स्थितिoperational
Degraded नाम की स्थितिdegraded_performance
Offline, Down या Major Outage नाम की स्थितिmajor_outage
Partial Outage नाम की स्थितिpartial_outage
Full Outage नाम की स्थितिfull_outage
Maintenance नाम की स्थितिunder_maintenance
कोई और स्थितिdegraded_performance
वह स्थिति जिसे पृष्ठ छिपाता है, जब Show current status बंद होunknown

जब तक कोई जारी अनुसूचित रखरखाव इवेंट किसी संसाधन को प्रभावित करता है, क्योंकि वह उसके किसी मॉनिटर या उसके मॉनिटर समूह के किसी मॉनिटर का नाम लेता है, तब तक घटक under_maintenance रहता है, चाहे उसके मॉनिटर किसी भी स्थिति में हों: जब तक कोई इवेंट मॉनिटर को रोके रखता है, उसकी जाँच नहीं होती। जो इवेंट अभी आने वाला है, या ख़त्म हो चुका है, वह कुछ नहीं बदलता। पृष्ठ की सक्रिय घटनाएँ उन संसाधनों के लिए गिनी जाती हैं जिन्हें वे प्रभावित करती हैं।

डिफ़ॉल्ट मानदंड रखरखाव को कभी outage नहीं मानते: दूसरे प्रोजेक्ट के नियोजित काम के दौरान मॉनिटर ऑनलाइन रहता है।

अपने मॉनिटर पर दूसरे प्रोजेक्ट का रखरखाव दिखाएँ

  1. मानदंड जोड़ें

    मॉनिटर के मानदंड में मानदंड जोड़ें पर क्लिक करें। उसे फ़िल्टर External Status Page Component Status, बराबर है, Under Maintenance दें, और मॉनिटर स्थिति बदलकर करें में अपनी रखरखाव स्थिति चुनें।

  2. उसे सबसे ऊपर ले जाएँ

    नए मानदंड को बाकी मानदंडों के ऊपर खींचें: पहला मेल खाने वाला मानदंड जीतता है।

  3. मॉनिटर का परीक्षण करें से जाँचें

    जब दूसरे प्रोजेक्ट में रखरखाव चल रहा हो, तब मॉनिटर का परीक्षण करें पर क्लिक करें: प्रभावित घटक Under Maintenance दिखाता है।

Status200 स्थिति पृष्ठ मॉनिटर को क्या पढ़ने देता है

जिस पृष्ठ को कोई भी खोल सकता है, उसे वैसे ही पढ़ा जाता है जैसा उसके आगंतुक देखते हैं। निजी पृष्ठ, जो साइन-इन, SSO या पासवर्ड माँगता है, पढ़ा नहीं जा सकता: Status200 Status Page चुना होने पर जाँच विफल होती है और कारण बताती है। IP allowlist वाले पृष्ठ को प्रोब के पते को अंदर आने देना चाहिए: उस नेटवर्क के अंदर के किसी प्रोब से उस पर नज़र रखें।

टेम्पलेट वेरिएबल

बाहरी स्थिति पृष्ठ मॉनिटर से घटनाएँ या अलर्ट बनाते समय आप शीर्षकों, विवरणों और समाधान नोट में ये वेरिएबल उपयोग कर सकते हैं (देखें घटना और अलर्ट टेम्पलेट):

वेरिएबलविवरण
{{isOnline}}क्या स्थिति पृष्ठ ऑनलाइन है (true/false)
{{responseTimeInMs}}मिलीसेकंड में response समय
{{failureCause}}विफलता का कारण, अगर कोई हो
{{overallStatus}}समग्र स्थिति संकेतक का मान
{{activeIncidentCount}}सक्रिय घटनाओं की संख्या (फ़िल्टर हो तो उस तक सीमित)
{{componentStatuses}}घटक स्थितियों का JSON array (name, status, description, groupName)
{{provider}}पहचाना गया प्रदाता (Atlassian Statuspage, incident.io, Status200 Status Page, RSS, Atom); पहुँच-योग्यता जाँच के बाद खाली
{{componentGroup}}वह घटक समूह जिस तक मॉनिटर सीमित है, अगर कोई हो
{{componentName}}वह घटक जिस तक मॉनिटर सीमित है, अगर कोई हो

लोकप्रिय स्थिति पृष्ठ URL

यहाँ लोकप्रिय सेवाओं के स्थिति पृष्ठों की सूची है। इनमें से कई Atlassian Statuspage या incident.io का उपयोग करते हैं, इसलिए Auto प्रदाता इन्हें अपने आप पहचान लेता है। जो पृष्ठ इनमें से किसी पर नहीं बना और feed भी नहीं है, उसे केवल पहुँच-योग्यता जाँच मिलती है — ऐसे पृष्ठों के लिए, अगर प्रदाता RSS या Atom feed प्रकाशित करता है, तो उसकी निगरानी करें।

सेवास्थिति पृष्ठ URL
AWShttps://health.aws.amazon.com/health/status
Google Cloud Platformhttps://status.cloud.google.com
Microsoft Azurehttps://status.azure.com
GitHubhttps://www.githubstatus.com
OpenAIhttps://status.openai.com
Anthropichttps://status.anthropic.com
Cloudflarehttps://www.cloudflarestatus.com
Datadoghttps://status.datadoghq.com
PagerDutyhttps://status.pagerduty.com
Twiliohttps://status.twilio.com
Stripehttps://status.stripe.com
Slackhttps://status.slack.com
Atlassian (Jira, Confluence)https://status.atlassian.com
Vercelhttps://www.vercel-status.com
Netlifyhttps://www.netlifystatus.com
DigitalOceanhttps://status.digitalocean.com
Herokuhttps://status.heroku.com
MongoDB Atlashttps://status.cloud.mongodb.com
Fastlyhttps://status.fastly.com
New Relichttps://status.newrelic.com
Sentryhttps://status.sentry.io
CircleCIhttps://status.circleci.com

सर्वोत्तम प्रथाएँ

  • Auto प्रदाता का उपयोग करें, जब तक आप सटीक फ़ॉर्मेट न जानते हों — अपने आप पहचान ज़्यादातर स्थिति पृष्ठों के लिए अच्छा काम करती है।
  • किसी घटक समूह तक सीमित करें अगर आप किसी प्रदाता के केवल एक हिस्से पर निर्भर हैं (जैसे केवल OpenAI के "APIs"), ताकि असंबंधित घटनाएँ शोर न करें।
  • खास घटकों की निगरानी करें अगर आप केवल कुछ सेवाओं पर निर्भर हैं।
  • अपने मॉनिटरों के साथ मिलाएँ — बाहरी स्थिति पृष्ठ मॉनिटर को अपने API और वेबसाइट मॉनिटरों के साथ जोड़ें। जब दोनों एक साथ डाउन हों, तो upstream स्थिति पृष्ठ आपको मूल कारण तक जल्दी पहुँचाता है।

समस्या निवारण

मॉनिटर ऑफ़लाइन है, लेकिन घटना सेवा के उस हिस्से की है जिसका मैं उपयोग नहीं करता

मॉनिटर का दायरा Component Group Filter, घटक नाम फ़िल्टर, या दोनों से तय करें। तब सक्रिय घटना संख्या और घटक स्थितियाँ केवल दायरे के भीतर की चीज़ें गिनती हैं।

Outage के दौरान भी मॉनिटर कभी ऑफ़लाइन नहीं होता

हो सकता है फ़िल्टर किसी से मेल न खाते हों, जो स्वस्थ दिखता है, या पृष्ठ को केवल पहुँच-योग्यता जाँच मिल रही हो। मॉनिटर का परीक्षण करें चलाएँ और उसे मिले प्रदाता और घटक जाँचें।

Auto गलत फ़ॉर्मेट चुनता है, या कोई घटक नहीं ढूँढ पाता

प्रदाता को वह सेट करें जिसका उपयोग आप जानते हैं कि पृष्ठ करता है। RSS या Atom feed के लिए स्थिति पृष्ठ का नहीं, feed का अपना URL दर्ज करें।

Status200 स्थिति पृष्ठ कोई घटक नहीं दिखाता

प्रदाता के रूप में Status200 Status Page चुनें और मॉनिटर का परीक्षण करें पर क्लिक करें: परिणाम बताता है कि पृष्ठ निजी है या उसकी IP allowlist प्रोब को बाहर रखती है। जो self-hosted Status200 काफ़ी समय से अपडेट नहीं हुआ है, वह अभी सारांश नहीं देता: तब तक पृष्ठ को पहुँच-योग्यता जाँच मिलती है, या उसे feed के रूप में पढ़ा जाता है।

कोई आंतरिक स्थिति पृष्ठ पहुँच में नहीं है

प्रोब निजी नेटवर्क पतों को तब तक अस्वीकार करता है जब तक उसे उन तक पहुँचने की अनुमति न हो। अपने नेटवर्क के अंदर किसी प्रोब पर PROBE_ALLOW_PRIVATE_NETWORK_MONITORS=true सेट करें — देखें निजी नेटवर्क पहुँच।

अगले कदम