WinHTTP বাইপাস তালিকায় <local> বলতে কী বোঝায়

WinHTTP-এর বাইপাস তালিকায় বিশেষ টোকেন <local> থাকতে পারে। এই প্রসঙ্গে local বলতে বিন্দু ছাড়া একটি সার্ভার নাম বোঝায়। এটি প্রতিটি ব্যক্তিগত IP ঠিকানা বা আপনার Wi-Fi-এর প্রতিটি ডিভাইসের সাধারণ শ্রেণিবিন্যাস নয়।

এতে সংক্ষিপ্ত হোস্টনেম এবং বিন্দুযুক্ত হোস্টনেম ভিন্ন ইনপুট হয়ে যায়। http://intranet/ অনুরোধ করা একটি অ্যাপ্লিকেশন টোকেনের সাথে মিলতে পারে, আর http://intranet.example.internal/-এর জন্য প্রযোজ্য স্পষ্ট নিয়ম প্রয়োজন।

কনফিগার করা ব্যতিক্রমগুলো পড়ুন

একটি ইচ্ছাকৃত WinHTTP কনফিগারেশনের জন্য একটি স্থির উদাহরণ হলো:

netsh winhttp set proxy `
  proxy-server="203.0.113.10:8080" `
  bypass-list="<local>;*.example.internal"

এন্ডপয়েন্টটি কেবল উদাহরণ। এই কমান্ড WinHTTP কনফিগারেশন পরিবর্তন করে এবং এটি সাধারণ ব্রাউজার মেরামত হিসেবে ব্যবহার করা উচিত নয়। পূর্ববর্তী কনফিগারেশন লিপিবদ্ধ করুন এবং সেই পরিবর্তন করার আগে নিশ্চিত করুন যে লক্ষ্য অ্যাপ্লিকেশন সত্যিই এটি ব্যবহার করে।

ওয়াইল্ডকার্ড নিয়ম এবং local টোকেন আলাদা কাজ করে। 192.168.1.10-এর মতো বিন্দুযুক্ত IP আক্ষরিক বিন্দুহীন হোস্টনেম নয়। এমন ঠিকানা সরাসরি হওয়া উচিত হলে, local শব্দটি এটি ঢেকে দেয় বলে ধরে নেওয়ার বদলে যথাযথভাবে সমর্থিত স্পষ্ট ব্যতিক্রম ব্যবহার করুন।

অনুরোধের প্রকৃত হোস্ট পরীক্ষা করুন

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

একটি অনুরোধ আপনার পরীক্ষা করা স্থির ডিফল্টের বদলে অ্যাপ্লিকেশন-নির্দিষ্ট প্রক্সি তথ্য বা PAC মূল্যায়ন দ্বারা পরিচালিত হতে পারে। অন্য কোথাও বাইপাস তালিকা পরিবর্তন করার আগে ব্যর্থ অ্যাপ্লিকেশনটি যে উৎস ব্যবহার করে তা চিহ্নিত করুন।

আচরণ তুলনা করতে একই ক্লায়েন্টের জন্য URL হোস্টনেম এবং নির্বাচিত প্রক্সি নীতি লিপিবদ্ধ করুন। ইচ্ছাকৃতভাবে বাদ দেওয়া হোস্ট সরাসরি থাকার কারণে একটি কাজ করা পাবলিক প্রক্সি প্রতিস্থাপন করবেন না।

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