બ્રાઉઝર ટૅબમાં મશીનનું સ્ટેટસ પેજ બતાવવું એ તેની પાછળના સાધનને નિયંત્રિત કરવા જેવું નથી. 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 એ માર્ગે હવે પહોંચી શકાતું નથી.

પછી યોજના જે નિષ્ફળતા ટકી રહેવાનો દાવો કરે છે તેનો અભ્યાસ કરો: બ્રોકર બંધ કરો અથવા ટનલ કાપો અને ચકાસો કે સ્થાનિક સંચાલન અને પુનઃપ્રાપ્તિ હજી કામ કરે છે. જે ડિઝાઇન ફક્ત ત્યારે જ ચાલે જ્યારે દૂરનો માર્ગ સ્વસ્થ હોય તે દૂરસ્થ ઍક્સેસ યોજના નથી. તારીખ, ઑપરેટર અને પરિણામ નોંધો, કારણ કે આગલો સમીક્ષક ઇરાદો નહીં, પુરાવા માગશે.

સંબંધિત લેખો