સક્રિય FTD સાઇટ VPNની ગણતરી: કયો આંકડો કહેવો છે?

Ansible કાર્ય લખતા પહેલાં, એક નાના પ્રશ્નનો જવાબ આપો: શું ગણવામાં આવે છે? રૂપરેખાંકિત પીઅર, એક IKE સત્ર, એક IPsec સુરક્ષા સંગઠન અને દેખરેખ હેઠળનું ટનલ-સ્થિતિ રેકોર્ડ એ ચાર અલગ એકમો છે, અને કી ફરી બનાવવી કે અનેક સુરક્ષિત નેટવર્ક તેમના સરવાળાને અલગ પાડે છે. જો ડેશબોર્ડ અને playbook મળતા ન હોય, તો સામાન્ય રીતે તેઓ જુદી જુદી વસ્તુઓ ગણે છે, બેમાંથી એક ખોટું હોય એવું નહીં.

લોકો જેને સક્રિય કહે છે તે ચાર વસ્તુઓ

રૂપરેખાંકિત પીઅર એ ટોપોલોજી પદાર્થ છે: તે અસ્તિત્વમાં છે કારણ કે કોઈએ તેને વ્યાખ્યાયિત કર્યું. IKE સત્ર એ નિયંત્રણ-સ્તરનો સંબંધ છે જે ટ્રાફિક વહ્યા વિના પણ ઉપર હોઈ શકે. IPsec SA એ ચોક્કસ પસંદગીકાર જોડી માટે ડેટા-સ્તરનું સંગઠન છે, અને એક ટનલ અનેક લઈ જઈ શકે. દેખરેખ હેઠળની ટનલ સ્થિતિ એ પ્લેટફોર્મનો પોતાનો કાર્યાત્મક નિર્ણય છે, જે સામાન્ય રીતે ઓપરેટર “ટનલ ઉપર છે” કહે ત્યારે તેના અર્થની સૌથી નજીક હોય છે.

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

પ્રથમ નિર્ણય: કયું સંચાલન સ્તર?

જો ઉપકરણ FDM દ્વારા સંચાલિત હોય, તો સંબંધિત સપાટી FTD REST API છે. જો તે FMC દ્વારા સંચાલિત હોય, તો તે API બદલી શકાય તેવો વિકલ્પ નથી, અને પદાર્થો FMCની પોતાની API પાછળ રહે છે. એક પણ વિનંતી લખતા પહેલાં આની પુષ્ટિ કરો, કારણ કે ખોટું સ્તર પરવાનગી સમસ્યા જેવી લાગતી વિશ્વસનીય ભૂલ પરત કરે છે.

ફ્લીટ માટે, જવાબ એ પણ નક્કી કરે છે કે ગણતરી ક્યાં આવે છે: FDM દ્વારા પ્રતિ ઉપકરણ, અથવા FMC દ્વારા પ્રતિ ડોમેન. આ જુદા જુદા વ્યાપ છે અને તે જ ફ્લીટ માટે જુદા આંકડા આપે છે.

બીજો નિર્ણય: કયું સંસાધન જવાબ આપે છે?

સંસ્કરણ-મર્યાદિત ઉદાહરણ માટે, FMC 7.3 API પદાર્થ સંદર્ભ health માર્ગ હેઠળ GET સંસાધનોનું દસ્તાવેજીકરણ કરે છે:

/api/fmc_config/v1/domain/{domainUUID}/health/tunnelstatuses
/api/fmc_config/v1/domain/{domainUUID}/health/tunnelsummaries

ટનલ-સ્થિતિ સંસાધન ઉપકરણ અને સ્થિતિ ફિલ્ટરનું સમર્થન કરે છે, જેમાં TUNNEL_UPનો સમાવેશ થાય છે. તે તે સંસ્કરણ માટે ચકાસવા માટે વાસ્તવિક કાર્યાત્મક સંસાધન આપે છે, ક્ષેત્રના નામ વિશેની અટકળ નહીં.

પાર્સર લાગુ કરતા પહેલાં ડિપ્લોય કરેલા FMCના API Explorerમાં ઉપલબ્ધતા, પરવાનગીઓ, વિનંતી પરિમાણો અને પ્રતિભાવ સ્કીમાની પુષ્ટિ કરો. એક સંસ્કરણનું દસ્તાવેજીકરણ શરૂઆતનું બિંદુ છે, તમે ચલાવો છો તે સંસ્કરણનો કરાર નહીં.

ગણતરીનો કરાર લખો

મેટ્રિકને એક વાક્યમાં કહો: એક ઇચ્છિત ઉપકરણ અને ડોમેન માટે અનન્ય કાર્યાત્મક ટનલ રેકોર્ડ, જેની જાહેર કરેલી સ્થિતિ TUNNEL_UP છે. પછી દસ્તાવેજીકરણ કરો કે વધારાના ઉપકરણો અને એક તાર્કિક સાઇટ માટે અનેક રેકોર્ડ કેવી રીતે રજૂ થાય છે, કારણ કે તે બે કિસ્સા નક્કી કરે છે કે તમારો આંકડો બેઠકના આંકડા સાથે મળે છે કે નહીં.

એકમને ચૂપચાપ ટનલ રેકોર્ડથી દૂરની સાઇટમાં ન બદલો. જો વ્યવસાયને સાઇટ જોઈએ, તો રેકોર્ડને સ્પષ્ટ રીતે સાઇટ સાથે મેપ કરો અને મેપિંગ પ્રકાશિત કરો. જે ગણતરી ચૂપચાપ પોતાને ફરી વ્યાખ્યાયિત કરે છે તે ગણતરી ન હોવા કરતાં ખરાબ છે, કારણ કે કોઈ કહી શકતું નથી કે તે ક્યારે બદલાઈ.

સારાંશ સંસાધનને સુવિધા તરીકે ત્યારે જ ગણો જ્યારે તે શું સારાંશ આપે છે તેની પુષ્ટિ કરી લો. તે બરાબર તમને જોઈએ તે એકત્ર કરી શકે છે, અથવા સૂક્ષ્મ રીતે અલગ પ્રશ્નનો જવાબ આપી શકે છે. તેની સ્કીમા એક વાર વાંચો, તફાવત લખો, અને જો સારાંશ સમજાવી ન શકાય તો સ્થિતિ સંસાધન વાપરો. તમે જે સારાંશ સમજતા નથી તે સમીક્ષામાં સમર્થન ન કરી શકો તેવો આંકડો છે.

વર્કફ્લોને અનિશ્ચિતતા જાળવવા દો

મંજૂર HTTPS API વાપરો, પ્રમાણપત્ર ચકાસો, ટોકનને કાર્યના આઉટપુટની બહાર રાખો, અને સંસ્કરણ દ્વારા સમર્થિત ફિલ્ટર અને પેજિનેશન સાથે વ્યાપ મેળવો. પછી કંઈપણ ગણતરી કરતા પહેલાં સ્કીમા ચકાસો.

fetch intended domain/device runtime records
validate response, completeness and freshness
deduplicate by the documented tunnel identity
count records matching the approved up-state definition
report count with scope, timestamp and metric unit

આ વર્કફ્લો સ્યુડોકોડ છે, પરીક્ષણ કરેલું playbook નહીં. active નામની JSON કી શોધવાને બદલે સ્થાપિત APIમાંથી વાસ્તવિક ક્ષેત્રના નામ લો.

મહત્વનો નિયમ નિષ્ફળતાનું વર્તન છે: અધિકૃતિ ભૂલ, અસમર્થિત સંસાધન, જૂનું નમૂનું અથવા અપૂર્ણ પૃષ્ઠ-સમૂહે unknown અથવા error આપવું જોઈએ, ક્યારેય સફળ શૂન્ય નહીં. જે શૂન્યનો અર્થ “હું પૂછી શક્યો નહીં” છે તે સૌથી ખર્ચાળ પ્રકારની ભૂલ છે.

પ્લેટફોર્મના પોતાના દૃશ્ય સામે ચકાસો

પ્રથમ પરિણામની સરખામણી તે જ ઉપકરણ અને ક્ષણ માટે સંસ્કરણના VPN દેખરેખ દૃશ્ય સાથે કરો. જ્યારે તેઓ અલગ પડે, ત્યારે playbook બદલતા પહેલાં દરેક કયું એકમ વાપરે છે તે શોધો.

દરેક રન માટે બિન-ગુપ્ત સંદર્ભ રાખો: વ્યાપ, સમય-છાપ, મેટ્રિકનું એકમ અને રેકોર્ડની સંખ્યા. FMC 7.3 API પદાર્થ સંદર્ભ ઉપરના સંસાધન માર્ગોનો સ્રોત છે, અને તમારા પોતાના ડિપ્લોયમેન્ટનું API Explorer બાકીના બધાનો સ્રોત છે.