सर्वर नाम चुनें
उपयोगकर्ता-दृश्य सर्वर नाम बाद में बदलना कठिन हो सकता है। प्रत्यायोजन और आपके परिनियोजन द्वारा उपयोग किए जाने वाले प्रसिद्ध रिकॉर्ड को समझें। क्लाइंट डिस्कवरी और फ़ेडरेशन का परीक्षण करें, यह मानने के बजाय कि सफल वेब लॉगिन दोनों को सिद्ध करता है।
समर्थित स्टैक का उपयोग करें
Synapse आमतौर पर उत्पादन डेटा के लिए PostgreSQL का उपयोग करता है, सहायक सेवाएँ पैमाने और कॉन्फ़िगरेशन पर निर्भर करती हैं। वर्तमान अपस्ट्रीम अनुशंसाओं का पालन करें। वर्कर, डेटाबेस और रिवर्स प्रॉक्सी टाइमआउट को लोड के अनुकूल रखें।
एन्क्रिप्शन के दावों को सटीक रखें
एंड-टू-एंड एन्क्रिप्शन भाग लेने वाले क्लाइंट्स के बीच समर्थित एन्क्रिप्टेड कमरों में सामग्री की रक्षा करता है। होमसर्वर अभी भी मेटाडेटा और गैर-एन्क्रिप्टेड सामग्री को संसाधित कर सकता है। क्लाइंट कुंजी बैकअप, सत्यापन और खाता पुनर्प्राप्ति के लिए उनकी अपनी व्याख्या आवश्यक है।
इंस्टेंस बनाए रखें
जब उपयुक्त हो तब पंजीकरण प्रतिबंधित करें, प्रशासनिक और साझा-गुप्त इंटरफ़ेस की सुरक्षा करें और मीडिया व इवेंट प्रतिधारण को सोच-समझकर निर्धारित करें। डेटाबेस, कॉन्फ़िगरेशन और साइनिंग कुंजियों का लगातार बैकअप लें, फिर रिकवरी का परीक्षण करें।
क्लाइंट और फेडरेशन पथों का अलग-अलग परीक्षण करें
Element जैसा क्लाइंट होमसर्वर के क्लाइंट API तक पहुँचता है, जबकि अन्य होमसर्वर फेडरेशन डिस्कवरी और एंडपॉइंट का उपयोग करते हैं। रिवर्स-प्रॉक्सी परिवर्तन एक को तोड़ सकता है जबकि दूसरा काम करता रहे। नया खाता, स्थानीय रूम और अधिकृत फेडरेटेड रूम का परीक्षण करें, फिर क्लाइंट से एन्क्रिप्शन और रिकवरी व्यवहार सत्यापित करें।
आधिकारिक दस्तावेज़: वर्तमान Synapse इंस्टॉलेशन गाइड
टिकाऊ पहचान सामग्री रखें
डेटाबेस संपूर्ण होमसर्वर पहचान नहीं है। साइनिंग कुंजी और प्रासंगिक कॉन्फ़िगरेशन तथा रहस्यों को सुसंगत बैकअप के साथ सुरक्षित रखें। जाँचें कि कौन-से बाहरी मीडिया और इतिहास रखे गए हैं और अपने समुदाय के लिए उपयुक्त नीति निर्धारित करें। वृद्धि के आउटेज बनने से पहले भंडारण और वर्कर कतारों की निगरानी करें।
खाता नाम को होस्टिंग एंडपॉइंट से अलग रखें
खाता बनाने से पहले Matrix server_name तय करें: यह उपयोगकर्ता और रूम पहचानकर्ताओं का हिस्सा बन जाता है। Synapse को परोसने वाला वेब होस्टनाम भिन्न हो सकता है जब डिस्कवरी/डेलीगेशन सही ढंग से कॉन्फ़िगर हो। क्लाइंट डिस्कवरी और सर्वर-टू-सर्वर डिस्कवरी, एक वैध प्रमाणपत्र और वास्तव में पहुँच योग्य पता परिवार की योजना बनाएँ। Element एक क्लाइंट है, होमसर्वर का प्रतिस्थापन नहीं। होमसर्वर के बाहर एक स्वतंत्र प्रशासक मार्ग और एक रिकवरी संपर्क रखें।
- समर्थित Synapse रिलीज़ और उत्पादन-उपयुक्त PostgreSQL डिप्लॉयमेंट चुनें।
- डेटाबेस और प्रशासनिक लिसनर निजी रखें।
- पंजीकरण और फ़ेडरेशन नीति स्पष्ट रूप से परिभाषित करें।
आधिकारिक दस्तावेज़: साइनेप्स इंस्टॉलेशन · Matrix प्रत्यायोजन
डिस्कवरी और प्रॉक्सी को सेवा के भाग के रूप में बनाएँ
चयनित रिलीज़ के लिए कॉन्फ़िगरेशन जनरेट करें, साइनिंग कुंजी और डेटाबेस को स्थायी रखें, और आधिकारिक Synapse मार्गदर्शन के अनुसार प्रॉक्सी कॉन्फ़िगर करें। बाहरी रूप से दिखने वाला ओरिजिन, फ़ॉरवर्ड किए गए हेडर और अनुरोध पथ सहमत होने चाहिए। यदि प्रतिनिधिमंडल उपयोग हो, तो पहचान डोमेन से आवश्यक well-known दस्तावेज़ सर्व करें। प्रॉक्सी त्रुटि हल करने के लिए कच्चा आंतरिक API पोर्ट उजागर न करें। पंजीकरण रहस्यों को ब्राउज़र क्लाइंट कॉन्फ़िगरेशन से बाहर रखें।
आधिकारिक दस्तावेज़: Synapse रिवर्स प्रॉक्सी
क्लाइंट सत्र और फ़ेडरेशन सत्र का परीक्षण करें
एक परीक्षण खाता बनाएँ, समर्थित क्लाइंट कनेक्ट करें, स्थानीय संदेश भेजें और एक छोटी फ़ाइल अपलोड करें। क्लाइंट डिस्कवरी को फेडरेशन डिस्कवरी से स्वतंत्र रूप से सत्यापित करें, फिर यदि फेडरेशन इच्छित है तो किसी अन्य अनुमत सर्वर के साथ एक रूम का परीक्षण करें। एन्क्रिप्टेड रूम में, सत्यापन और क्लाइंट के कुंजी-पुनर्प्राप्ति प्रवाह का अभ्यास करें। होमसर्वर बैकअप स्वचालित रूप से प्रत्येक क्लाइंट-धारित डिक्रिप्शन कुंजी को पुनर्स्थापित नहीं करता। समझाएँ कि सर्वर कौन-सा मेटाडेटा रखता है और कौन-से रूम एन्क्रिप्टेड हैं।
# Discovery checks use your identity domain and HTTPS:
curl --fail https://example.com/.well-known/matrix/client
curl --fail https://example.com/.well-known/matrix/serverमरम्मत को सीमित करने के लिए त्रुटि स्थान का उपयोग करें
यदि Element सर्वर को खोज नहीं पाता, तो क्लाइंट well-known प्रतिक्रिया और TLS मूल की जाँच करें। यदि स्थानीय मैसेजिंग काम करती है लेकिन फ़ेडरेशन विफल होता है, तो फ़ेडरेशन प्रत्यायोजन, पहुँच योग्य पते, प्रमाणपत्र और नीति की जाँच करें। बार-बार मीडिया विफलताओं में अपलोड सीमाएँ या स्टोरेज शामिल हो सकते हैं। डेटाबेस, मीडिया, कॉन्फ़िगरेशन और साइनिंग कुंजियों को लगातार सुरक्षित रखें; पहले फ़ेडरेशन अक्षम करके पुनर्स्थापन का परीक्षण करें, ताकि अभ्यास उत्पादन पहचान की प्रतिस्पर्धी प्रति न बनाए।