HTTP प्रॉक्सी एक NAT बॉक्स से कैसे अलग है?


2

आईपी ​​(10.0.0.1 टीसीपी पोर्ट 8888) के साथ एक लैन में एक मेजबान नेटवर्क किनारे पर एक नेट बॉक्स है, यह जानने के बिना एक सर्वर से जोड़ता है। NAT बॉक्स गूंगा है और बस पोर्ट 8888 को किसी अन्य पोर्ट 5555 में बदल देता है और आईपी को सार्वजनिक आईपी पते में बदल देता है (205.209.96.96 कहिए) और कुंजी, मान युग्म में सहेजता है: (5555,10.0.1.1: 8888) ।

जब यह एक उत्तर प्राप्त करता है तो यह रिवर्स ट्रांसलेशन करता है और पैकेट को होस्ट पर वापस भेजता है। HTTP प्रॉक्सी का संचालन इससे कैसे अलग है? मैं समझता हूं कि प्रॉक्सी अन्य सामान जैसे फ़िल्टरिंग, कैशिंग आदि कर सकती है लेकिन प्रॉक्सी का मूल संचालन नेट बॉक्स से अलग कैसे है?

जवाबों:


2

HTTP प्रॉक्सी HTTP के अलावा किसी भी चीज़ के लिए काम नहीं करेगा।

यह OpenVPN कनेक्शन के लिए काम नहीं करेगा, यह पी 2 पी ट्रैफिक, मल्टीप्लेयर 3 डी गेम आदि के लिए काम नहीं करेगा।

NAT यातायात के सभी प्रकार के टीसीपी के लिए अच्छा है। उनमें से कई यूडीपी और आईसीएमपी भी संभालते हैं (सीमित तरीके से, क्योंकि आईसीएमपी में पोर्ट नहीं हैं)।


2

NAT एक निम्न प्रोटोकॉल स्तर पर काम करता है - यह केवल आईपी पते और पोर्ट को फिर से लिखना है; यह अन्यथा टीसीपी कनेक्शन को बाधित नहीं करता है (और इस तरह यह ज्यादातर उच्च-स्तरीय प्रोटोकॉल के लिए पारदर्शी है)।

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


मैं HTTP प्रॉक्सी के आंतरिक कामकाज के बारे में और कहां पढ़ सकता हूं?
ब्रूस

1

वे कई मायनों में समान हैं, वे दोनों गेटवे हैं। एक HTTP प्रॉक्सी एक HTTP अनुरोध के स्तर पर चल रही है। NAT प्रदर्शन करने वाला राऊटर TCP / IP कनेक्शन के स्तर पर संचालित होता है। कई नेटवर्क राउटर भी दोनों कार्य करते हैं।


"वे दोनों गेटवे हैं" - और समानता वहीं समाप्त होती है।
पिस्कवर

मैं यह नहीं देखता कि क्यों नीचे की ओर ...
m0skit0
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.