VPN ઇન્વેન્ટરી: ઇચ્છિત ઍક્સેસ, જનરેટ થયેલ રૂપરેખા, જીવંત સત્રો
ટનલનું નામ એ નિરીક્ષણ છે, સેવાનું રેકોર્ડ નથી. કંઈપણ પાછું ખેંચતા પહેલાં ભાડૂત, તૈનાત કરેલી રૂપરેખા અને એકાઉન્ટિંગ પુરાવા જોડો.
દરેક ટનલ નામ ઇન્વેન્ટરીની હરોળ જેવું લાગે છે, ત્યાં સુધી તમે પૂછો નહીં કે તે કોનું છે. નામ તમને કહે છે કે કંઈક અત્યારે જોડાયેલું છે; તે કહી શકતું નથી કે સેવા કોની છે, તેમને શું પહોંચવાની પરવાનગી છે, કે જે રૂપરેખાએ ટનલ બનાવી તે તમે મંજૂર કરેલી છે કે નહીં. ફ્લીટના સ્તરે એ ત્રણ પ્રશ્નો જ ઇન્વેન્ટરી છે, અને ટનલ ફક્ત તાજું નિરીક્ષણ છે.
એક સેવા, ત્રણ રેકોર્ડ
ઇચ્છિત સેવા એ છે જેના પર ભાડૂતનો હક છે: ઓળખ, પ્રીફિક્સ, સંસાધનો અને જીવનચક્રની સ્થિતિ. તૈનાત કરેલી રૂપરેખા એ જનરેટ થયેલી નીતિ છે જે તેને સાકાર કરવી જોઈએ. નિરીક્ષિત સત્ર એ રનટાઇમ પુરાવો છે કે કંઈક જોડાયું. તેમને એક કોષ્ટક તરીકે ગણવાથી ત્રણ જુદા જુદા પ્રકારની સત્યતા એક એવી હરોળમાં ભેગી થાય છે જે એકસાથે ત્રણ રીતે ખોટી છે.
| Record | Answers | Goes stale when |
|---|---|---|
| Intended service | Who may reach what | A contract changes and nobody edits the record |
| Deployed configuration | What the gateway was told | A device is edited by hand |
| Observed session | What is running now | Telemetry stops or a session ends |
વ્યવહારુ કસોટી એ પ્રશ્ન છે જેનો જવાબ દરેક રેકોર્ડ એકલો આપી શકે. પૂછો આ પ્રીફિક્સ કોનું છે અને ઇચ્છિત સેવાનો રેકોર્ડ જવાબ આપે છે. પૂછો ગેટવે પાસે કઈ નીતિ છે અને તૈનાત રેકોર્ડ જવાબ આપે છે. પૂછો આ અઠવાડિયે કોઈએ તેનો ઉપયોગ કર્યો છે કે નહીં અને સત્ર રેકોર્ડ જવાબ આપે છે. જે કોલમ પોતાના પ્રશ્નનો જવાબ આપી શકતી નથી તે પહેલા સુધારવાની છે.
ભાડૂત નોંધો, ઇન્ટરફેસ નહીં
દરેક સેવાને એવી ઓળખ આપો જે ફરી જોડાવા પર ટકી રહે. કામચલાઉ ટનલ ઇન્ટરફેસ અથવા સત્ર નંબર એવા કારણોસર બદલાય છે જેનો ગ્રાહક સાથે કોઈ સંબંધ નથી, અને તેમાંથી એક પર બનેલી ઇન્વેન્ટરી દર વખતે લિંક ડગમગે ત્યારે નવી હરોળ મેળવે છે. તેના બદલે તેને ભાડૂત અને સેવા પર આધારિત કરો, પછી તે કી સાથે નિરીક્ષણો જોડો.
રેકોર્ડને જવાબદાર ભાડૂત અને ઓપરેટરની જરૂર છે, સ્વીકૃત પીઅર અથવા વપરાશકર્તા ઓળખ, ઓળખપત્રની નકલને બદલે તેનો સંદર્ભ, સુરક્ષિત પ્રીફિક્સ, રૂટિંગ સંદર્ભ, મંજૂર સંસાધનો અને ઇચ્છિત જીવનચક્ર સ્થિતિ. ઓળખપત્રની સામગ્રી સમર્થિત સિક્રેટ સ્ટોરમાં હોવી જોઈએ; જે ઇન્વેન્ટરી ખાનગી કી ધરાવે છે તે પર્યાવરણની બીજી, ઓછી સુરક્ષિત નકલ બની ગઈ છે.
જનરેટ થયેલી રૂપરેખાનો માલિક અને આવૃત્તિ હોય છે
ઓટોમેશન આને સરળ બનાવે છે અને વધુ સારી રીતે છુપાવે છે. સફળતાપૂર્વક ચાલતું જનરેટર સાબિત કરે છે કે ટેમ્પલેટ રેન્ડર થયું, એ નહીં કે દરેક ઉપકરણ આઉટપુટ સાથે મેળ ખાય છે. કોઈક અંતે ઘટનાના સમયે ગેટવેને હાથે બદલશે, અને તે ફેરફાર જ પકડવા જેવી સૌથી મૂલ્યવાન વસ્તુ છે, કારણ કે તે જ એક છે જે પછીની કોઈ ચલાવવાની પ્રક્રિયા પુનઃઉત્પન્ન નહીં કરે.
કઈ આવૃત્તિએ તૈનાત નીતિ બનાવી તે નોંધો, અને સીધા ફેરફારોને મેળવવાના તફાવત તરીકે સાચવો તેમને ચૂપચાપ ઉપર લખવાને બદલે. સમાધાન જ અહીં ઉત્પાદન છે: જનરેટરની સફળતા અને ઉપકરણની વાસ્તવિક સ્થિતિ એ બે હકીકતો છે જેની સરખામણી કરવી પડે, સમાન માની ન લેવાય.
સત્રો પુરાવા છે, અધિકૃતિ નહીં
જ્યાં તૈનાતી RADIUS એકાઉન્ટિંગ વાપરે છે, ત્યાં RFC 2866 કામ કરવા માટે ચોક્કસ ક્ષેત્રો આપે છે. Acct-Status-Type શરૂઆતને અટકાવથી અલગ પાડે છે, અને એક સત્રના રેકોર્ડ એક Acct-Session-Id વહેંચે છે. તે ક્ષેત્રો તમને ડેશબોર્ડના સારાંશ પર ભરોસો કર્યા વિના સત્ર ક્યારે શરૂ અને પૂરું થયું તે પુનર્નિર્માણ કરવા દે છે.
એકાઉન્ટિંગ ઓળખ એ રનટાઇમ પુરાવો છે. તે નક્કી કરતું નથી કે કયો ભાડૂત સબનેટ ધરાવે છે, અને તે કોઈપણ વસ્તુની ઍક્સેસ આપતું નથી. તેને ગેટવે અને સેવા ઓળખ સાથે સહસંબંધિત કરો, પછી સંગ્રહ સમય નિરીક્ષણની બાજુમાં રાખો. ગુમ થયેલો અહેવાલ ઉપયોગની ગેરહાજરી નહીં, ટેલિમેટ્રી નિષ્ફળતા હોઈ શકે છે, અને જૂનો રેકોર્ડ એ પુરાવો નથી કે ઍક્સેસ હવે પણ સક્રિય છે.
નિવૃત્તિ એ જ જોડાણ વાપરે છે
સેવા દૂર કરવાનો અર્થ છે ઇચ્છિત ઍક્સેસ, ઓળખપત્રો અને જીવંત સત્રો દૂર કરવા, તે જ ક્રમમાં, દરેકના માલિકો દ્વારા. પછી ચકાસો કે જૂની રૂપરેખા ઉપકરણોમાંથી ગઈ છે અને તેના મંજૂર માર્ગો હવે ઉકેલાતા નથી. ગયા ત્રિમાસમાં ગયેલો ગ્રાહક હજી પ્રીફિક્સ યાદીમાં ન દેખાવો જોઈએ કારણ કે ટનલનું નામ ભૂંસાયું પણ માર્ગ નહીં.
આમાંથી કંઈપણ કાર્ય દીઠ એક ઉપકરણ કે ચોક્કસ ઓટોમેશન ઉત્પાદન માગતું નથી. કામગીરીની જરૂરિયાત વધુ સાંકડી અને કઠિન છે: ગ્રાહક, તેની ઇચ્છિત ઍક્સેસ, તૈનાત નીતિ અને વર્તમાન રનટાઇમ પુરાવા કોઈની ટનલ નામની યાદ પર આધાર રાખ્યા વિના જોડી શકાય તેવા હોવા જોઈએ. પહેલા ત્રણ રેકોર્ડ બનાવો, પછી તેમને જાળવતા સાધનો પસંદ કરો.