VPN-এর মধ্য দিয়ে NFS পুনঃরপ্তানি প্যাকেট ফরওয়ার্ডিং নয়

একটি Linux বাক্স একটি VPN-এ যোগ দেয়, একটি দূরবর্তী NFS এক্সপোর্ট মাউন্ট করে, এবং তারপর সেই মাউন্টটি অন্য ক্লায়েন্ট দলের কাছে পরিবেশন করে। এই ব্যবস্থাটি অতিরিক্ত ধাপসহ রাউটিংয়ের মতো দেখায়, এবং এটি প্রথম ভুল অনুমান। মাঝের মেশিনটি উপরের সার্ভারের ক্লায়েন্ট এবং নিচের ক্লায়েন্টদের জন্য সার্ভার, এবং এটি উভয় ফাইল-পরিষেবা সম্পর্কেই অংশ নেয়। প্যাকেট ফরওয়ার্ডিংয়ের ফাইলহ্যান্ডেল, লকিং বা ফাইলসিস্টেম পরিচয় নিয়ে কোনো মত নেই; পুনঃরপ্তানির আছে।

শুরু করুন এই প্রশ্ন দিয়ে যে নিচের ক্লায়েন্টরা কি মূল সার্ভারে সরাসরি পৌঁছাতে পারত। যদি পারে, মাঝের মেশিনটি ঐচ্ছিক।

তিনটি মডেল, তিনটি সামঞ্জস্যের গল্প

সরাসরি মাউন্ট সবচেয়ে সহজ: প্রতিটি ক্লায়েন্ট টানেলের মধ্য দিয়ে মূল সার্ভার মাউন্ট করে, এবং সেই সার্ভারের এক্সপোর্ট নীতি প্রবেশাধিকার নিয়ন্ত্রণ করে। পুনঃরপ্তানি হল মাঝের মেশিন একটি ভিন্ন পরিষেবা সীমা উপস্থাপন করা, যা তখন কাজে লাগে যখন ক্লায়েন্টমুখী নেটওয়ার্কটি সরাসরি সার্ভারে পৌঁছানো উচিত নয়। প্রতিলিপিকরণ তৃতীয় মডেল, এবং এটি প্রশ্নটিকে সামঞ্জস্য থেকে সিঙ্ক্রোনাইজেশন ও দ্বন্দ্ব সমাধানে বদলে দেয়।

প্রতিলিপিকৃত কপিকে জীবন্ত পুনঃরপ্তানি হিসেবে বর্ণনা করবেন না। ব্যর্থতার ধরনগুলি ভিন্ন, এবং যে ব্যবহারকারী আশা করেন প্রতিটি ক্রিয়াকলাপ মূল ফাইলসিস্টেমে পৌঁছাবে, তিনি লিঙ্ক বিভ্রাটের সময় অবাক হবেন।

পরিচয় মাউন্ট কমান্ডের চেয়ে বেশি দিন বাঁচে

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

ফাইলহ্যান্ডেল হল অন্য পরিচয় সীমা: পুনঃরপ্তানি মূল হ্যান্ডেলটি মোড়ায়, যা এটি বড় করে এবং ক্লায়েন্টের সীমা ছাড়িয়ে যেতে পারে। সফল মাউন্ট প্রমাণ করে না যে প্রতিটি এক্সপোর্ট বিন্যাস সামঞ্জস্যপূর্ণ।

প্রতিটি NFS বৈশিষ্ট্য মাঝের মেশিন অতিক্রম করে না

কার্নেলের পুনঃরপ্তানি নির্দেশিকা বলে যে পুনঃরপ্তানিকারী সার্ভার লকিং বা প্রতিনিধিত্ব অনুরোধ সমর্থন করে না। যে অ্যাপ্লিকেশনগুলি সেই ক্রিয়াকলাপের উপর নির্ভর করে তাদের ভিন্ন পথ বা সেই অনুযায়ী যাচাই করা নকশা দরকার। সফল মাউন্ট এবং কার্যকর ডিরেক্টরি তালিকা দেখায় না যে অ্যাপ্লিকেশনের প্রকৃত ক্রিয়াকলাপ কাজ করে।

ব্যবহারকারী পরিচয় এবং এক্সপোর্ট নীতি প্রতিটি ধাপেও গুরুত্বপূর্ণ। একটি VPN লগইন প্রমাণ করে যে একটি নেটওয়ার্ক অংশগ্রহণকারী প্রমাণিত হয়েছে; এটি একটি NFS ব্যবহারকারীকে অনুমোদন দেয় না, এবং গেটওয়ে জুড়ে ক্লায়েন্টের শংসাপত্র এগিয়ে পাঠায় না।

গেটওয়ের দুটি উজানের নির্ভরতা রয়েছে

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

যদি প্রয়োজনটির কখনও শুধু ব্যক্তিগত IP পৌঁছানোর ক্ষমতা দরকার হতো, তবে মূল সার্ভারে সরাসরি রাউটিং করা সরলতর স্থাপত্য। পুনঃরপ্তানির অস্তিত্ব এমন কারণে হওয়া উচিত যা লিখে রাখলে টিকে থাকে।

মাউন্ট নয়, কর্মভার পরীক্ষা করুন

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

পুনঃরপ্তানি বৈধ যখন এটি একটি ইচ্ছাকৃত কারণে বিদ্যমান, যেমন একটি বিচ্ছিন্ন ক্লায়েন্ট নেটওয়ার্ক বা একটি নিয়ন্ত্রিত সংস্করণ সীমা। এটি একটি খারাপ দুর্ঘটনা, এবং পার্থক্যটি হল কেউ এটি সিদ্ধান্ত নিয়েছে কি না।