तपाईंको iPhone एपले एउटा IP देखाउँदा सर्भरले अर्को रेकर्ड किन गर्छ
इन्टरफेसको ठेगाना, सकेटको अन्त्यबिन्दु र सर्भरले रेकर्ड गर्ने स्रोतले फरक प्रश्नको जवाफ दिन्छन्। VPN ले सन्दर्भ थप्छ; तिनलाई एउटै सङ्ख्या बनाउँदैन।
सहयोग टिकटहरू आउँछन् जसमा एपले एउटा ठेगाना देखाएको तर सर्भरले अर्को रेकर्ड गरेको भनी त्यसपछि दुईमध्ये कुन झुटो बोलिरहेको छ भनी सोध्छ। कुनै पनि होइन; यी दुई फरक कुराका दुई अवलोकन हुन्। इन्टरफेसमा बाँधिएको ठेगाना, सकेटमा बाँधिएको ठेगाना, र टाढाको सेवाले देख्ने स्रोत ठेगानाले तीन फरक प्रश्नको जवाफ दिन्छन्। VPN ले फोनमा सञ्जाल सन्दर्भ थप्छ र ती तीनलाई एउटै यन्त्र-व्यापी सङ्ख्यामा खुम्च्याउँदैन। ठेगानाहरू पढ्नुअघि टिकटका फिल्ड नामहरू पढ्नुहोस्।
टिकटले सामान्यतया के वर्णन गर्छ
Wi-Fi मा टनेल खुला भएको फोन कल्पना गर्नुहोस्। Wi-Fi इन्टरफेसमा एउटा LAN ठेगाना छ, टनेल इन्टरफेसमा तोकिएको भित्री ठेगाना छ, र टनेलबाट बाहिर जाने अनुरोध बाटोमा हुने कुनै पनि अनुवादबाट जोगिएको स्रोतबाट सार्वजनिक सेवामा पुग्छ। भित्री ठेगाना छाप्ने एप र अनुवादित स्रोत रेकर्ड गर्ने सर्भर दुवैले सही रूपमा रिपोर्ट गर्छन्, र ती दुई मान कहिल्यै मिल्ने छैनन्।
तीन अवलोकन केवल के वर्णन गर्छन् भन्नेमा मात्र होइन, के प्रमाणित गर्न सक्छन् भन्नेमा पनि फरक छन्।
| Observation | What it describes | What it cannot prove |
|---|---|---|
| An address on a local interface | One configured attachment: Wi-Fi, cellular or a tunnel | The source a remote site receives |
| A socket's local endpoint | The binding used by that one connection | The address after translation further along |
| The peer address at a service | What arrived at that observation point | Any other interface on the phone |
त्यो तालिका यी मानहरू टिकटमा भर्ने कोडको छेउमा राख्नुहोस्, किनकि यहाँको धेरैजसो भ्रम सञ्जालको खराबी होइन, स्तम्भको भ्रम हो।
सकेट कलले के जवाफ दिन सक्छ र के सक्दैन
API स्तरमा, getsockname ले हाल कुनै विशेष सकेटमा बाँधिएको स्थानीय अन्त्यबिन्दु रिपोर्ट गर्छ। जोडिएको सकेटका लागि त्यो कर्नेलले त्यो जडानका लागि छानेको स्रोत हो, जुन कुनै पनि इन्टरफेस सूचीभन्दा पहिले नै बढी विशिष्ट छ। यो सार्वजनिक ठेगाना खोजी होइन, र नबाँधिएको सकेटमा यसलाई कल गर्दा तपाईंलाई लगभग केही पनि बताउँदैन। यसले जे फर्काए पनि पछि बाटोमा पुनः लेखिन सक्छ, त्यसैले सेवाले के प्राप्त गर्यो भन्नेमा सेवाकै आफ्नै अवलोकन मात्र आधिकारिक हुन्छ।
Apple प्लेटफर्महरूमा इन्टरफेसको छेउमा छुट्टै सतह छ: टनेल सेटिङहरूले टनेल इन्टरफेसमा तोकिएका ठेगानाहरू सूचीबद्ध गर्छन्। ती पढ्दा टनेल कसरी कन्फिगर भयो थाहा हुन्छ, र दिइएको अनुरोधले कुन बाटो लियो भन्ने थाहा हुँदैन, किनकि राउटिङ र प्रति-एप नियमहरूले हरेक जडानका लागि त्यो निर्धारण गर्छन्।
विभाजित टनेलिङले अन्तर देखिने बनाउँछ। एउटा अनुरोध टनेलबाट बाहिर जान सक्छ जबकि अर्को, फरक गन्तव्य वा फरक ठेगाना-परिवारतर्फ लक्षित, जाँदैन, त्यसैले एउटै एपका सेकेन्डको फरकमा आएका दुई नतिजा इमानदार र फरक हुन सक्छन्।
प्रश्नसँग मिल्ने अवलोकन छान्नुहोस्
सबै कुरा नाप्नुको सट्टा सोचविचार गरी छान्नुहोस्। ब्याकएन्डले देख्ने कुराका लागि ब्याकएन्डमा स्रोत रेकर्ड गर्नुहोस्, र अगाडि रिभर्स प्रोक्सी भए, ग्राहकको ठेगाना ग्राहकले पठाएको कुनै कुराबाट होइन, तपाईंको डिप्लोयमेन्टले साँच्चै सेट गर्ने फर्वार्डिङ हेडरबाट पढ्नुहोस्।
टनेल कन्फिगर छ कि छैन भन्ने थाहा पाउन इन्टरफेस पढ्नुहोस्। यो एपको ट्राफिकले यसलाई प्रयोग गर्यो कि गरेन भन्ने थाहा पाउन त्यही एपबाट तपाईंले नियन्त्रण गर्ने गन्तव्यमा ट्राफिक पठाउनुहोस् र दुवै छेउमा स्रोत तुलना गर्नुहोस्।
प्रति-एप नियमहरू आफ्नै वाक्यका योग्य छन्। ब्राउजरको नतिजा त्यो ब्राउजरबारे प्रमाण हो, र व्यवस्थित प्रति-एप टनेलले एउटै फोनका दुई एपलाई एउटै क्षणमा फरक बाटोमा राख्न सक्छ। कभरेज प्रमाणित गर्नु भनेको सम्बन्धित एपबाट, सम्बन्धित ठेगाना-परिवारमा ट्राफिक पठाउनु हो।
इन्टरफेसका नामहरू डिटेक्टर होइनन्
इन्टरफेसको नामलाई VPN जाँचका रूपमा पनि प्रयोग नगर्नुहोस्। नामहरू सार्वजनिक सम्झौता होइनन्, र फोनमा धेरै जोड हुन सक्छन् जबकि तीमध्ये एउटाले मात्र तपाईंको अनुरोध बोक्छ।
फिल्डलाई यसले राख्ने अवलोकनका आधारमा नाम दिनुहोस्। local_interface_address, socket_local_endpoint र service_observed_source असजिलो र अस्पष्टतारहित छन्, र मान एक हप्तापछि सहयोग टिकटमा पुग्दा तपाईंलाई त्यही अस्पष्टतारहितता चाहिन्छ। device IP नामको एउटै स्तम्भले तीनै जम्मा गर्छ र त्यसपछि त्यसलाई एउटै भएझैँ विश्वास गरिन्छ।
पहिचानलाई ठेगानाको स्तम्भबाहिर राख्नुहोस्
साझा VPN निकास प्रयोगकर्ताको पहिचान होइन, र निजी ठेगाना पहुँच प्रमाण होइन। दुवैले व्यक्ति होइन, बाटो वर्णन गर्छन्, र कुनै एउटालाई प्रमाणीकरण मान्नु राउटिङको दुर्घटनालाई अधिकारको निर्णय बनाउँछ।
कसैले फोनसँग कुन ठेगाना छ भनी सोध्दा, उपयोगी जवाफ कुन जडान र कुन अवलोकनकर्ता भन्ने प्रश्न हो। getsockname को परिभाषा बीचको अवस्थाका लागि उद्धृत गर्न योग्य छ, किनकि यसले सकेटको प्रश्न टुङ्ग्याउँछ र बाँकी दुई टुङ्ग्याएको नाटक गर्दैन।
त्यसपछि तीनमध्ये तपाईंको उत्पादनले साँच्चै कुन देखाउनुपर्छ लेख्नुहोस्, र बाँकी दुई इन्टरफेसबाट हटाउनुहोस्।