Add-VpnConnection: PSK કેમ તૂટે છે અને સરનામું કેમ જૂનું રહે છે
PowerShell ડબલ અવતરણ ચિહ્નોમાંની પહેલેથી વહેંચાયેલી કીને cmdlet તેને સંગ્રહિત કરે તે પહેલાં વિસ્તૃત કરે છે, અને ચાલુ ટનલ જૂનું સરનામું ત્યાં સુધી રાખે છે જ્યાં સુધી તમે ફરી જોડાઓ નહીં.
Windows VPN પ્રોફાઇલ એ ટેલિફોન બુકની એક નોંધ છે, અને PowerShell તે નોંધને સંપાદિત કરવાની એક રીત છે. આ ભેદમાંથી બે નિષ્ફળતાઓ આવે છે: એક પહેલેથી વહેંચાયેલી કી જે પહેલેથી જ ભ્રષ્ટ થઈને સર્વર પર પહોંચે છે, અને એક સર્વર સરનામું જે અપડેટ થયેલું લાગે છે પણ આગલી ટનલ જેના પર ડાયલ કરશે તે નથી. પ્રોફાઇલને તમે ચલાવેલા આદેશ તરીકે નહીં પણ સંગ્રહિત સ્થિતિ તરીકે જોશો તો બંને વધુ સહેલાઈથી દેખાય છે. આ વિહંગાવલોકન સંપાદનો થાય તે ક્રમમાં જાય છે: બનાવો, બદલો, વ્યાપ, ફરી વાંચો.
શાબ્દિક કી સાથે પ્રોફાઇલ બનાવો
Add-VpnConnection L2TP પહેલેથી વહેંચાયેલી કી -L2tpPsk દ્વારા સ્વીકારે છે. cmdlet તેને મેળવે તે પહેલાં PowerShell શબ્દમાળાને પ્રક્રિયા કરે છે, અને ડબલ અવતરણની અંદર ડોલર ચિહ્ન ચલ સંદર્ભ શરૂ કરે છે જ્યારે backtick એસ્કેપ શરૂ કરે છે. બંન્નેમાંથી એક પણ ધરાવતી કી ટૂંકી અથવા અલગ અક્ષર સાથે પહોંચે છે, અને પ્રોફાઇલ ખોટા ગુપ્ત સાથે સફળતાપૂર્વક બની જાય છે.
પછી નિષ્ફળતા IPsec પ્રમાણીકરણમાં દેખાય છે, જ્યાં ટનલ ઉપર આવવાનું નકારે છે. તેથી જ અવતરણની ભૂલને ઘણી વાર સર્વર બાજુની સમસ્યા તરીકે જણાવાય છે: પ્રોફાઇલ છે, નામ સાચું છે, અને ગુપ્ત શાંતિથી ખોટું છે.
| How you write it | What PowerShell does | Result |
|---|---|---|
| "p@ss$word!42" | Expands $word as a variable | Stored key is truncated |
| Double-quoted with an escape character | Consumes the next character as an escape | One character disappears |
| 'p@ss$word!42' | Keeps the literal characters | Stored key matches the secret |
એક અવતરણ ચિહ્નો જ ઉપાય છે, અને તેમણે આખું મૂલ્ય ઘેરવું જોઈએ. જો નોંધ પહેલેથી ખરાબ કી સાથે હાજર હોય, તો -Force તેને બદલે છે, અથવા પ્રોફાઇલ દૂર કરીને ફરી બનાવો અને પછી નવા જોડાણ સાથે ચકાસો:
Add-VpnConnection -Name "Contoso-L2TP" -ServerAddress vpn.contoso.example -TunnelType L2tp -L2tpPsk 'n3w$ecret!2026' -AuthenticationMethod Pap -RememberCredential -Forceસાચી ગુપ્તતાને shell ઇતિહાસ અને વહેંચાયેલી સ્ક્રિપ્ટોથી દૂર રાખો. ચલાવવાના સમયે મંજૂર કરેલા ભંડારમાંથી વાંચો અને શાબ્દિક મૂલ્યને બદલે ચલને મોકલો, જે અવતરણની સમસ્યાને સંપૂર્ણપણે ટાળે છે.
સરનામું બદલો, પછી ફરી જોડાઓ
Set-VpnConnection જગ્યાથી અલગ કરેલા પરિમાણો લે છે, સોંપણીની રચના નહીં. -ServerAddress = "203.0.113.10" લખવાથી વધારાનું ટોકન જાય છે, અને cmdlet ક્યાં તો ભૂલ આપે છે અથવા તમે ન ઇચ્છ્યું હોય એવું સંગ્રહે છે. સાચું સ્વરૂપ -Name "Office L2TP" -ServerAddress 203.0.113.10 છે.
સાચી રચના સાથે પણ ફેરફાર પહેલેથી ઉપર રહેલી ટનલ સુધી પહોંચતો નથી. સ્થપાયેલું જોડાણ જે સરનામા પર ડાયલ કર્યું હતું તેને ડિસ્કનેક્ટ થાય ત્યાં સુધી રાખે છે, તેથી એ જ સત્રને ચકાસવાથી નવા મૂલ્ય વિશે કંઈ સાબિત થતું નથી. ડિસ્કનેક્ટ કરો, સંપાદિત કરો, ફરી જોડાઓ, અને જોડાણની વિગતોમાં સામેના પક્ષનું સરનામું ખાતરી કરો.
કેટલાક ગુણધર્મો જગ્યાએ બદલી શકાતા નથી. cmdlet નકારે ત્યારે હાલના પરિમાણો નોંધો, પ્રોફાઇલ કાઢી નાખો અને સુધારેલા મૂલ્યો સાથે ફરી બનાવો, અને મૂળ ટનલ તથા પ્રમાણીકરણની ગોઠવણો જાળવી રાખો. ફક્ત ટેલિફોન નંબર બદલવાની જરૂર હોય તેવી સ્ક્રિપ્ટ બધું ફરી બનાવવાને બદલે RAS API દ્વારા ટેલિફોન બુકની નોંધ સંપાદિત કરી શકે છે. તમે કોઈ પણ માર્ગ પસંદ કરો, પછીથી સંગ્રહિત મૂલ્યોની ખાતરી કરો, આદેશના મૌન પર ભરોસો ન રાખો.
તમે કઈ ટેલિફોન બુક સંપાદિત કરી તે જાણો
દરેક વપરાશકર્તાની પ્રોફાઇલ તે વપરાશકર્તાની નેટવર્ક જોડાણ ડિરેક્ટરીમાં રહે છે, અને બધા વપરાશકર્તાઓની પ્રોફાઇલ પ્રોગ્રામ ડેટા વૃક્ષ હેઠળની મશીન-વ્યાપી ડિરેક્ટરીમાં રહે છે. આ અલગ વ્યાપ ધરાવતી અલગ નોંધો છે, અને એકને સંપાદિત કરવાથી બીજી અસ્પૃષ્ટ રહે છે.
તેથી ફેરફાર ગાયબ થયો હોય એમ લાગી શકે: સ્ક્રિપ્ટ એક ખાતા હેઠળ ચાલી અને ચકાસણી બીજા હેઠળ. જ્યારે પ્રોફાઇલ મશીનની હોય ત્યારે -AllUserConnection વાપરો, અને ફરી વાંચતી વખતે એ જ વ્યાપ તપાસો.
ચકાસણી પહેલાં પ્રોફાઇલ ફરી વાંચો
તમે શું મોકલ્યું તે નહીં, Windows એ શું સંગ્રહ્યું તે પૂછો:
Get-VpnConnection -Name "Office L2TP" | Select-Object Name, ServerAddress, TunnelType, AuthenticationMethodતે આઉટપુટને ઇરાદા સાથે સરખાવો, પછી નવું જોડાણ શરૂ કરો. ડાયલ નિષ્ફળ જાય તો પ્રોફાઇલ ફરી બદલતા પહેલાં Event Viewer માં RAS ક્લાયન્ટ લોગ જુઓ, કારણ કે લોગ નિષ્ફળ ગયેલા તબક્કાનું નામ આપે છે.
સંપાદન કરતી વખતે પ્રમાણીકરણની રચના અકબંધ રાખો. જે આદેશ સરનામું બદલે છે પણ પ્રમાણપત્ર અથવા EAP રૂપરેખાંકન છોડી દે છે તે સંપાદન સાથે સંબંધ ન હોય એવી નિષ્ફળતા ઉત્પન્ન કરે છે, અને કામ કરતી પ્રોફાઇલ પહેલાં નિકાસ કરવાથી અનુમાનને બદલે પુનઃસ્થાપિત કરવા માટે કંઈક મળે છે.