लामो SOCKS शृंखलाले अर्को हप स्वतः लुकाउँदैन

शृंखलाले प्रत्येक जडान कसले खोल्ने भन्ने बदल्छ। सूचीमा अर्को SOCKS ठेगाना थप्दैमा इन्क्रिप्शन थपिँदैन।

यो शृंखला आफै बनाउने ग्राहकलाई विचार गर्नुहोस्:

application → SOCKS A → SOCKS B → website

यसले पहिले A लाई B सँग जडान गर्न भन्छ। त्यस स्ट्रिमबाट यसले त्यसपछि B सँग वेबसाइटमा जडानको लागि वार्ता गर्न सक्छ। यदि ग्राहकबाट A सम्मको यातायातले दुवै वार्तालाई इन्क्रिप्शन बिना बोक्छ भने, त्यस लिङ्कमा पर्याप्त सक्षम पर्यवेक्षकले ग्राहकले पठाएका सेटअप बाइटहरू पढ्न सक्छ। बाहिरी TCP गन्तव्य पर्यवेक्षकको एकमात्र सम्भावित प्रमाण होइन।

शृंखलालाई संरक्षित अनुप्रयोग आदानप्रदानबाट अलग राख्नुहोस्

HTTPS ले वेबसाइटको अनुप्रयोग सामग्रीलाई TLS सत्र सुरु भएपछि जोगाउन सक्छ। यसले अघिल्ला SOCKS सेटअप सन्देशहरूलाई पछाडि गएर इन्क्रिप्ट गर्दैन। SOCKS5 को प्रयोगकर्तानाम/पासवर्ड प्रमाणीकरण पनि इन्क्रिप्टेड यातायात होइन।

ग्राहक र पहिलो हपबीचको इन्क्रिप्टेड व्यवस्थाले त्यस लिङ्कमा दृश्यता बदल्छ। यसमा अझै एक अपरेटर र डिक्रिप्ट गरिएको स्ट्रिम राख्ने अर्को छेउ हुन्छ। शृंखला पत्ता लगाउन नसकिने भनी दाबी गर्नुको सट्टा त्यो विश्वास-सीमा वर्णन गर्नुहोस्।

सर्भरमा कन्फिगर गरिएको अभिभावक मार्ग अर्को टोपोलोजी हो। यदि A ले भित्रबाट B चयन गर्छ भने, ग्राहकले आफ्नो पहिलो जडानमा मध्यस्थहरूको पूर्ण सूची पठाएको हुनैपर्छ भन्ने छैन। प्रत्येक शृंखलाले प्रत्येक हप एकै तरिकाले खुलाउँछ भनी दाबी नगर्नुहोस्।

उपयोगी गोपनीयता मूल्याङ्कनका लागि पर्यवेक्षक, लिङ्क, प्रोक्सी वार्ता र TLS सीमाहरूको नाम लिनुहोस्। B को निकास हेर्ने वेबसाइट र ग्राहकको पहिलो जडान हेर्ने पहुँच-सञ्जाल पर्यवेक्षकले फरक प्रश्नहरूको उत्तर दिन्छन्। हप मात्र गन्नाले दुवैमध्ये कुनैको उत्तर दिँदैन।