ईमानदार सीमाओं वाला एक खोज इंटरफ़ेस।

अनुरोध पथ को जानें

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

इंटरफ़ेस को नियंत्रित रखें

HTTPS का उपयोग करें और तय करें कि इंस्टेंस निजी, प्रमाणित या सार्वजनिक है। सार्वजनिक खोज एंडपॉइंट के लिए दुरुपयोग नियंत्रण और क्षमता योजना आवश्यक है। सेटिंग्स और प्रशासनिक पहुंच को अलग से सुरक्षित करें।

क्वेरी प्रतिधारण न्यूनतम करें

खोज क्वेरी संवेदनशील हो सकती हैं। रिवर्स-प्रॉक्सी, एप्लिकेशन और सिस्टम लॉग की समीक्षा करें और परिभाषित आवश्यकता के बिना क्वेरी स्ट्रिंग रखने से बचें। बाहरी परिणाम और छवि अनुरोधों को समझाएँ जो अन्य पक्षों से संपर्क कर सकते हैं।

बनाए रखें और निरीक्षण करें

समर्थित रिलीज़, प्रतिक्रिया त्रुटियों और अपस्ट्रीम परिवर्तनों को ट्रैक करें। महँगे अनुरोध सीमित करें और अनुपलब्ध इंजनों के लिए स्पष्ट फ़ॉलबैक रखें। सीक्रेट टोकन उजागर किए बिना कॉन्फ़िगरेशन बैकअप लें।

कंटेनर और प्रॉक्सी सीमाओं को दृश्यमान बनाएँ

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

आधिकारिक दस्तावेज़: SearXNG कंटेनर इंस्टॉलेशन

खोज को AI परत से अलग रखें

यदि आप Perplexica या कोई अन्य मॉडल-सहायित इंटरफ़ेस जोड़ते हैं, तो क्वेरी और प्राप्त पाठ मॉडल प्रदाता को भी भेजे जा सकते हैं। उस नए डेटा पथ और उसकी लागत, प्रमाणीकरण और प्रतिधारण की समीक्षा करें। निजी मेटासर्च इंस्टेंस जोड़ी गई AI सेवा को स्वतः निजी नहीं बनाता।

चुनें कि खोज एंडपॉइंट का उपयोग कौन कर सकता है

एक निजी SearXNG इंस्टेंस टनल या प्रमाणित पहुँच सीमा का उपयोग कर सकता है। एक सार्वजनिक इंस्टेंस के लिए अलग क्षमता और दुरुपयोग योजना आवश्यक है। इसके अपस्ट्रीम सर्च इंजन अभी भी आपके होस्टिंग पथ से अनुरोध प्राप्त करते हैं और सीमाएँ या CAPTCHA लौटा सकते हैं; नया IP गारंटीकृत बायपास नहीं है। समर्थित कंटेनर निर्देशों का उपयोग करें, सेटिंग्स को स्थायी रखें और एक निजी इंस्टेंस सीक्रेट उत्पन्न करें। एप्लिकेशन को इच्छित TLS प्रॉक्सी के पीछे रखें।

• इंजनों का छोटा प्रारंभिक सेट चुनें जिन्हें क्वेरी करने की आपको अनुमति है।
• कॉन्फ़िगरेशन/सीक्रेट को सार्वजनिक फ़ाइल पथ से दूर रखें।
• जाँचें कि वैकल्पिक बाहरी इमेज या आइकन फ़ेचिंग गोपनीयता सीमा को बदलती है या नहीं।

आधिकारिक दस्तावेज़: SearXNG कंटेनर इंस्टॉलेशन

लिमिटर को वास्तविक क्लाइंट दिखाएँ

वर्तमान SearXNG लिमिटर दस्तावेज़ गतिशील स्थिति के लिए Valkey का उपयोग करते हैं। इसे निजी रूप से कॉन्फ़िगर करें और जब यह इंस्टेंस डिज़ाइन का भाग हो तो लिमिटर सक्षम करें। प्रॉक्सी विश्वास महत्वपूर्ण है: यदि हर आगंतुक प्रॉक्सी प्रतीत होता है, तो एक आगंतुक सभी की सीमा को प्रभावित कर सकता है; यदि मनमाने फ़ॉरवर्ड किए गए हेडर पर भरोसा किया जाता है, तो आगंतुक पता गलत बता सकता है। विश्वसनीय प्रॉक्सी श्रेणियों को वास्तविक परिनियोजन पर सेट करें, फिर एंडपॉइंट प्रकाशित करने से पहले परिणामी व्यवहार का परीक्षण करें।

आधिकारिक दस्तावेज़: SearXNG लिमिटर और विश्वसनीय प्रॉक्सी

ब्राउज़र उपयोग और एक इंजन विफलता का परीक्षण करें

एक सामान्य खोज, गैर-ASCII पाठ वाली क्वेरी, एक कॉन्फ़िगर किए गए इंजन के विरुद्ध खोज और एक जानबूझकर अनुपलब्ध इंजन चलाएँ। सत्यापित करें कि विफल अपस्ट्रीम पूरी सेवा को अनुपयोगी नहीं बनाता। परीक्षण किए गए इंस्टेंस को उस ब्राउज़र की समर्थित सेटिंग्स का उपयोग करके ब्राउज़र खोज प्रदाता के रूप में जोड़ें। Perplexica जैसी AI परत के लिए, प्रमाणीकरण, मॉडल-प्रदाता डेटा साझाकरण, व्यय सीमाएँ और स्रोत एट्रिब्यूशन की अलग से समीक्षा करें: मेटासर्च फ्रंटएंड उन जोड़ी गई सेवाओं को नियंत्रित नहीं करता।

• ताज़ा ब्राउज़र प्रोफ़ाइल से परिणाम लिंक और रीडायरेक्ट जाँचें।
• जाँचें कि खोज शब्द प्रॉक्सी एक्सेस लॉग या एनालिटिक्स में दिखते हैं या नहीं।
• अनधिकृत नेटवर्क से निजी पहुँच सीमा का परीक्षण करें।

प्रतिबंधों से बचे बिना अपस्ट्रीम विफलताओं को ठीक करें

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