निजी अवसंरचना / कोई आईडी आवश्यक नहींगोपनीयता सिद्धांत पढ़ें
KoalaVPS फ़ील्ड नोट्स

स्पष्ट विश्वास सीमा वाला एक रिमोट MCP सर्वर।

मॉडल कॉन्टेक्स्ट प्रोटोकॉल क्लाइंट को टूल और संसाधनों से जोड़ता है। इसे सुरक्षित रूप से होस्ट करने का अर्थ है यह नियंत्रित करना कि कौन उन टूल को कॉल कर सकता है और प्रत्येक कॉल क्या कर सकती है।

परिवहन का सोच-समझकर चयन करें

एक स्थानीय stdio सर्वर और एक दूरस्थ HTTP सेवा की तैनाती आवश्यकताएँ भिन्न होती हैं। समर्थित दूरस्थ ट्रांसपोर्ट, TLS और प्रमाणित मार्ग का उपयोग करें। यह मानने के बजाय कि हर कार्यान्वयन समान क्षमताओं का समर्थन करता है, क्लाइंट और सर्वर संस्करणों की जाँच करें।

हर उपकरण को API मानें

आर्ग्युमेंट मान्य करें, उपयोगकर्ता-विशिष्ट प्राधिकरण लागू करें और संसाधन सीमित करें। मनमाने शेल निष्पादन को सुविधा टूल के रूप में उजागर न करें। जहाँ कोई टूल URL प्राप्त करता है वहाँ आउटबाउंड गंतव्यों को प्रतिबंधित करें और रहस्यों को विवरण और प्रतिक्रियाओं से बाहर रखें।

पहचान संग्रह को आनुपातिक रखें

एक नो-KYC होस्ट प्रदाता साइनअप डेटा को न्यूनतम कर सकता है, लेकिन MCP सेवा को फिर भी अपने स्वयं के उपयोगकर्ताओं, सत्र सुरक्षा और दुरुपयोग नियंत्रणों की आवश्यकता हो सकती है। स्पष्ट करें कि यह क्या लॉग करती है और बिना किसी निर्धारित उद्देश्य के टूल इनपुट को बनाए रखने से बचें।

परिचालन स्पष्टता के लिए परिनियोजित करें

समर्पित उपयोगकर्ता के अंतर्गत चलाएं, हेल्थ चेक का उपयोग करें, अनुरोध समय को सीमित करें और रिवर्स प्रॉक्सी की बफ़रिंग और टाइमआउट को प्रोटोकॉल के अनुकूल रखें। लेखन विशेषाधिकार देने से पहले प्रमाणीकरण, निरसन, डिस्कनेक्ट और पुनःप्रयास का परीक्षण करें।

प्रमाणीकरण को समर्थित प्रोटोकॉल के साथ संरेखित करें

HTTP-आधारित MCP परिनियोजन के लिए, प्रोटोकॉल की वर्तमान प्राधिकरण आवश्यकताओं और क्लाइंट के समर्थित संस्करण की समीक्षा करें। OAuth-आधारित संसाधन पहुँच में टोकन ऑडियंस, डिस्कवरी और स्कोप शामिल हैं, न कि केवल होमपेज पर पासवर्ड। HTTPS का उपयोग करें, इच्छित संसाधन के लिए टोकन सत्यापित करें और बियरर क्रेडेंशियल को क्वेरी स्ट्रिंग से बाहर रखें। stdio सर्वर एक अलग स्थानीय क्रेडेंशियल सीमा का उपयोग करता है।

  • अप्रमाणित अनुरोध का परीक्षण करें
  • अपने दायरे से बाहर एक प्रमाणित अनुरोध का परीक्षण करें
  • क्रेडेंशियल रद्द करें और सत्यापित करें कि यह काम करना बंद कर देता है

सीमित पहला टूलसेट प्रकाशित करें

सीमित मात्रा में डेटा लौटाने वाले केवल-पढ़ने वाले टूल से शुरू करें। फ़ाइल लेखन, सर्वर जीवनचक्र संचालन या बाहरी संदेश तभी जोड़ें जब उनकी अनुमतियाँ और डुप्लिकेट व्यवहार समझ लिए गए हों। लौटाए गए वेब पेजों और दस्तावेज़ों को अविश्वसनीय इनपुट मानें; उन्हें चुपचाप टूल सर्वर के अधिकार का विस्तार नहीं करना चाहिए।

प्रॉक्सी नियम लिखने से पहले प्रोटोकॉल व्यवहार को निर्धारित करें

सर्वर SDK रिलीज़ और वह MCP संशोधन दोनों रिकॉर्ड करें जिसका क्लाइंट उपयोग करेगा। 2026-07-28 Streamable HTTP संशोधन में, अनुरोध POST एंडपॉइंट का उपयोग करते हैं; प्रोटोकॉल सत्रों या स्टैंडअलोन GET स्ट्रीम पर निर्भर पुराने उदाहरण एक भिन्न संशोधन हैं। तब तक स्पष्ट संगतता आवश्यकता को न हटाएँ जब तक आप न जानें कि आप किस क्लाइंट का समर्थन करते हैं। रिवर्स प्रॉक्सी को उस संस्करण के लिए आवश्यक हेडर, HTTP स्थिति और प्रतिक्रिया स्ट्रीमिंग व्यवहार संरक्षित करना चाहिए।

  • लूपबैक लिसनर पर रीड-ओनली टूल से शुरू करें, फिर उसके सामने इच्छित HTTPS/प्रमाणीकरण सीमा रखें।
  • सार्वजनिक प्रॉक्सी के माध्यम से सामान्य परिणाम, स्ट्रीमिंग परिणाम, टाइमआउट और डिस्कनेक्टेड क्लाइंट का परीक्षण करें।
  • ट्रांसपोर्ट के अनुसार आवश्यक अनुमत Origin मानों को सत्यापित करें; Origin जाँच कॉलर के प्रमाणीकरण का विकल्प नहीं है।
  • यदि इवेंट केवल अंत में आते हैं, तो टूल कोड बदलने से पहले प्रॉक्सी बफ़रिंग और टाइमआउट व्यवहार का निरीक्षण करें।

प्राधिकरण विफलताओं का परीक्षण उतनी ही सावधानी से करें जितना सफलता का

OAuth-संरक्षित HTTP एक्सेस के लिए, MCP सर्वर एक संरक्षित संसाधन है। मेटाडेटा डिस्कवरी, अपेक्षित जारीकर्ता और टोकन ऑडियंस, तथा किसी विशेष ऑपरेशन के लिए आवश्यक स्कोप का परीक्षण करें। प्राधिकरण टोकन को URL क्वेरी स्ट्रिंग्स से बाहर रखें और इसे कभी भी बिना बदले किसी असंबंधित डाउनस्ट्रीम सेवा को अग्रेषित न करें। क्लाइंट-उन्मुख प्रमाणीकरण विफलता को उपयुक्त HTTP चैलेंज संरक्षित रखना चाहिए ताकि क्लाइंट अपने समर्थित प्रवाह के माध्यम से पुनर्प्राप्त कर सके।

  • कोई टोकन नहीं या समाप्त टोकन: संरक्षित एंडपॉइंट निजी टूल डेटा लौटाने के बजाय पहुँच अस्वीकार करता है।
  • अपर्याप्त अनुमति वाला वैध टोकन: अनुरोधित संसाधन अभी भी अगम्य रहता है।
  • किसी अन्य दर्शक के लिए टोकन: इसे अस्वीकार करें, भले ही इसका हस्ताक्षर अन्यथा वैध हो।
  • अप्रत्याशित बाहरी URL या फ़ाइल पथ: लाने या लिखने से पहले टूल के अधिकार के विरुद्ध सत्यापित करें।
  • लॉग और त्रुटि ट्रेस: टोकन और निजी टूल इनपुट हटाते हुए एक ऑपरेशन पहचानकर्ता और परिणाम बनाए रखें।
अपना इंफ्रास्ट्रक्चर कॉन्फ़िगर करें

नियंत्रण लें।
अपनी शर्तों पर तैनात करें।

कोई पहचान कागज़ी कार्रवाई नहीं। पूर्ण प्रशासक पहुँच। क्रिप्टो-नेटिव बिलिंग।