કોપી કરેલી rasphone.pbk એ અન્ય સિસ્ટમ-વ્યાપી VPN ભૂંસી નાખી

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

ઉપાય વધુ સારી કોપી નથી. ઉપાય એ છે કે ફાઇલની કોપી ન કરવી.

ફોન બુકમાં ખરેખર શું હોય છે

ફોન બુક એ કનેક્શન વ્યાખ્યાઓનું પાત્ર છે, પ્રોફાઇલ નથી. પ્રતિ-વપરાશકર્તા એન્ટ્રીઓ વપરાશકર્તા પ્રોફાઇલ હેઠળ રહે છે, અને બધા-વપરાશકર્તા એન્ટ્રીઓ મશીન-વ્યાપી ProgramData પથ હેઠળ રહે છે, તેથી જ જે ડિપ્લોયમેન્ટ તે ફાઇલ લખે છે તે એકસાથે દરેક સ્થાનિક વપરાશકર્તાને સ્પર્શે છે. એ જ ફાઇલ અન્ય વેન્ડરોએ બનાવેલી એન્ટ્રીઓ પણ ધરાવે છે, અને આડઅસરનું નુકસાન ત્યાંથી જ આવે છે.

કનેક્શન વ્યાખ્યા પણ આખી વાર્તા નથી. રૂટ, DNS નીતિ, વિશ્વસ્ત CA સામગ્રી અને ઓળખ અલગ માલિકો દ્વારા પૂરી પાડવામાં આવે છે.

કયો દાયરો પ્રોફાઇલનો માલિક છે તે શોધો

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

માલિકનું નામ આપવું એ જ પગલું છે જે આગલા ઇજનેરને આખી ફાઇલની કોપી પુનરાવર્તિત કરતાં રોકે છે.

નામવાળું કનેક્શન બનાવો અથવા અપડેટ કરો, બીજું કંઈ નહીં

મૂળ Windows પ્રોફાઇલ માટે, Add-VpnConnection એક એન્ટ્રી બનાવે છે, અને -AllUserConnection મશીન-વ્યાપી દાયરો પસંદ કરે છે. પહેલાં તેને -WhatIf સાથે ચલાવો, જેથી પૂર્વદર્શન તમારા ટ્રાન્સક્રિપ્ટમાં આવે, વપરાશકર્તાની ફરિયાદમાં નહીં:

Add-VpnConnection -Name 'Office VPN' -ServerAddress 'vpn.example.com' -TunnelType Ikev2 -AuthenticationMethod Eap -EapConfigXmlStream $approvedEapXml -AllUserConnection -WhatIf

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

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

બીજી સંચાલન પ્રણાલી છે કે નહીં તે તપાસો જે આગલા નીતિ રિફ્રેશ પર જૂની પ્રોફાઇલ પાછી મૂકશે. પાયલટ અહીં cmdlet કરતાં વધુ વાર નિષ્ફળ જાય છે.

એવા મશીન પર પાયલટ કરો જેમાં પહેલેથી બીજું VPN છે

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

દૂર કરવું એ જ નિયમને અનુસરે છે: Remove-VpnConnection -Name 'Office VPN' -AllUserConnection એક એન્ટ્રી નિવૃત્ત કરે છે અને ફાઇલનું બાકીનું અકબંધ રાખે છે.

અગાઉની ઇચ્છિત રૂપરેખા ઉપલબ્ધ રાખો, જેથી મર્યાદિત રોલબેકનો અર્થ આખી મશીન સ્થિતિ પુનઃસ્થાપિત કરવાને બદલે એક પ્રોફાઇલ ફરી આયાત કરવી થાય.