TOX: छह महीने के लिए परियोजना में क्या हुआ

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

ऐसा लग सकता है कि मर गया प्रोजेक्ट बहुत धीरे-धीरे विकसित हो रहा है , लेकिन वास्तव में, उसके हुड के नीचे (कोर में) बहुत बड़े बदलाव हुए हैं जो हाइलाइट करने लायक हैं।

अधिकांश सॉफ्टवेयर की तरह, टॉक्स को अब कोर और शेल में विभाजित किया गया है और आमतौर पर, कोर को कुछ लोगों द्वारा विकसित किया जाता है, और शेल पूरी तरह से अलग है, नए कार्यों के विकास और कार्यान्वयन की गति हमेशा दोनों भागों में समान रूप से नहीं होती है (कर्नेल / शेल)

पिछली पोस्ट में, हमने हबल दर्शकों के साथ टोक्स का परीक्षण किया (और स्पैम शीटों को मेरी टेस्ट आईडी भेजी) ।
लेकिन उस क्षण से, कुछ बदलाव हुए हैं, जिनमें से कुछ को पहले से ही "छुआ" जा सकता है और कुछ को केवल खोल में लागू किया जा सकता है।

गुमनामी

दोस्तों को जोड़कर पहचान के खिलाफ संरक्षण

Tox DHT नेटवर्क के आधार पर बनाया गया एक संदेशवाहक है, जिसका अर्थ है कि आप और आपका IP पता पूरी दुनिया को दिखाई देगा।
टॉक्स की दुनिया में, ग्राहक पहली शुरुआत में उत्पन्न कुंजियों के आधार पर एक-दूसरे की पहचान करते हैं, यह स्पष्ट है कि प्रत्यक्ष संचार समस्या आईडी = आईपी पता = भौतिक व्यक्ति = दमन था ।

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

2) वह DHT नोड्स की खोज करता है जो बॉब के अस्तित्व के बारे में जानते हैं और उन्हें मित्रों को जोड़ने के बारे में संदेश भेजते हैं

3) एक प्राधिकरण अनुरोध प्राप्त करने के बाद, यह उन साथियों के समूह को प्रेषित किया जाता है जो बीन के बारे में जानते हैं, और प्राधिकरण अनुरोध बॉब द्वारा चयनित यादृच्छिक तीन नोड्स के माध्यम से जाता है।

4) प्राधिकरण प्राप्त करने के बाद, दोस्तों को जोड़ने की पुष्टि भेजने के लिए प्रक्रिया को नए यादृच्छिक नोड्स का उपयोग करके दोहराया जाता है

5) एक सीधा संबंध स्थापित किया गया है जिसमें बॉब एलिस के आईपी पते पहले से ही दिखाई दे रहे हैं और इसके विपरीत।

डेटा संचय के आधार पर उपयोगकर्ता प्रमाणीकरण सुरक्षा

एक DHT नेटवर्क में, आम तौर पर (बिटटोरेंट / Kademlia), पहली बार जब आप नेटवर्क से कनेक्ट होते हैं, तो यादृच्छिक पहचानकर्ता उत्पन्न होते हैं जो आईपी पता बदलने पर परिवर्तित नहीं होते हैं।
जाहिर है, यह एक सुरक्षित दूत के ढांचे के भीतर एक समस्या है।

इसे निम्न तरीके से हल किया जाता है:
1) पहली शुरुआत में, एक लंबे समय से अभिनय आईडी / कुंजी उत्पन्न होती है

2) प्राथमिक कुंजी के आधार पर, आईपी पते के प्रत्येक परिवर्तन के साथ, नई आईडी / कुंजी उत्पन्न होती हैं (वे भी एक यादृच्छिक अवधि के बाद बदल जाती हैं)

लेकिन एलिस बॉब को कैसे पता चलेगा कि क्या वह उसे डीएचटी की पुरानी चाबी से नहीं ढूंढ सकती है?

ऐलिस और बॉब दोस्त हैं, उन्होंने अस्थायी कुंजी उत्पन्न की और DHT नेटवर्क से जुड़े।
बॉब यादृच्छिक तीन नोड्स (ए, बी, सी) पाता है
बॉब उसके (डी) के निकटतम नोड का पता लगाता है

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

जैसे ही ऐसा नोड मिल जाता है, उसे सही पिंग_आईडी डेटा के साथ एक अनुरोध भेजा जाएगा (उसका अपना नहीं बल्कि किसी भी नोड ए, बी, सी से) - यह नोड अंतिम नोड होगा जो बॉब की घोषणा करेगा और डी नोड के रूप में कार्य करने वाले नेटवर्क में इसके लिए जिम्मेदार होगा।

बॉब नेटवर्क के साथ बातचीत करने के लिए इस नोड को उसके बारे में जानकारी संग्रहीत करने के लिए कहेगा।

इस बीच, ऐलिस बॉब के लिए निकटतम नोड की तलाश में है, वह अस्थायी कुंजी और आईडी का उपयोग करती है, जैसे ही उसे ping_id = 0 के रूप में एक प्रतिक्रिया मिलती है, वह इस नोड को डेटा भेजती है और इसे बॉब को पास करने के लिए कहती है, जो DHT नेटवर्क में अपनी अस्थायी आईडी को प्रेषित करती है।

बॉब उसे ऑनलाइन पाता है, उसकी अस्थायी आईडी के आधार पर, एक सीधा संबंध स्थापित होता है।

इस प्रकार, सेम और ऐलिस के आईपी पते को तब तक ढूंढना असंभव है जब तक कि उन्हें दोस्तों के रूप में नहीं जोड़ा जाता है, इसलिए वास्तविक आईपी पते के साथ TOX आईडी और DHT आईडी (दोस्तों के रूप में जोड़े बिना) को जोड़ना असंभव है।

पीएस स्वाभाविक रूप से, प्रत्येक चरण में, पैकेट को एन्क्रिप्ट किया जाता है और मिथ्याकरण से संरक्षित किया जाता है।

एनएटी एडिन्स और फायरवॉल से लड़ना

यदि आपको याद है, स्काइप ने सुपर-नोड्स का उपयोग करके और मानक बंदरगाहों का उपयोग करके फायरवॉल को बायपास किया है, तो TOX भी ऐसा करने में सक्षम होगा।
- पोर्ट 80/443 के माध्यम से काम करें
- खोजें या सुपर नोड हो
- पर्यावरण के आधार पर यूडीपी / टीसीपी का उपयोग करें

Tox मुख्य रूप से UDP (NAT को छिद्रित करने के लिए) का उपयोग करता है, लेकिन यदि UDP ट्रैफ़िक को सुरक्षा सेटिंग्स द्वारा अवरोधित किया जाता है, तो TOX निम्न कार्य करेगा:

1) ऐलिस एक कनेक्शन पर Tox का उपयोग करता है जो केवल TCP कनेक्शन की अनुमति देता है, वह अस्थायी सार्वजनिक कुंजी उत्पन्न करता है और आरंभीकरण के लिए नोड्स से जुड़ता है।

2) आरंभीकरण नोड्स से नेटवर्क के बारे में डेटा प्राप्त करने के बाद, यह कई यादृच्छिक नोड्स का चयन करता है जो सुपर-नोड्स हैं

3) वह, टीसीपी सुपर-नोड के माध्यम से प्याज राउटिंग का उपयोग करके प्राधिकरण अनुरोध भेज सकती है या अस्थायी सार्वजनिक कुंजी का उपयोग करके अपनी ऑनलाइन स्थिति के बारे में संपर्क सूची को सूचित कर सकती है।

4) बॉब को ऐलिस से प्याज रुटिंग के माध्यम से पैकेट प्राप्त होता है, जो उसे बताता है कि वह कौन सी नोड्स से जुड़ा है जो एक अस्थायी सार्वजनिक कुंजी का उपयोग करके DHT के माध्यम से जुड़ा हुआ है।

5) बॉब एलिस के समान नोड्स से जुड़ता है।

6) इस कनेक्शन का उपयोग संदेशों और A / V ट्रैफ़िक दोनों को प्रसारित करने के लिए किया जाता है

7) यदि किसी भी नोड को काट दिया जाता है, तो बॉब और एलिस किसी अन्य नोड में जाते हैं, जहां वे दोनों जुड़े हुए हैं।

एक सुपर नोड एक नोड है जिसमें एक बाहरी आईपी पता होता है और टॉक्स बंदरगाहों को अग्रेषित किया जाता है।

टॉक्स ने और क्या सीखा?

- DHT नेटवर्क को गति दी
- बड़े पैमाने पर चैट (प्रारंभिक कार्यान्वयन, एन्क्रिप्शन के बिना, मेटा-जानकारी के सिंक्रनाइज़ेशन के बिना)
- ऑडियो / वीडियो प्रसारण (पूरी तरह से ऑडिट चरण में लागू)
- फाइल ट्रांसफर
- IPV6 समर्थन (समूह चैट को छोड़कर सब कुछ परीक्षण किया गया)

मुख्य के बारे में

ऊपर वर्णित सब कुछ कर्नेल में लागू किया गया है, और शेल में नहीं, दूसरे शब्दों में, अंत क्लाइंट, अब तक, कई उपयोगी कार्यों का उपयोग नहीं कर सकते हैं (उदाहरण के लिए, ऑडियो / वीडियो या फ़ाइलों को स्थानांतरित करना) (सभी क्लाइंट अभी भी नहीं कर सकते हैं)

दूसरी ओर, मुख्य बात कर्नेल में कार्यों को लागू करना है, एक शेल लिखना कर्नेल को मानकीकृत करने की तुलना में बहुत सरल है।

इसके अलावा, टॉक्स परियोजना Google समर ऑफ कोड में भाग लेती है, जिसका अर्थ है कि नए डेवलपर्स जल्द ही परियोजना में आएंगे।

ओह अच्छा

- Android क्लाइंट सक्रिय रूप से github.com/Astonex/Antox विकसित कर रहा है
- अब विंडोज के लिए 3 क्लाइंट्स हैं
- अब सभी (लिनक्स सहित) प्लेटफार्मों के लिए, wiki.tox.im/binaries पैकेज में तैयार विधानसभाएं हैं