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

દરેક કોલ માટે એક મૂળ સ્ટોર

સાદા કોલથી શરૂ કરો, જે સાઇન-ઇન કરેલા ખાતાની પ્રોફાઇલને લક્ષ્ય બનાવે છે. આ તે કોલ છે જે મોટાભાગના લોકો પહેલા ચલાવે છે:

Get-VpnConnection

દરેક પરત મળેલ ઑબ્જેક્ટ Name, ServerAddress, TunnelType અને ConnectionStatus ધરાવે છે, અને તે ચાર ફીલ્ડ ટિકિટમાં બે એન્ટ્રી અલગ પાડવા માટે પૂરતા છે. પ્રોફાઇલ મહિનાઓ સુધી ડિસ્કનેક્ટ રહી શકે છે અને તો પણ યાદીમાં રહે છે, કારણ ઑબ્જેક્ટ સંગ્રહિત રૂપરેખાંકન વર્ણવે છે, જીવંત ટ્રાફિક નહીં. અહીં ખાલી પરિણામનો અર્થ છે કે પ્રતિ-વપરાશકર્તા સ્ટોરમાં તે ખાતા માટે કંઈ નહોતું. લોકો સામાન્ય રીતે તેમાં જે વાંચે છે તેના કરતાં આ ઘણું નાનું નિવેદન છે.

બધા વપરાશકર્તાઓની ફોન બુકને તેની પોતાની ક્વેરીની જરૂર છે

દરેક ખાતાની સેવા કરતી પ્રોફાઇલ અલગ યાદીમાં રહે છે, અને ડિફોલ્ટ કોલ તેને ક્યારેય વાંચતો નથી. તમે તે સ્ટોર સ્પષ્ટ રીતે માંગો છો:

Get-VpnConnection -AllUserConnection

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

એક જ નામ, બે અલગ સ્ટોર

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

જે કૉપી કોઈ ચલાવતું નથી તેને ડિલીટ કરવું ફેરફાર-વિન્ડોમાં નિરુપદ્રવી લાગે છે. જ્યારે વપરાશકર્તાનું શોર્ટકટ કામ કરવાનું બંધ કરે છે ત્યારે તે સપોર્ટ કોલમાં ફેરાય છે.

જે ક્લાઇન્ટ ક્યારેય મૂળ યાદીને સ્પર્શતા નથી

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

જ્યારે તમને તેના બદલે એડેપ્ટર દૃશ્યની જરૂર હોય, ત્યારે એડેપ્ટરને પૂછો. વેન્ડર ઇન્ટરફેસ પોતાને નામ આપે છે, તેથી ચોક્કસ સ્ટ્રિંગને બદલે ટુકટો મેળવો:

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

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

પ્રોફાઇલ દૂર કરતા પહેલા શું નોંધવું

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

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

Remove-VpnConnection -Name "Office" -Force

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

સંબંધિત લેખો