એક Azure Point-to-Site ક્લાયન્ટ રદ કરવાનો અર્થ છે તેની થંબપ્રિન્ટ ગેટવેની રદ કરેલી યાદીમાં ઉમેરવી. તેનો અર્થ વિશ્વાસપાત્ર રૂટ ડિલીટ કરવો નથી. રૂટ એ તમે ક્યારેય આપેલા દરેક ક્લાયન્ટ પ્રમાણપત્રનું જારીકર્તા સત્તાધિકારી છે, તેથી તેને દૂર કરવું એ ઘણા મોટા પ્રભાવવાળું અલગ ઓપરેશન છે. અહીં રદ કરવાનો એકમ એક જ પ્રમાણપત્ર છે.

પગલું 1: તમે જે પ્રમાણપત્ર કહેવા માંગો છો તે નક્કી કરો

દર્શાવેલ નામથી નહીં, પ્રમાણપત્ર રેકોર્ડથી શરૂ કરો. Azure તમે જાતે લખેલું મૈત્રીપૂર્ણ નામ બતાવે છે, અને એ લેબલ સબ્જેક્ટ કે જે ઉપકરણ માટે તે જારી કરાયું હતું તેની સાથે મેળ ખાવાની જરૂર નથી.

રદ કરતા પહેલાં એક વધુ તપાસ: કેટલા ઉપકરણો તેને રજૂ કરે છે તે જાણો. જો ઘણા લેપટોપ એક જ PFXની નકલોમાંથી બનાવવામાં આવ્યા હોય, તો થંબપ્રિન્ટ રદ કરવાથી તે બધા બ્લોક થાય છે, અને ડ્રોઅરમાં રહેલા વૈકલ્પિકમાંથી ખોવાયેલાને અલગ પાડવાનો Azure પાસે કોઈ રસ્તો નથી.

ક્લાયન્ટ પર, Get-ChildItem Cert:\CurrentUser\My | Select-Object Subject, Thumbprint, NotAfter તે વપરાશકર્તા માટે શું ઇન્સ્ટોલ છે તેની યાદી બનાવે છે, અને Cert:\LocalMachine\My પણ તપાસવા યોગ્ય છે કારણ કે VPN ક્લાયન્ટ બંનેમાંથી કોઈપણ સ્ટોરમાંથી પસંદ કરી શકે છે. થંબપ્રિન્ટને તમારી નોંધણી ઇન્વેન્ટરી સાથે સરખાવો. નવીકૃત પ્રમાણપત્રની થંબપ્રિન્ટ અલગ હોય છે, સબ્જેક્ટ સમાન હોય તો પણ.

જાહેર પ્રમાણપત્રની થંબપ્રિન્ટ વાંચવા માટે તમને ક્લાયન્ટની ખાનગી કી કે પાસવર્ડ-સુરક્ષિત PFXની જરૂર નથી. જે પ્રક્રિયા એમાંથી એકની માંગ કરે છે તે બીજા કાર્યમાંથી નકલ કરેલી છે.

પગલું 2: તેને ગેટવેની રદ કરેલી યાદીમાં ઉમેરો

પોર્ટલમાં વર્ચ્યુઅલ નેટવર્ક ગેટવે ખોલો, પછી Point-to-site રૂપરેખાંકન, પછી રદ કરેલા પ્રમાણપત્રોનો વિભાગ. છ મહિના પછી પણ ઓળખી શકાય એવું મૈત્રીપૂર્ણ નામ ઉમેરો અને થંબપ્રિન્ટને જગ્યાઓ દૂર કરીને એક સતત શબ્દમાળા તરીકે પેસ્ટ કરો.

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

પોર્ટલની સૂચના પર ભરોસો કરવાને બદલે પછી સંગ્રહિત મૂલ્યની પુષ્ટિ કરો: az network vnet-gateway show --name gw-p2s --resource-group rg-vpn --query "vpnClientConfiguration.vpnClientRevokedCertificates" ગેટવે ખરેખર શું રાખે છે તે દર્શાવે છે.

પગલું 3: બંને દિશાઓ ચકાસો

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

બંને પરિણામો ટિકિટમાં નોંધો. ફક્ત નકારની દિશામાં ચકાસાયેલી રદ કરવાની ક્રિયા અડધી ચકાસાયેલી છે.

પગલું 4: પહેલેથી ખુલ્લા સત્રો

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

પ્રમાણીકરણથી અલગ રીતે તેનું પરીક્ષણ કરો, કારણ કે બંને જુદી જુદી જગ્યાએ નિષ્ફળ જાય છે અને જુદા જુદા પુરાવા છોડે છે.

રોલબેક, અને ટાળવા જેવા શોર્ટકટ

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

જો ઓળખ બીજા ગેટવે પર પણ પ્રમાણીકરણ કરે છે, તો બંનેને સમાન સારવારની જરૂર છે. રદ કરેલી યાદી ગેટવેની છે, સબ્સ્ક્રિપ્શનની નહીં.

સંબંધિત લેખો