VPN গেটওয়ের আপডেট ব্যর্থ হয়: বাইরে যাওয়ার পথ খোলার আগে ধাপটি পড়ুন
ব্যর্থ আপডেট অনুপস্থিত পোর্ট নয়, একটি ধাপের নাম বলে। বার্তাটিকে তার মালিকের সাথে মিলিয়ে নিন, প্রক্সির পথ পড়ুন এবং তারপর সচেতনভাবে রক্ষণাবেক্ষণ নীতি ঠিক করুন।
নিরাপত্তা আপডেট ইনস্টল করতে অস্বীকার করা কেবল এক খারাপ সপ্তাহ দূরে রাখে আপনাকে অন্যের সমস্যা হয়ে ওঠা থেকে, আর যে গেটওয়ে ক্লায়েন্টদের ভেতরে ঢুকতে দেয় সেটিই এই অভ্যাস গড়ে তোলার সবচেয়ে সহজ জায়গা। সাধারণ কারণ কোনো অনুপস্থিত রুট নয় বরং কোনো অনুপস্থিত সিদ্ধান্ত: কেউ বলেনি যে ক্লায়েন্ট ফরওয়ার্ডিং ইচ্ছাকৃতভাবে সংকীর্ণ থাকলে হোস্ট নিজে কীভাবে কোনো ভান্ডারে পৌঁছাবে। সেই সিদ্ধান্ত স্পষ্টভাবে নিতে হবে, এবং তা এক বিকেলের জন্য বহির্গমন নীতি বন্ধ করার চেয়ে সংকীর্ণ হতে হবে।
চার ধাপ, চার ভিন্ন মালিক
আপডেটের ব্যর্থতা একটি নামকৃত ধাপ, বার্তা তা বলুক বা না বলুক, এবং প্রতিটি ধাপ ভিন্ন মালিকের। যে নাম সমাধান হয় না তা রিজলভারের প্রশ্ন। যে সংযোগ সময়সীমা ছাড়িয়ে যায় তা পরিবহন, প্রক্সি বা দূর প্রান্তের প্রশ্ন। TLS পরিচয়ের ত্রুটি বিশ্বাসের প্রশ্ন, এবং প্রত্যাখ্যাত আর্কাইভ মেটাডেটা স্বাক্ষরের প্রশ্ন। চার ধাপ, চার মালিক, আর পোর্টের নিয়ম সবসময় এদের মধ্যে একটিরই উত্তর দেয়।
| The failure text mentions | Which component owns it | What you check first | What you must not change |
|---|---|---|---|
| a name that will not resolve | the resolver policy for this host | which resolver is used, and whether its path is permitted | nothing in the firewall: no repository packet has left yet |
| a connection that times out | routing, proxy or the far end | the destination, port and proxy the manager actually attempts | the egress policy, before you know that destination |
| a TLS identity mismatch | trust configuration and the server's identity | the chain the manager is presented with | verification settings, which only hide the mismatch |
| rejected archive metadata | the repository's signing metadata | whether the source carries valid, trusted metadata | the signature check, which is not a routing question |
পিং এবং নাম সমাধান সেই দুটি পরীক্ষা যা মানুষ প্রথমে ব্যবহার করে, এবং দুটোই এমন প্রশ্নের উত্তর দেয় যা কেউ করেনি। ইকো উত্তর ভান্ডার সংযোগের চেয়ে ভিন্ন প্রোটোকল ব্যবহার করে, এবং সফল অনুসন্ধান আনয়ন পরীক্ষা না করেই নাম সমাধানে থেমে যায়। দুটোই প্রকৃত লেনদেন ব্যর্থ হওয়ার সময় পাস করতে পারে, এবং দুটোই পথের সাথে সম্পর্কহীন কারণে ব্যর্থ হতে পারে।
ব্যবস্থাপক যে পথ সত্যিই নেয় তা পড়ুন
কনফিগার করা উৎস URI এবং প্রক্সির প্রকৃত বিন্যাস পরীক্ষা করুন, এদের যেকোনো একটি ধরে নেওয়ার বদলে। সাধারণ HTTP-এর জন্য লেখা নিয়ম তখন মেরামত নয় যখন ভান্ডার HTTPS বলে, এবং যে সংস্থা প্রক্সি বাধ্যতামূলক করে তারা পথ আগেই বেছে নিয়েছে। প্যাকেজ ব্যবস্থাপক পরিবেশ চলক ও নিজেদের কনফিগারেশন মানে, এবং হোস্ট-নির্দিষ্ট সেটিং বৈশ্বিক সেটিংকে অতিক্রম করতে পারে। ইন্টারঅ্যাকটিভ ব্রাউজার যা করে তা ব্যবস্থাপকের করা আবশ্যক নয়।
apt-get update -o Debug::Acquire::http=true
apt-config dump | grep -i proxy
env | grep -i proxyAPT পরিবহন নথি বর্ণনা করে কোন সেটিং কোন URI স্কিমে প্রযোজ্য এবং হোস্ট-নির্দিষ্ট পছন্দ কীভাবে লেখা হয়। কমান্ডের আউটপুট টিকিটের সাথে রাখুন, কারণ এটি প্রক্সি সমস্যাকে অনুপস্থিত পথ থেকে যেকোনো সংখ্যক পিং ফলাফলের চেয়ে দ্রুত আলাদা করে। ব্যবস্থাপক যে সঠিক গন্তব্য, পোর্ট ও প্রোটোকল চেষ্টা করে তা লিখুন, এবং ফায়ারওয়াল পরিবর্তনকে মাসের মধ্যে পুরনো হয়ে যাওয়া কোনো অনুমানিত মিরর ঠিকানার বদলে সেই রেকর্ডের উপর দাঁড়াতে দিন।
রক্ষণাবেক্ষণ নীতি বাছুন, ব্যতিক্রম নয়
তিনটি নীতি রক্ষণীয়: সুড়ঙ্গের মাধ্যমে রক্ষণাবেক্ষণ, পরিচালিত আপডেট প্রক্সির মাধ্যমে রক্ষণাবেক্ষণ, বা সংকীর্ণ অনুমোদিত সরাসরি পথের মাধ্যমে রক্ষণাবেক্ষণ। প্রত্যেকটি নিজের সাথে মানানসই রিজলভার বিন্যাস ধরে নেয়। যা রক্ষণীয় নয় তা হলো এমন ব্যতিক্রম যা সুড়ঙ্গ পড়ার প্রতিবার নীরবে সীমাহীন বিকল্প পথ হয়ে যায়।
নির্বাচিত নীতিটি একজন মালিকের সাথে লিখে রাখুন, কারণ পরবর্তী অপারেটর নিয়মটি পাবে, এর পেছনের যুক্তি নয়। অনুমতি বিদ্যমান ফায়ারওয়াল ও নেটওয়ার্ক মালিকের মাধ্যমে প্রয়োগ করুন, নিয়ম খালি করে বা একটি হোস্টের জন্য দ্বিতীয় নীতি ব্যবস্থাপক যোগ করে নয়। প্রকৃত উৎস যে ঠিকানা পরিবার ও সেবা এন্ডপয়েন্ট ব্যবহার করে তা ঢেকে দিন, এবং ভান্ডার স্থানান্তরিত হলে তালিকাটি পুনরায় দেখুন।
বিশ্বাস দুর্বল না করে যাচাই করুন
সফল পরিবহন যাচাই শিথিল করার অনুমতি নয়: আর্কাইভ প্রমাণীকরণ এবং TLS সার্ভার পরিচয় দুটি পৃথক পরীক্ষা, এবং এর যেকোনো একটি বন্ধ করলে ত্রুটি উধাও হয় অথচ হোস্ট কী গ্রহণ করবে তা বদলে যায়। বাধাদানকারী প্রক্সি নেটওয়ার্ক মালিকের বিশ্বাসের সিদ্ধান্ত, স্থানীয়ভাবে পরীক্ষা বন্ধ করার কারণ নয়, এবং ভান্ডারের প্রমাণপত্র শেয়ার করা ডায়াগনস্টিকে থাকা উচিত নয়, কারণ বিস্তারিত লগ সেগুলো ফাঁস করার সবচেয়ে সহজ জায়গা।
পরিবর্তনটি নিয়ন্ত্রিত মেটাডেটা আহরণ এবং তারপর একটি অনুমোদিত প্যাকেজ লেনদেনের সাথে গ্রহণ করুন, তারপর সুড়ঙ্গ পড়লে কী হয় পরীক্ষা করুন। যে রক্ষণাবেক্ষণ পথ ব্যাঘাতের সময় নীরবে প্রশস্ত হয় তা বন্ধ হয়ে ব্যর্থ হওয়া পথের চেয়ে খারাপ, এবং ফলাফল হওয়া উচিত নামকৃত মালিক ও সীমিত পরিধিসম্পন্ন আপডেট পথ।