NVR ক্যামেরা VPN-এ অদৃশ্য হয়ে যাচ্ছে? PoE সাবনেট ওভারল্যাপ যাচাই করুন
PoE সাবনেট দূরবর্তী সাইটের সাথে ওভারল্যাপ করলে রেকর্ডার তার অভ্যন্তরীণ ক্যামেরা পোর্ট দিয়ে VPN ক্লায়েন্টকে উত্তর দিতে পারে। টানেলের আগে সেই ইন্টারফেসটি যাচাই করুন।
দূরবর্তী সাইট থেকে NVR খুলুন, এবং LAN পৃষ্ঠা এখনও লোড হওয়ার সময় লাইভ ভিউ ব্যর্থ হতে পারে। টানেল চালু আছে, রেকর্ডার উত্তর দিচ্ছে, এবং উত্তরটি এমন পথে যায় যা কেউ আঁকেনি: রেকর্ডারের অভ্যন্তরীণ ক্যামেরা পোর্ট। PoE মডেলে সেই দ্বিতীয় সংযুক্ত নেটওয়ার্কটি অ্যাড্রেস প্ল্যানের অংশ, এটি মূল LAN সেটিংস পৃষ্ঠায় দেখা যাক বা না যাক।
ক্লায়েন্ট থেকে রেকর্ডার পর্যন্ত এবং ফিরে ব্যর্থতাটি অনুসরণ করুন। ফেরার পথেই লুকানো ইন্টারফেসটি দেখা যায়।
LAN থেকে নয়, দূরবর্তী ক্লায়েন্ট থেকে পুনরুৎপাদন করুন
এমন ক্লায়েন্ট থেকে পরীক্ষা করুন যা সত্যিই VPN অতিক্রম করে। একই LAN-এর ব্রাউজার সরাসরি রেকর্ডারে পৌঁছাতে পারে, তাই এটি কখনও ব্যর্থ হওয়া পথটি পরীক্ষা করে না। ক্লায়েন্টের ঠিকানা, রেকর্ডারের LAN ঠিকানা এবং যে নির্দিষ্ট পরিষেবাটি ব্যর্থ হয় তা লিখে রাখুন।
একাধিক পরিষেবা চেষ্টা করুন। একটি ওয়েব ম্যানেজমেন্ট পৃষ্ঠা, একটি লাইভ স্ট্রিম এবং একটি প্লেব্যাক অনুরোধ ভিন্ন পোর্ট ও ভিন্ন প্রক্সি ব্যবহার করতে পারে, এবং একটি কাজ করার সময় অন্যটি ব্যর্থ হতে পারে। এই তুলনা বলে দেয় ব্যর্থতাটি পরিষেবা-নির্দিষ্ট কি না। এটি একটি ব্যর্থ পোর্টকে মৃত রেকর্ডার হিসেবে ভুল করার হাত থেকেও বাঁচায়।
অনুরোধটি আদৌ রেকর্ডারে পৌঁছায় কি না লক্ষ্য করুন। যে সংযোগ কখনও পৌঁছায় না তা আগমনের পথে রাউটিং বা ফায়ারওয়ালের দিকে ইঙ্গিত করে; যে অনুরোধ পৌঁছিয়ে তারপর আটকে যায় তা ফেরার পথ বা পরিষেবার দিকে ইঙ্গিত করে। রেকর্ডারের সংযোগ লগ বা কাউন্টার থাকলে তা ব্যবহার করুন। সাইটের সীমান্তে প্যাকেট ক্যাপচার হলো বিকল্প।
রেকর্ডার থেকে উত্তরটি বের হওয়ার পথ অনুসরণ করুন
দুটি সাইটের একটি উদাহরণস্বরূপ বিন্যাস বিবেচনা করুন। দূরবর্তী ক্লায়েন্ট 10.60.0.25/24, রেকর্ডারের সাইট LAN 10.70.0.0/24, রেকর্ডারের LAN ঠিকানা 10.70.0.50, এবং এর অভ্যন্তরীণ PoE নেটওয়ার্ক 10.60.0.0/24।
Site A client: 10.60.0.25/24
Site B LAN: 10.70.0.0/24
NVR LAN address: 10.70.0.50
NVR internal PoE net: 10.60.0.0/24
সাইট A থেকে ট্রাফিক টানেলের মাধ্যমে 10.70.0.50-এ পৌঁছায়। এরপর রেকর্ডার তার নিজের টেবিলে ফেরার ঠিকানাটি খোঁজে এবং 10.60.0.25 কভার করা একটি সংযুক্ত প্রিফিক্স পায়। সেই প্রিফিক্সটি তার ডিফল্ট রুটের চেয়ে বেশি নির্দিষ্ট, তাই উত্তরটি টানেলের দিকে নয়, ক্যামেরা পোর্টগুলোর দিকে যায়।
টানেলের সমঝোতাকৃত অবস্থা বা সাইট B রাউটারের সঠিক ফেরার রুট — কোনোটিই সেই স্থানীয় পছন্দকে অগ্রাহ্য করতে পারে না। সাইট B-এর অন্য সার্ভারে সফল অনুরোধও এই ডিভাইসের দ্বিতীয় ইন্টারফেস সম্পর্কে কিছু প্রমাণ করে না।
লুকানো PoE নেটওয়ার্কের তালিকা করুন
রেকর্ডারের নেটওয়ার্ক সেটিংসে অভ্যন্তরীণ NIC, PoE বিভাগ বা আলাদা ক্যামেরা সাবনেট খুঁজুন। কিছু মডেল এটি নিজস্ব ঠিকানাসহ দ্বিতীয় ইন্টারফেস হিসেবে দেখায়; অন্যরা এটি ক্যামেরা কনফিগারেশন পৃষ্ঠার পিছনে লুকায়।
ফ্যাক্টরি প্রিফিক্স ধরে নেওয়ার বদলে মডেল ও ফার্মওয়্যার ডকুমেন্টেশন যাচাই করুন। একটি পণ্য লাইনের সাধারণ ডিফল্ট প্রতিটি রেকর্ডার সম্পর্কে সত্য নয়, এবং কপি করা একটি সংখ্যা প্রকৃত ওভারল্যাপ প্রকাশের বদলে লুকিয়ে ফেলতে পারে।
আবিষ্কৃত রেঞ্জটি উভয় সাইটের LAN, VPN ক্লায়েন্ট পুল এবং রেকর্ডারের অন্য যেকোনো সংযুক্ত নেটওয়ার্কের সাথে তুলনা করুন। দূরবর্তী ক্লায়েন্ট পুলের সাথে ওভারল্যাপই সেই ক্ষেত্র যা উত্তরগুলোকে পুনর্নির্দেশ করে; সম্পর্কহীন স্থানীয় রেঞ্জের সাথে ওভারল্যাপ VPN স্পর্শ না করেই স্থানীয় ক্যামেরা অ্যাক্সেস ভাঙতে পারে। নতুন নম্বর বাছার আগে ওভারল্যাপগুলো এক শিটে আঁকুন। দুটি ওভারল্যাপিং রেঞ্জ সেখানে স্পষ্ট দেখায়, আর দুটি আলাদা সেটিংস পৃষ্ঠায় অদৃশ্য।
রেঞ্জ, ইন্টারফেসের নাম এবং তার উপর থাকা ক্যামেরার ঠিকানাগুলো লিখে রাখুন। এই তালিকাই হলো যা রিনাম্বারিং প্ল্যানকে সংরক্ষণ করতে হবে। সেখানে থাকার সময় ক্যামেরার মডেল ও ফার্মওয়্যার সংস্করণও অন্তর্ভুক্ত করুন।
শুধু NVR নয়, ক্যামেরাগুলির সাথে রিনাম্বার করুন
এমন একটি ক্যামেরা রেঞ্জ বাছুন যা কোনও সাইট, VPN পুল বা অন্য সংযুক্ত নেটওয়ার্কের সাথে ওভারল্যাপ করে না। তারপর পুরোনোটির উপর নির্ভরশীল সবকিছু তালিকাভুক্ত করুন: ডাইনামিক লিজ, স্ট্যাটিকভাবে কনফিগার করা ক্যামেরা ঠিকানা, সংরক্ষিত চ্যানেল, রেকর্ডিং সময়সূচি এবং মডেল যে স্বয়ংক্রিয় কনফিগারেশন করে। সেই তালিকাই মাইগ্রেশন চেকলিস্ট, পরে যোগ করার বিষয় নয়।
অনুমোদিত সময়ে অভ্যন্তরীণ নেটওয়ার্ক সরান এবং রেকর্ডারের ব্যাকআপ ও পুনরুদ্ধার অ্যাক্সেস উপলব্ধ রাখুন। কেবল রেকর্ডারের অভ্যন্তরীণ ঠিকানা বদলালে পুরোনো রেঞ্জ ধরে থাকা ক্যামেরাগুলো আটকে যেতে পারে, এবং রেকর্ডার সেগুলোকে ভুল কনফিগার করা নয়, অফলাইন হিসেবে রিপোর্ট করতে পারে। নতুন স্ট্রিমগুলো পুরো একদিন চলা পর্যন্ত পুরোনো কনফিগারেশন এক্সপোর্ট রাখুন।
দূরবর্তী ক্লায়েন্ট পরীক্ষার আগে স্থানীয় ক্যামেরা স্ট্রিম ও রেকর্ডিং যাচাই করুন। যে রেকর্ডার তার ক্যামেরা হারিয়েছে তার উপর গড়া দূরবর্তী সমাধান সমাধান নয়।
স্ট্রিম, রেকর্ডিং ও দূরবর্তী অ্যাক্সেস যাচাই করুন
দূরবর্তী ক্লায়েন্ট থেকে লাইভ ভিউ, প্লেব্যাক এবং ম্যানেজমেন্ট পৃষ্ঠা আলাদাভাবে পরীক্ষা করুন। নিয়ন্ত্রিত LAN ও VPN সীমান্তে অনুরোধ ও উত্তর লক্ষ্য করুন, যাতে ফেরার পথটি দৃশ্যমান হয়, কোনো কাজ করা পৃষ্ঠা থেকে অনুমান করা না হয়।
ক্যামেরা-অ্যাক্সেস প্রক্সি বা ভার্চুয়াল-হোস্ট বৈশিষ্ট্য ডিজাইনের অংশ হলে তার পোর্ট ম্যাপিং ও অনুমতিগুলোকে নিজস্ব পর্যালোচনাসহ আরেকটি স্পষ্ট পথ হিসেবে দেখুন। ওভারল্যাপ পূরণ করতে প্রতিটি ক্যামেরা পোর্ট খুলবেন না বা VPN সিলেক্টর প্রশস্ত করবেন না।
রিনাম্বারিং অসম্ভব হলে, যেকোনো ঠিকানা অনুবাদ বিকল্পের সমর্থিত ঠিকানা দৃশ্য এবং নিজস্ব নীতি পর্যালোচনা প্রয়োজন। সাধারণ শিক্ষাটি রেকর্ডারের বাইরেও পৌঁছায়: একটি যন্ত্র ক্যামেরা, পরিষেবা বা ম্যানেজমেন্ট নেটওয়ার্ক ধরে রাখতে পারে যা ইতিমধ্যে একটি দূরবর্তী সাইট নম্বর দিয়ে থাকে।
সাইট প্ল্যানে চূড়ান্ত রেঞ্জ ও পরীক্ষিত পরিষেবাগুলো লিখে রাখুন। পরবর্তী রেকর্ডার, ক্যামেরা সম্প্রসারণ বা VPN পুল পরিবর্তন ওই নম্বরগুলো আবার ব্যবহার করবে, এবং একবার ঠিক করা ওভারল্যাপ আবার চালু করা সহজ।