कनेक्शन, प्रॉक्सी और डेटा सुरक्षा

यह दस्तावेज़ TgWitness 0.7.0 के व्यवहार और इसकी सीमाओं का वर्णन करता है। प्रमाणीकरण, स्रोत पहुँच, नेटवर्क कनेक्टिविटी और कैप्चर की पूर्णता अलग-अलग स्थितियाँ हैं। साइन-इन चरणों, फ़ाइल स्वरूपों और एकाधिक खातों के लिए, खातों और सत्र स्वरूपों से शुरू करें। इवेंट नीतियों और पुनरारंभ व्यवहार के लिए, देखें कि संग्रहण कैसे काम करता है।

प्रमाणिकरण विधियाँ#

एपीआई आईडी और एपीआई हैश एक एप्लिकेशन की पहचान करते हैं; वे खाते के लॉगिन का स्थान नहीं लेते हैं। वे TgWitness में वैकल्पिक हैं। प्राथमिकता: फ़ॉर्म में दर्ज की गई एक जोड़ी, फिर आयात किए गए खाते के JSON से, फिर वर्कस्पेस में सहेजी गई जोड़ी, फिर 50 का अंतर्निर्मित पूल केवल टेलीग्राम डेस्कटॉप जोड़ी (2040) को एक मेल खाने वाले टेलीग्राम डेस्कटॉप क्लाइंट विवरण के साथ भेजा जाता है। my.telegram.org पर API डेवलपमेंट टूल्स से आपकी अपनी जोड़ी आपके सभी खातों के साथ उपयोग की जा सकती है; प्रत्येक खाते की अपनी प्राधिकरण बनी रहती है।

टेलीग्राम कोड डिलीवरी चुनता है; SMS की गारंटी नहीं है। एक API हैश एक रद्द किए गए सत्र को ठीक नहीं कर सकता या एक भूले हुए 2FA पासवर्ड को बदल नहीं सकता। TgWitness लॉगिन कोड या टेलीग्राम 2FA पासवर्ड को डिस्क पर संग्रहीत नहीं करता है।

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

एक टेलीथॉन सत्र फ़ाइल आयात करें#

Telethon SQLite, Pyrogram SQLite, और Telegram Desktop TData अलग-अलग फ़ॉर्मेट का उपयोग करते हैं। पैनल समर्थित संरचनाओं का पता लगाता है और उन्हें परिवर्तित करता है; किसी फ़ाइल का नाम बदलना रूपांतरण नहीं है। फ़ाइलों के अंतर्गत एक सत्र और उसके साथी JSON को चुनें, फिर 'खाता कनेक्ट करें' दबाएँ। चार तक मेल खाने वाली फ़ाइलें और कुल 8 MiB तक स्वीकार किए जाते हैं। TData/JSON विवरण के लिए फ़ॉर्मेट सीमाएँ देखें। पासकोड रिकवरी नहीं है। फ़ोन/2FA या QR लॉगिन एक अलग प्राधिकरण बनाता है।

वैकल्पिक केवल टेलीथॉन कमांड-लाइन पथ उपलब्ध है:

1. मूल सत्र का उपयोग करके क्लाइंट को रोकें और एक सुसंगत प्रतिलिपि बनाएँ। कनवर्टर अधूरे WAL/जर्नल वाली फ़ाइलों को अस्वीकार करता है। उन फ़ाइलों को हटाकर जांच को बायपास करने के बजाय मूल क्लाइंट को ठीक से बंद करें।
2. TgWitness वातावरण से चलाएँ:

python -m tgwitness.sessions account.session --out account.tgwitness-session

3. Add account → Files के अंतर्गत, परिणाम लोड करें या उसकी स्ट्रिंग पेस्ट करें, और जारी रखें।
4. प्रदर्शित संख्यात्मक खाता आईडी की जाँच करें, स्रोतों का चयन करें और अवलोकन शुरू करें।

कनवर्टर SQLite को केवल-पठन (read-only) मोड में खोलता है, कोई स्कीमा अपग्रेड या नेटवर्क अनुरोध नहीं करता है, और सत्र को प्रिंट नहीं करता है। यह स्कीमा संस्करण, तालिका प्रकार, एक सत्र पंक्ति, आईपी/पोर्ट/डीसी और कुंजी की लंबाई की जाँच करता है। सीएलआई इनपुट 64 MiB तक सीमित है; स्ट्रिंगसेशन टेक्स्ट 4 KiB तक सीमित है। पैनल रूपांतरण फ़ाइलों को प्रमाणीकृत TgWitness सर्वर पर अपलोड करता है, उन्हें मेमोरी में संसाधित करता है, और अपलोड की गई मूल फ़ाइलों को सहेजे बिना सामान्यीकृत क्रेडेंशियल को उसी ब्राउज़र में वापस कर देता है। दूरस्थ सर्वर के लिए HTTPS का उपयोग करें।

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

परिवर्तन प्राधिकरण स्थानांतरित करता है, न कि मूल संदेश, एंटिटी कैश या एक स्थायी अपडेट कर्सर। यह प्रक्रिया पुनरारंभ होने पर अपडेट रिकवरी को ठीक नहीं करता है।

MTProto, Telethon और प्रॉक्सी#

MTProto टेलीग्राम का प्रोटोकॉल है। Telethon वह पाइथन क्लाइंट लाइब्रेरी है जिसका उपयोग TgWitness करता है। MTProxy एक टेलीग्राम ट्रांसपोर्ट प्रॉक्सी है; SOCKS5 और HTTP CONNECT सामान्य टनल प्रदान करते हैं। इनमें से कोई भी खाते के प्रमाणीकरण का विकल्प नहीं है।

साइन इन करने से पहले प्रत्येक वर्कस्पेस के लिए Account → Settings → Connection settings → Change connection route में राउट सहेजें। नए वर्कस्पेस डिफ़ॉल्ट रूप से Automatic MTProxy · सार्वजनिक सूचियों के साथ Hide IP व्यवहार का उपयोग करते हैं। जो मौजूदा वर्कस्पेस स्पष्ट रूप से Direct का उपयोग करते थे, वे इसे अनुमति देने वाला मोड बनाए रखते हैं।

आईपी मोड्स#

मार्ग कनेक्शन चुनता है। आईपी मोड यह निर्धारित करता है कि सर्वर का पता कब प्रकट हो सकता है। ये नियंत्रण वीपीएन स्थापित नहीं करते हैं या सभी मशीन ट्रैफ़िक को रूट नहीं करते हैं।

टनल/वीपीएन मोड यह मानता है कि आप उस नेटवर्क को अलग से प्रबंधित करते हैं। एक काम करने वाली टनल के बिना, गंतव्य सर्वर का अपना पता देख सकते हैं। विकल्प के नाम के अनुसार नहीं, बल्कि अपने वास्तविक नेटवर्क के अनुसार मोड चुनें।

एक मार्ग चुनें#

नकली TLS ee सीक्रेट्स अस्वीकार कर दिए जाते हैं। Telethon 1.45 का सामान्यीकरण एक उपसर्ग और डोमेन हटा सकता है, लेकिन यह नकली TLS को लागू नहीं करता है। tg://proxy?server=…&port=…&secret=… या https://t.me/proxy?server=…&port=…&secret=… पेस्ट करें और लिंक से फ़ील्ड भरें चुनें। यह कनेक्ट या सेव किए बिना फ़ील्ड्स को मान्य और भरता है; रूट की समीक्षा और सेव अलग से करें। मैन्युअल फ़ील्ड्स उपलब्ध रहते हैं। टेलीग्राम प्रॉक्सी लिंक देखें।

आपकी इंस्टॉलेशन द्वारा प्रदान किए गए सार्वजनिक प्रॉक्सी#

बिल्ट-इन सूची चार स्रोतों को जोड़ती है: SoliSpirit/mtproto, zakky8/mtproto-proxy-pro, kort0881/telegram-proxy-collector और 3yed-61/MTP-Collector। बंडल किए गए स्नैपशॉट में एंडपॉइंट तथ्य, स्रोत श्रेय और डाउनलोड तिथियाँ शामिल हैं। एक प्रदाता की लिस्टिंग इस बात का प्रमाण नहीं है कि प्रॉक्सी काम करती है या हर टेलीग्राम अपडेट प्रदान करती है।

स्वचालित MTProxy टेलीग्राम ट्रांसपोर्ट कनेक्टिविटी की जाँच करता है, एक काम करने वाला प्रॉक्सी रखता है और जब वह विफल हो जाता है तो दूसरे पर स्विच कर जाता है। वर्कस्पेस पर्याप्त काम करने वाली प्रविष्टियाँ उपलब्ध होने पर अलग-अलग प्रॉक्सी को प्राथमिकता देते हैं; एक अद्वितीय एक्जिट एड्रेस की गारंटी नहीं दी जाती है। असफल प्रॉक्सी अगले प्रयास से पहले विश्राम करती हैं। यदि कोई भी काम नहीं करता है, तो आईपी मोड यह निर्धारित करता है कि संग्रह को इंतजार करना चाहिए या सीधे कनेक्शन का उपयोग किया जा सकता है। प्रॉक्सी बदलने से खाता नहीं बदलता या उसका जर्नल मिटाया नहीं जाता है। रूट विकल्प और परिवर्तन हस्ताक्षरित जर्नल में दर्ज किए जाते हैं।

जब स्वचालित मार्ग सक्रिय होते हैं, तो सूचियाँ प्रति घंटे रिफ्रेश होती हैं और परिवहन जाँचें डिफ़ॉल्ट रूप से हर दस मिनट में चलती हैं। ये अंतराल कॉन्फ़िगर करने योग्य हैं। सार्वजनिक सूचियों को अपडेट करने का अनुरोध एक रिफ्रेश का आग्रह करता है; केवल सूची को देखने से सहेजा गया मैन्युअल मार्ग नहीं बदलता है।

प्रत्येक फ़ीड प्रतिक्रिया आठ-सेकंड के अनुरोध टाइमआउट और 20-सेकंड की समग्र डाउनलोड समय-सीमा के साथ 1 MiB तक सीमित है; रीडायरेक्ट्स को अस्वीकार कर दिया जाता है। प्रति स्रोत 64 तक संगत प्रविष्टियों को बनाए रखा जाता है और डुप्लिकेट हटा दिए जाते हैं। पार्सर समर्थित हेक्साडेसिमल और base64url सीक्रेट्स और JSON फ़ीड को स्वीकार करता है। नकली TLS ee, अमान्य लिंक, निजी/आरक्षित आईपी लिटरल और लोकल होस्टनेम को छोड़ दिया जाता है। होस्टनेम का उपयोग करने से पहले उन्हें हल किया जाता है और जांचा जाता है, और चुने गए आईपी को उस कनेक्शन के लिए पिन किया जाता है। स्वचालित पुनः अधिग्रहण एक होस्टनेम को फिर से हल करता है; इसे फिर से हल करने के लिए एक मैन्युअल प्रविष्टि को फिर से लागू करें।

असफल, खाली या असंगत फ़ीड प्रतिक्रियाएँ पिछले स्रोत स्नैपशॉट को बनाए रखती हैं। अपडेट परमाणु (atomic), सीरियलाइज़्ड (serialized) होते हैं और प्रति कार्यक्षेत्र (workspace) प्रति मिनट एक प्रयास तक सीमित होते हैं। एक सफल ट्रांसपोर्ट प्रोब केवल कनेक्टिविटी स्थापित करता है, न कि गुमनामी या कैप्चर की पूर्णता।

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

एक MTProxy केवल टेलीग्राम ट्रैफ़िक ले जाता है। वर्कस्पेस HTTP ऑपरेशन जैसे कि टाइमस्टैम्प, सूचनाएं, ऑफ़-साइट कॉपी और सोर्स चेक्स, कॉन्फ़िगर किए जाने पर एक अलग SOCKS5/HTTP प्रॉक्सी का उपयोग करते हैं, और फिर खाते के SOCKS5/HTTP रूट का उपयोग करते हैं। दोनों के बिना, Hide IP अनुरोध को अस्वीकार कर देता है; अन्य मोड Direct की अनुमति देते हैं। बाहरी अनुरोध अक्षम किए जा सकते हैं। स्पष्ट रूप से कॉन्फ़िगर किया गया फ़ीड-डाउनलोड प्रॉक्सी एक अलग ऑपरेटर ओवरराइड बना रहता है। स्वतंत्र गवाह सेवा अपना स्वयं का मार्ग रखती है।

स्वचालित पूल पैरामीटर

**पैरामीटर → ऑटोमेटिक MTProxy** के अंतर्गत, विफलता सीमा, कूलडाउन, नियोजित रोटेशन, प्रॉक्सी शेयरिंग और अनुमत फॉलबैक विलंब को कॉन्फ़िगर करें। | नियंत्रण | डिफ़ॉल्ट | | --- | --- | | प्रतिस्थापन से पहले डिस्कनेक्ट | 10 मिनट के भीतर 3 | | प्रति कनेक्शन प्रयास में आजमाए गए प्रॉक्सी | 3 | | विफलता के बाद पहला / अधिकतम विश्राम | 10 मिनट / 6 घंटे | | नियोजित रोटेशन | अक्षम; विफलता पर चालू करें | | प्रति प्रॉक्सी खाते | 0: अलग-अलग प्रविष्टियों को प्राथमिकता दें, आवश्यकता पड़ने पर साझा करें। एक विशेष प्रविष्टि की प्रतीक्षा के लिए 1 सेट करें। | | अनुमत डायरेक्ट फॉलबैक से पहले की देरी | 10 मिनट; Hide IP अभी भी डायरेक्ट को अस्वीकार करता है | | फ़ीड रिफ़्रेश / ट्रांसपोर्ट चेक्स | 60 / 10 मिनट; मुख्य वर्कस्पेस मान साझा पूल पर लागू होते हैं | अलग-अलग प्रॉक्सी अलग-अलग एग्जिट एड्रेस की गारंटी नहीं देती हैं। ये सेटिंग्स टेलीग्राम की सीमाओं को ओवरराइड नहीं करती हैं या गुमनामी को साबित नहीं करती हैं।

सार्वजनिक सूची को अपने ऑपरेटर कैटलॉग से बदलने के लिए, नीचे ओवरराइड कॉन्फ़िगर करें। यह बाहरी सदस्यताएँ पूरी तरह से अक्षम कर देता है, जिसमें तब भी शामिल है जब इसका proxies ऐरे खाली हो।

खाली कैटलॉग को proxy-config/proxies.json पर कॉपी करें और अपने तैनात सार्वजनिक एंडपॉइंट्स जोड़ें:

{"format": "tgwitness-proxy-catalog-v1", "proxies": [
  {"id": "project-eu", "label": "Project EU",
   "link": "tg://proxy?server=REPLACE_HOST&port=443&secret=REPLACE_SECRET"}
]}

उदाहरण मानों को बदलना आवश्यक है। 32 अलग-अलग प्रविष्टियाँ स्वीकार की जाती हैं। प्रमाणीकृत सूची साझा रहस्यों के बिना लेबल/होस्ट/पोर्ट लौटाती है; एक का चयन करने पर उसकी क्रेडेंशियल कार्यक्षेत्र वॉल्ट में सहेजी जाती है। स्पष्ट परिवहन परीक्षण तक उपलब्धता अप्रयुक्त रहती है। एक दोषपूर्ण कैटलॉग मैन्युअल कॉन्फ़िगरेशन की अनुमति देता है।

नेटिव लॉन्च: स्थानीय JSON पथ पर TGWITNESS_PROXY_CATALOG सेट करें। डॉकर:

docker compose -f compose.yaml -f deploy/compose/compose.proxies.yaml up -d --build

ओवरले proxy-config को केवल-पठन (read-only) के रूप में माउंट करता है; फ़ाइलें कंटेनर UID 10001 द्वारा पठनीय होनी चाहिए। उस डायरेक्टरी को Git, Docker बिल्ड संदर्भ और स्रोत आर्काइव से बाहर रखा गया है। यह कैटलॉग संग्रह करने वाले खातों को कॉन्फ़िगर करता है; विटनेस बॉट अपना स्वयं का HTTP/SOCKS5 रूट उपयोग करता है, MTProxy नहीं।

सीधा फ़ॉलबैक ऊपर दिए गए आईपी मोड द्वारा नियंत्रित होता है। मार्ग बदलने से पहले अवलोकन को रोकें। सेव करने पर पुराने क्लाइंट डिस्कनेक्ट हो जाते हैं और अधूरा लॉगिन रद्द हो जाता है; एक नया क्लाइंट सहेजे गए मार्ग का उपयोग करता है। खाते का जर्नल/सत्र बाइंडिंग बना रहता है। सेटिंग्स पिछले मार्ग को बदल देती हैं: इसे संपादित करते समय प्रॉक्सी क्रेडेंशियल फिर से दर्ज करें।

क्रेडेंशियल network.enc में एन्क्रिप्ट किए जाते हैं। एपीआई उपयोगकर्ता नाम, पासवर्ड या सीक्रेट वापस नहीं करती है। हस्ताक्षरित रिकॉर्ड में रूट का प्रकार और क्रेडेंशियल मौजूद हैं या नहीं, यह जानकारी होती है, जिसमें एंडपॉइंट और सीक्रेट शामिल नहीं होते हैं। ऑपरेटर पैनल में एंडपॉइंट देख सकता है। सीक्रेट फ़ील्ड सेव करने, लॉक करने या वर्कस्पेस बदलने के बाद क्लियर हो जाते हैं।

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

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

SOCKS5 और सादा HTTP CONNECT स्वयं प्रॉक्सी क्रेडेंशियल या क्लाइंट-से-प्रॉक्सी टनल को एन्क्रिप्ट नहीं करते हैं। MTProto अलग से टेलीग्राम ट्रैफ़िक की सुरक्षा करता है। अविश्वसनीय नेटवर्क पर प्रॉक्सी के लिए एक उपयुक्त सुरक्षित चैनल का उपयोग करें। निजी समूह क्लाउड चैट होते हैं; MTProto उन्हें एंड-टू-एंड एन्क्रिप्टेड सीक्रेट चैट में नहीं बदलता है।

एन्क्रिप्शन और हस्ताक्षर#

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

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

BitLocker, LUKS, FileVault या एक प्रबंधित एन्क्रिप्टेड वॉल्यूम अपने-अपने खतरे के मॉडलों के तहत स्टोरेज की सुरक्षा कर सकते हैं। एक अनलॉक्ड चल रही मशीन का प्रशासक फिर भी डेटा पढ़ सकता है। स्टोरेज योजना में SQLite WAL/SHM, मीडिया, अस्थायी एक्सपोर्ट, स्वैप, बैकअप और ब्राउज़र डाउनलोड को शामिल करें। एक डॉकर वॉल्यूम केवल इसलिए एन्क्रिप्टेड नहीं होता क्योंकि यह एक वॉल्यूम है। TgWitness, SQLCipher या ऑब्जेक्ट एन्क्रिप्शन को लागू नहीं करता है।

बाहरी मास्टर कुंजी#

नई इंस्टॉलेशन के लिए, मास्टर की को डेटा डायरेक्टरी के बाहर रखें। यह मौजूदा लोकल-की वॉल्ट को स्वचालित रूप से माइग्रेट नहीं करता है। एक की डायरेक्टरी तैयार करें जो केवल सर्विस पहचान के लिए ही सुलभ हो, फिर चलाएँ:

python -m tgwitness.security create-master-key /private/keys/tgwitness-master.key
export TGWITNESS_VAULT_KEY_FILE=/private/keys/tgwitness-master.key
python -m tgwitness --data-dir /private/observations/new-case

PowerShell, स्थापित प्रोजेक्ट वातावरण का उपयोग करते हुए:

python -m tgwitness.security create-master-key E:\PrivateKeys\tgwitness-master.key
$env:TGWITNESS_VAULT_KEY_FILE = 'E:\PrivateKeys\tgwitness-master.key'
python -m tgwitness --data-dir E:\PrivateData\new-case

Docker में, फ़ाइल को /data के बाहर केवल-पठन (read-only) के लिए माउंट करें, उदाहरण के लिए /run/secrets/tgwitness-master.key पर, और पर्यावरण चर (environment variable) को उस पथ पर सेट करें। सेवा UID को इसे पढ़ने में सक्षम होना चाहिए। पथ को, न कि कुंजी बाइट्स को, पर्यावरण/कॉन्फ़िगरेशन फ़ाइलों के माध्यम से पास करें।

प्रत्येक वर्कस्पेस को एक यादृच्छिक सार्वजनिक साल्ट और HKDF-SHA256 के माध्यम से व्युत्पन्न अपनी खुद की फर्नेट कुंजी प्राप्त होती है। vault.external.json व्युत्पत्ति मेटाडेटा को संग्रहीत करता है, मास्टर कुंजी को नहीं। एक गुम/गलत कुंजी, उसे चुपचाप बदलने के बिना स्टार्टअप को विफल कर देती है। पुनर्प्राप्ति के लिए साल्ट मेटाडेटा और मास्टर कुंजी दोनों को बनाए रखें।

सभी वर्कस्पेस एक ही मास्टर कुंजी से व्युत्पन्न होते हैं; इसके समझौते से पूरी इंस्टॉलेशन प्रभावित होती है। चल रही प्रक्रिया रहस्यों को डिक्रिप्ट कर सकती है। यह कोई HSM या पासवर्ड KDF नहीं है। यादृच्छिक कुंजी के स्थान पर मनमाने मानवीय पासवर्ड स्वीकार नहीं किए जाते हैं।

जब तक कि एक जानबूझकर किया गया माइग्रेशन लागू और सत्यापित नहीं हो जाता, तब तक मौजूदा इंस्टॉलेशन के लिए मौजूदा कुंजी को बनाए रखें। vault.key को हटाने या मास्टर कुंजी को बदलने से सत्रों/हस्ताक्षर कुंजियों तक पहुंच नष्ट हो सकती है। एन्क्रिप्टेड बैकअप और कुंजियों को अलग से रखें और एक अलग वातावरण में रिकवरी का परीक्षण करें।

स्रोत और सत्यापन का दायरा#

26 अक्टूबर 2026 को समीक्षा की गई:

• https://core.telegram.org/api/auth
• https://core.telegram.org/api/obtaining_api_id
• https://docs.telethon.dev/en/stable/basic/signing-in.html
• https://docs.telethon.dev/en/stable/concepts/sessions.html
• https://core.telegram.org/mtproto/mtproto-transports
• https://github.com/telegramdesktop/tdesktop/blob/dev/Telegram/SourceFiles/storage/storage_account.cpp
• टेलीथॉन 1.45.0: SQLiteSession, StringSession, Connection._proxy_connect, TcpMTProxy.normalize_secret और डाउनलोड विधियाँ।

स्थानीय परीक्षण लूपबैक SOCKS5/HTTP CONNECT फिक्स्चर, सिंथेटिक SQLite सत्र, मार्ग पृथक्करण, गुप्त बहिष्करण और गुम-कुंजी अस्वीकृति को कवर करते हैं। वे वास्तविक टेलीग्राम/प्रॉक्सी अंतर-संचालनीयता या लाइव MTProxy व्यवहार को स्थापित नहीं करते हैं। VERIFICATION.md और LIVE_ACCEPTANCE.md देखें।