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

পরিবহনের আগে অপারেশন বাছুন

স্ট্যাটাস পেজ পড়া, অনুমোদিত প্রতিবেদন নামানো এবং একটি সেটপয়েন্ট বদলানো তিনটি ভিন্ন অনুরোধ। প্রথমটি শুধু-পঠন দৃশ্যে মেটানো যায়; শেষটি যন্ত্রপাতির অবস্থাকে স্পর্শ করে এবং মালিকের স্পষ্ট অনুমোদন, রক্ষণাবেক্ষণ উইন্ডো ও স্থানীয় তত্ত্বাবধান দরকার। এগুলোকে রিমোট অ্যাক্সেসের অধীনে একত্র করা ওই পার্থক্য লুকায় এবং সাধারণত কাজের প্রয়োজনের চেয়ে প্রশস্ত পথ তৈরি করে। অপারেশনটির নাম দিন, যে ভূমিকা এটি সম্পাদন করতে পারে এবং এটি ঘটেছে তার প্রমাণ।

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

একটি নামযুক্ত সম্পদের সামনে ব্রোকার রাখুন

একটি রিসোর্স গেটওয়ে ব্যবহারকারীকে প্রমাণীকরণ করে, নীতি প্রয়োগ করে এবং একটি ব্যক্তিগত সেবায় সংযোগ খোলে। HMI তার লিসেনার ব্যক্তিগত নেটওয়ার্কে রাখে এবং ইন্টারনেট থেকে কখনো সেশন গ্রহণ করে না। গেটওয়ে এনক্রিপ্টেড সেশন সমাপ্ত করে, যা এটিকে একটি প্লেইনটেক্সট বিশ্বাস-সীমান্ত বানায় যা কাউকে পরিচালনা ও পর্যবেক্ষণ করতে হবে।

এই সীমান্তই ডিজাইন, কোনো পার্শ্বপ্রতিক্রিয়া নয়। এনক্রিপশন কোথায় শেষ হয়, গেটওয়ের চাবি কার কাছে থাকে এবং কোন দল তার নীতি বদলাতে পারে তা লিখে রাখুন।

ModelWhere the session endsFits when
Browser gatewayAt the broker, then a narrow proxy connection to one HMI serviceRead-only pages and approved actions with per-user policy
Site engineering workstationOn a controlled host inside the site networkThe tool needs local discovery or a legacy client
Outbound site connectorAt the connector, brokered from outsideNo new inbound path to the site is allowed

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

ঠিকানা হলো রাউটিং, পরিচয় হলো অনুমোদন

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

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

সেশনের পরিধি ঠিক করুন এবং বাতিল প্রমাণ করুন

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

সেশন চালু থাকা অবস্থায় বাতিল পরীক্ষা করতে হবে। ব্যবহারকারীর অধিকার সরান, ব্রোকার থেকে সেশন শেষ করুন, এবং নিশ্চিত করুন যে HMI ওই পথে আর পৌঁছানো যায় না।

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

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