ফাইল সার্ভার ঠিকঠাক খোলে, আর পাশের উইন্ডোতে ভিডিও কল আটকে যেতে শুরু করে। কিছুই ধীর নয় এবং MTU ভুল নয়: আপনার ক্লায়েন্ট সার্ভার যে রুট তালিকা দিয়েছে তা গ্রহণ করেছে, তাই প্রতিটি প্যাকেট এখন অফিস ফায়ারওয়াল দিয়ে বেরোয়। সমাধানটি আরেকটি টিউনিং ফ্ল্যাগ নয়, বরং ক্লায়েন্টের রুট টেবিলের মালিক কে তা নিয়ে একটি সিদ্ধান্ত। সেই সিদ্ধান্ত এক জায়গায় থাকা উচিত, এবং নিচের ব্যর্থতার ধরনগুলি বলে দেয় আপনি আসলে কোন জায়গা বেছেছেন।

রুট টেবিলের মালিক কে তা ঠিক করুন

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

প্রতিটি পছন্দ আলাদাভাবে ব্যর্থ হয়, তাই প্রোফাইল সম্পাদনার আগে টেবিলটি পড়া মূল্যবান। যে সারিটি আপনার উপসর্গের সঙ্গে মেলে, সেটিই আপনি আসলে যে মালিক পেয়েছেন।

OwnerWhere it livesResult
Serverserver config, redirect-gateway, pushed routesclient becomes a full tunnel
Profileroute-nopull and its own route linestunnel up, office prefix missing
Managernever-default plus its own routesdesktop decides, profile ignored

একটি বেছে নিন এবং লিখে রাখুন। দুটি মেশানো একটি হোস্ট রেখে যায় যার ডিফল্ট পথ তার নিজের ডকুমেন্টেশনের বিরোধিতা করে, আর পরের ইঞ্জিনিয়ার বুঝতে পারে না কোন স্তর জিতেছে। হেরে যাওয়াটি স্পষ্টভাবে মুছে ফেলুন।

route-nopull পুশ ফিল্টার করে, রুট যোগ করে না

route-nopull ক্লায়েন্ট প্রোফাইলে থাকে, এবং সেই ফাইলে এর ক্রম গুরুত্বহীন কারণ এটি কেবল সার্ভার থেকে আসা মান প্রত্যাখ্যান করে। এটি পুশ করা রুট প্রত্যাখ্যান করে, পুশ করা ডিফল্ট রুটসহ, অথচ টানেল স্বাভাবিকভাবে উঠে আসে।

মানুষ যে পরিণতিটি মিস করে তা হল পুশ করা DHCP অপশনগুলি তাদের সঙ্গে চলে যায়। সার্ভারের পাঠানো DNS সেটিংসও প্রত্যাখ্যাত হয়, তাই অভ্যন্তরীণ নামগুলি সমাধান হওয়া বন্ধ করে দেয়, যদিও টানেল সুস্থ এবং সার্ভার ঠিকানায় পৌঁছানো যায়।

এতে অফিস প্রিফিক্সে যাওয়ার পথহীন একটি টানেল থেকে যায়, যদি না আপনি নিজে একটি যোগ করেন: একই প্রোফাইলে route-nopull এর পরে route 10.30.0.0 255.255.0.0। সেই লাইনটি একটি ঠিকানা ও মাস্ক বহন করে; এটি পরবর্তী হপের নাম দেয় না।

একটি বিকল্প রূপ গেটওয়ে টোকেন যোগ করে, route 10.30.0.0 255.255.0.0 vpn_gateway, যা এন্ট্রিটিকে নাম দিয়ে টানেলের দিকে নির্দেশ করে। ইমপোর্টাররা সেই ভ্যারিয়েন্ট অনুবাদ করে কি না তা নিয়ে ভিন্ন, তাই কার্নেল টেবিলে এন্ট্রি অনুপস্থিত থাকলে সংরক্ষিত সংযোগটি পরীক্ষা করুন।

ping দিয়ে নয়, রুট লুকআপ দিয়ে যাচাই করুন

ping আপনাকে বলে কিছু একটি উত্তর দিয়েছে। রুট লুকআপ বলে দেয় কার্নেল কোন ইন্টারফেস বেছে নেবে, আর সেটাই আপনি আসলে জিজ্ঞাসা করেছিলেন। চারটি ছোট কমান্ড অনুপস্থিত রুট আর ভুল ডিভাইসে নির্দেশ করা রুটের মধ্যে পার্থক্য করে।

ip route show dev tun0 দিয়ে দেখুন টানেল কী ইনস্টল করেছে। কোনো আউটপুট না থাকার অর্থ শূন্য রুট, যা কাজ করা স্প্লিট টানেল নয়, এবং স্পষ্ট লাইন ছাড়া ফিল্টার যোগ করার স্বাভাবিক ফলাফল এটি।

তারপর ip route get 10.30.5.7 দিয়ে একটি অফিস ঠিকানা, এবং ip route get 1.1.1.1 দিয়ে একটি সাধারণ ইন্টারনেট ঠিকানা পরীক্ষা করুন। দ্বিতীয়টির ভৌত ইন্টারফেসের নাম বলা উচিত; যদি টানেলের নাম বলে, তবে পুশ একেবারেই ফিল্টার হয়নি।

শেষে ip rule পড়ুন, কারণ আগের কোনো প্রয়াসের রেখে যাওয়া পলিসি নিয়ম আপনি এইমাত্র সংশোধন করা টেবিলটিকে অতিক্রম করতে পারে। উপরে পুরনো নিয়মসহ সঠিক প্রোফাইল দেখতে হুবহু ভাঙা প্রোফাইলের মতো। আরেকটি যোগ করার আগে গতবার যোগ করা নিয়মটি মুছে ফেলুন।

ওভারল্যাপিং সাবনেট ভাঙা টানেলের মতো দেখায়

ক্লায়েন্টের দৃষ্টিকোণ থেকে দুটি প্রাইভেট রেঞ্জ একই হতে পারে, আর ঠিক সেখানেই স্প্লিট টানেল এমন কিছুর জন্য দোষী সাব্যস্ত হয় যা সে ঘটায়নি। অফিস যদি আপনার হোম রাউটার যে প্রিফিক্স ব্যবহার করে সেটাই দেয়, তবে টানেল রুট রাউটারটিকে ঢেকে দেয় এবং বাড়ির নেটওয়ার্ক হারিয়ে যাওয়া বলে মনে হয়।

কিছু পরিবর্তনের আগে সাধারণ ঠিকানা তালিকা ব্যবহার করে আপনার নিজের ইন্টারফেসের ঠিকানার সঙ্গে প্রোফাইল যে রুট ইনস্টল করে তা তুলনা করুন। ওভারল্যাপটি বাস্তব, এবং কোনো প্রোফাইল অপশন এটি সমাধান করে না। যা ঠিক করতে পারেন তা হল নামকরণ, যাতে পরের ব্যক্তি একটির বদলে দুটি রেঞ্জ দেখেন।

সৎ সমাধান হল এক পক্ষকে পুনঃনম্বর দেওয়া বা অফিসে ঠিকানা অনুবাদ করা। রাউটারে একটি একক হোস্ট রুট পিন করা রাউটারের ঠিকানা বদলানো পর্যন্ত কাজ করে, তারপর সেটি প্রথমটির উপরে দ্বিতীয় রহস্য হয়ে দাঁড়ায়।

সিদ্ধান্তটি যেন পুনঃসংযোগ টিকে যায়

হাতে টাইপ করা এন্ট্রি পুনঃসংযোগের পরে টেকে না, আর সংযোগ ম্যানেজার প্রোফাইল শুরু হওয়ার প্রতিবার টেবিলটি নতুন করে গড়ে। সিদ্ধান্তটি যেখানে সংযোগ তৈরি হয় সেখানে রাখুন, সেটি প্রোফাইল হোক বা ম্যানেজারের সংরক্ষিত সেটিংস। তারপর কলের সময় আচরণ আবিষ্কার করার বদলে একবার ইচ্ছাকৃতভাবে সংযোগটি পুনরায় চালু করুন। যে প্রোফাইল কেবল পরের পুনঃসংযোগ পর্যন্ত কাজ করে, সেটি শেষ হয়নি।

একসঙ্গে তিনটি পথ চালান: আক্ষরিক ঠিকানায় অফিস হোস্ট, নামে একই হোস্ট, এবং একটি সাধারণ পাবলিক সাইট। মাঝেরটি আপনার পুশ করা DNS অপশন বাদ দেওয়ার পরে কনফিগার করা নেম সার্ভিসের উপর নির্ভর করে, আর সেটিই চুপচাপ ব্যর্থ হয়।

সম্পর্কিত নিবন্ধ