सार्वजनिक वेब श्रोता बिना HMI मा टाढाबाट पहुँच
HMI लाई सार्वजनिक इन्टरनेटबाट बाहिर राख्नुहोस् र एउटा स्वीकृत कार्यलाई गेटवे, दर्ता भएको सम्पत्ति पहिचान र मागअनुसार रद्द गर्न सकिने सत्रमार्फत मध्यस्थता गर्नुहोस्।
मेसिनको स्थिति पृष्ठ ब्राउजर ट्याबमा देखाउनु त्यसको पछाडिको उपकरण नियन्त्रण गर्नु जस्तै होइन। HMI निजी रहनुपर्छ, जबकि नीतिमा बाँधिएको सानो सेवाले प्रयोगकर्तालाई चाहिने त्यो एउटा कार्यको मध्यस्थता गर्छ। उत्पादन छनोट गर्नुअघि कार्य, पहिचान र रद्द गर्ने मार्ग तय गर्नुहोस्। यातायात बदल्न सजिलो भाग हो; अधिकार मोडेल होइन।
यातायातभन्दा पहिले कार्य छान्नुहोस्
स्थिति पृष्ठ पढ्नु, स्वीकृत प्रतिवेदन तान्नु र सेटपोइन्ट बदल्नु तीन फरक अनुरोध हुन्। पहिलो पढ्न-मात्र दृश्यले पूरा गर्न सकिन्छ; अन्तिमले उपकरणको अवस्था छुन्छ र मालिकको स्पष्ट स्वीकृति, मर्मत विन्डो र स्थानीय निगरानी चाहिन्छ। तिनीहरूलाई टाढाको पहुँचअन्तर्गत समूहीकरण गर्नुले त्यो भिन्नता लुकाउँछ र सामान्यतया कामको आवश्यकताभन्दा फराकिलो मार्ग बनाउँछ। कार्य, त्यो गर्न अनुमति पाएको भूमिका र त्यो भएको प्रमाणको नाम दिनुहोस्।
त्यसपछि यातायात कार्यबाट आउँछ, उल्टो होइन। पढ्न-मात्र आवश्यकताले विरलै अन्तरक्रियात्मक नियन्त्रणलाई न्याय दिन्छ, र अन्तरक्रियात्मक नियन्त्रणले विरलै HMI को आफ्नै श्रोता खुलाउनुको न्याय गर्छ। कार्य लेखिएपछि पहुँच मोडेल उत्पादनको पूर्वनिर्धारित नभई निर्णय बन्छ।
एउटा नामित स्रोतको अगाडि ब्रोकर राख्नुहोस्
स्रोत गेटवेले प्रयोगकर्ताको प्रमाणीकरण गर्छ, नीति लागू गर्छ र एउटा निजी सेवामा जडान खोल्छ। HMI ले आफ्नो श्रोता निजी सञ्जालमा राख्छ र इन्टरनेटबाट कहिल्यै सत्र स्वीकार गर्दैन। गेटवेले इन्क्रिप्ट गरिएको सत्र अन्त्य गर्छ, जसले यसलाई कसैले प्रशासन र अनुगमन गर्नुपर्ने सादा पाठ विश्वास सीमा बनाउँछ।
त्यो सीमा नै डिजाइन हो, साइड इफेक्ट होइन। इन्क्रिप्शन कहाँ अन्त्य हुन्छ, गेटवेका चाबी कसको हातमा छन् र कुन टोलीले त्यसको नीति बदल्न सक्छ भनी लेख्नुहोस्।
| Model | Where the session ends | Fits when |
|---|---|---|
| Browser gateway | At the broker, then a narrow proxy connection to one HMI service | Read-only pages and approved actions with per-user policy |
| Site engineering workstation | On a controlled host inside the site network | The tool needs local discovery or a legacy client |
| Outbound site connector | At the connector, brokered from outside | No new inbound path to the site is allowed |
प्रत्येक पङ्क्तिले फरक विफलता विधि बोक्छ। गेटवे आफ्नो नीति र प्रमाणपत्र शृंखलामा निर्भर छ, साइटको कार्यस्थान भौतिक र स्थानीय खाता नियन्त्रणमा, र बाहिर जाने जडान ब्रोकर पुग्न सकिनेमा। कार्यसँग मिल्ने पङ्क्ति छान्नुहोस्, त्यसपछि यसले ल्याउने निर्भरता अभिलेख गर्नुहोस्।
ठेगाना राउटिङ हो, पहिचान अधिकार हो
टनेल ठेगाना वा DNS नामले सञ्जाललाई प्याकेट कहाँ पठाउने भनी बताउँछ; प्रयोगकर्ताले कुन मेसिन चाहेको थियो भनी ब्रोकरलाई बताउँदैन। प्रत्येक HMI वा साइट जडानलाई छुट्टै पहिचानका साथ दर्ता गर्नुहोस् र त्यो पहिचानलाई मालसामान अभिलेखसँग जोड्नुहोस्। ठेगाना बदलिए पनि पहिचानले सही सम्पत्ति छान्छ। पहिचान फिर्ता लिइएपछि मालसामान प्रविष्टिले कुन पहुँच हराएको देखाउँछ।
गतिशील DNS ले एउटा अभिलेख अद्यावधिक गर्छ, अरू केही होइन। यसले प्रयोगकर्ता अधिकार वा प्रत्येक माथिल्लो अनुवादक हुँदै जाने मार्ग दिँदैन, र यसलाई पहुँच नियन्त्रण मान्नु नै पुरानो नाम डिकमिसनपछि पनि चलिरहने तरिका हो। समर्थित बाहिर जाने जडानले नयाँ नमागिएको भित्र जाने मार्गबाट बच्छ, तर ब्रोकर पुग्न नसक्दा अझै सञ्जाल-मालिकको स्वीकृति र अभिलेखित व्यवहार चाहिन्छ।
सत्रको दायरा तोक्नुहोस् र रद्द गर्ने सिद्ध गर्नुहोस्
प्रत्येक प्रयोगकर्तालाई छुट्टै पहिचान दिनुहोस्, बहु-कारक प्रमाणीकरण माग्नुहोस् र कार्यलाई चाहिने क्रियाहरू मात्र दिनुहोस्। मर्मत विन्डो नीतिमा तोक्नुहोस्, क्यालेन्डर नोटमा होइन। सत्रले छुने प्रमाणपत्र र कामको डेटा सुरक्षित राख्नुहोस्, र असम्बन्धित प्रयोगकर्ता गतिविधि सङ्कलन नगरी पहुँच घटनाहरू राख्नुहोस्।
सत्र जीवित रहँदा रद्द गर्ने परीक्षण गर्नुपर्छ। प्रयोगकर्ताको अधिकार हटाउनुहोस्, ब्रोकरबाट सत्र अन्त्य गर्नुहोस्, र त्यो मार्गबाट HMI अब पुग्न नसकिने पुष्टि गर्नुहोस्।
त्यसपछि योजनाले जित्ने दाबी गरेको विफलता अभ्यास गर्नुहोस्: ब्रोकर रोक्नुहोस् वा टनेल काट्नुहोस् र स्थानीय सञ्चालन र पुनःप्राप्ति अझै चल्छ कि जाँच्नुहोस्। टाढाको मार्ग स्वस्थ हुँदा मात्र चल्ने डिजाइन टाढाको पहुँच योजना होइन। मिति, अपरेटर र नतिजा अभिलेख गर्नुहोस्, किनकि अर्को समीक्षकले मनसाय होइन, प्रमाण माग्नेछ।