কেন একটি DNS পরিবর্তন SOCKS প্রক্সি সেট আপ করতে পারে না
কেন একটি ওয়েবসাইটের হোস্টনেম SOCKS সার্ভারে পাঠালে একটি অন-কনফিগার করা ব্রাউজার প্রক্সি ব্যবহার করে না তা ব্যাখ্যা করে।
DNS উত্তর পরিবর্তন করলে শুধু সেই ঠিকানাটি বদলায় যেখানে ব্রাউজার সংযোগ করে। সেখানে পৌঁছানোর পর ব্রাউজার যে প্রোটোকলে কথা বলে, তা বদলায় না।
সাধারণ HTTP URL খুললে ব্রাউজার HTTP পাঠায়। HTTPS URL খুললে সেই সাইটের জন্য TLS শুরু করে। SOCKS5 সার্ভার কিন্তু প্রথমে নিজের নেগোসিয়েশন আশা করে: পদ্ধতি নির্বাচন, যেকোনো প্রমাণীকরণ এবং গন্তব্যের নাম উল্লেখ করা অনুরোধ। অন-কনফিগার করা ব্রাউজার এর কিছুই পাঠায় না।
এ কারণেই একটি পৌঁছানোযোগ্য Dante লিসেনার DNS পরিবর্তনের পরে সংযোগ সঙ্গে সঙ্গে বন্ধ করতে পারে। সেবাটি সুস্থ থাকতে পারে; কিন্তু আসা বাইটগুলো ভুল প্রোটোকলের। লিসেনারটিকে পোর্ট 80 বা 443-এ সরালেও সেই বাইটগুলো SOCKS হয়ে যায় না।
ব্রাউজারের SOCKS ইন্টারফেস কনফিগার করুন, যেমন Firefox-এর SOCKS সেটিংস, অথবা অ্যাপ্লিকেশন-নির্দিষ্ট প্রক্সি সেটিং, যাতে এটি হ্যান্ডশেক করে এবং প্রক্সিকে সামনে সংযোগ করতে বলে। PAC ফাইল ব্যবহারকারী অ্যাপ্লিকেশনের জন্য একটি সমর্থিত প্রক্সি পথ বেছে নিতে পারে। তবুও এটি আলাদা প্রক্সি কনফিগারেশন, A বা AAAA রেকর্ডের বৈশিষ্ট্য নয়।
HTTPS শুধু-DNS ধারণায় আরেকটি বাধা যোগ করে। ব্রাউজার URL-এ থাকা সাইটের পরিচয় আশা করতে থাকে। প্রক্সি হোস্টের জন্য একটি সার্টিফিকেট শুধু DNS সংযোগটি সেখানে পাঠিয়েছে বলে সেই আশা পূরণ করতে পারে না।
স্বচ্ছ নেটওয়ার্ক ইন্টারসেপশন হলো রাউটিং ও উপযুক্ত ইন্টারসেপশন সফটওয়্যার জড়িত একটি ভিন্ন ডিজাইন। DNS থেকে SOCKS সার্ভারের ঠিকানা ফিরিয়ে দিয়ে এটি পাওয়া যায় না।