রিমোট DNS ব্যবহার করার আগে প্রক্সি হোস্টনেম সমাধান করুন

রিমোট DNS গন্তব্য অনুসন্ধানের সমস্যা সমাধান করেও আপনাকে সংযোগ করতে অক্ষম রেখে দিতে পারে। ক্লায়েন্টকে প্রথমে প্রক্সিটি খুঁজে বের করতে হবে।

proxy.office.example নামের একটি এন্ডপয়েন্ট ধরুন। SOCKS-এর মাধ্যমে একটি ওয়েবসাইটের হোস্টনেম পাঠালে ক্লায়েন্টকে বলা হয় না যে সেই প্রাথমিক এন্ডপয়েন্টের ঠিকানা কীভাবে পেতে হয়। SOCKS আলাপ তখনও শুরু হয়নি।

এটি গুরুত্বপূর্ণ যখন প্রক্সির নাম একটি ব্যক্তিগত নেমস্পেসের অন্তর্গত। বাড়ির রিজলভার এটি নাও জানতে পারে, কিন্তু অনুমোদিত অফিস নেটওয়ার্কের রিজলভার জানে। একটি সংক্ষিপ্ত প্রক্সি নাম নেটওয়ার্কভেদে ভিন্ন সার্চ-ডোমেইন কনফিগারেশনের উপরও নির্ভর করতে পারে।

নামগুলো আলাদা রাখুন

• প্রথম সংযোগ স্থাপন করতে প্রক্সি এন্ডপয়েন্টের নাম দরকার।
• ওয়েবসাইটের নাম রিমোট সমাধানের জন্য সমর্থিত প্রক্সি অনুরোধের ভিতরে বহন করা যায়।

রিজলভার বদলানোর আগে কোন নামটি ব্যর্থ হয়েছে তা লিখে রাখুন। ক্লায়েন্টের DNS-কে অসম্পর্কিত পাবলিক সেবা দিয়ে প্রতিস্থাপন করলে ব্যক্তিগত প্রক্সি নাম কম পৌঁছানোর উপযোগী হতে পারে, বেশি নয়। উদ্দিষ্ট নেটওয়ার্কের সমর্থিত নাম-সমাধান কনফিগারেশন ব্যবহার করুন।

কিছু ব্যবস্থায় একটি নির্ধারিত প্রক্সি IP একটি হোস্টনেম অনুসন্ধান সরিয়ে দিতে পারে, তবে এটি নামের সঙ্গে সর্বত্র বিনিময়যোগ্য নয়। HTTPS প্রক্সিতে TLS এবং নামভিত্তিক প্রমাণীকরণ প্রত্যাশিত পরিচয়ের উপর নির্ভর করতে পারে। এর পরীক্ষাগুলো নিষ্ক্রিয় না করে সেই পরিচয় অক্ষত রাখুন।

প্রথম সংযোগ কাজ করলে গন্তব্য পর্যায়টি আলাদাভাবে তদন্ত করুন। কাজ করা প্রক্সি হোস্টনেম প্রমাণ করে না যে প্রক্সি ওয়েবসাইটের নাম জানে বা সেখানে সংযোগ করার অনুমতি আছে।