Windows Pro પર ડિવાઇસ ટનલ? આવૃત્તિ મેટ્રિક્સ તપાસો
તૈનાત પ્રોફાઇલ લાયકાતનો પુરાવો નથી. ટનલ ડિબગ કરતા પહેલા આવૃત્તિ મેટ્રિક્સ, CSP નોડ અને સાઇન-ઇન પહેલાની પૂર્વશરતો સરખાવો.
પ્રોફાઇલ લેપટોપ પર પહોંચે છે, VPN સેટિંગ્સ પૃષ્ઠ તેને બતાવે છે, અને તેમ છતાં ડિવાઇસ ટનલ સાઇન-ઇન સ્ક્રીન પર ક્યારેય કનેક્ટ થતું નથી. Windows Pro પર આ ઘણી વખત કન્ફિગરેશન ભૂલ હોતી નથી. મૂળ ડિવાઇસ ટનલ આવૃત્તિ પ્રમાણે લાઇસન્સ થાય છે, અને સાઇન-ઇન પછી કામ કરતી વપરાશકર્તા ટનલ અલગ ક્ષમતા સાબિત કરે છે. સર્ટિફિકેટ ડિબગ કરતા પહેલા જરૂરિયાત વાંચો.
લક્ષણ કોઈ સાઇન ઇન કરે તે પહેલા દેખાય છે
વપરાશકર્તા ટનલ સાઇન-ઇન પછી વપરાશકર્તાના સંદર્ભમાં કનેક્ટ થાય છે, તેથી તે Pro પર સામાન્ય રીતે કામ કરે છે. ડિવાઇસ ટનલે કોઈપણ વપરાશકર્તા લોગિન કરે તે પહેલા મશીન સર્ટિફિકેટ અને IKEv2 વડે મશીન કનેક્ટિવિટી સ્થાપવાની હોય છે. આ જીવનચક્રના અલગ તબક્કા છે, એક જ પ્રોફાઇલના બે નામ નહીં.
અયોગ્ય આવૃત્તિ પર પ્રોફાઇલ હજી પણ પહોંચાડી અને સૂચિબદ્ધ કરી શકાય છે, પણ સાઇન-ઇન પહેલાનું કનેક્શન દેખાતું નથી. સાઇન-ઇન પછી વપરાશકર્તા ટનલ સંપૂર્ણ રીતે કામ કરી શકે છે, જેના કારણે ખાતાના માલિક દ્વારા કરવામાં આવતી દરેક તપાસમાં તૈનાતી સ્વસ્થ દેખાય છે. સાઇન ઇન થયેલા સત્રની અંદરથી નિષ્ફળતા અદૃશ્ય છે.
પ્રોફાઇલને બધા વપરાશકર્તાઓ માટે ઉપલબ્ધ કરવાથી એ બદલાય છે કે કોણ તેનો ઉપયોગ કરી શકે. તે પ્રમાણીકરણ સંદર્ભને વપરાશકર્તાથી મશીનમાં બદલતું નથી, તેથી તે વપરાશકર્તા ટનલને ડિવાઇસ ટનલમાં ફેરવી શકતું નથી. ફરક પ્રમાણીકરણ સંદર્ભનો છે, પ્રોફાઇલની દૃશ્યતાનો નહીં.
મેટ્રિક્સ વાંચો, ફક્ત CSP નોડ નહીં
Microsoft નું Windows 11 સુવિધા મેટ્રિક્સ Enterprise અને Education માટે મૂળ Always On VPN ડિવાઇસ ટનલ સૂચિબદ્ધ કરે છે. VPNv2 કન્ફિગરેશન સેવા પ્રદાતા અલગથી DeviceTunnel નોડનું દસ્તાવેજીકરણ કરે છે જેની લાગુપાત્રતામાં Pro સામેલ છે, અને એ લીટીને ઘણી વખત સુવિધા કામ કરે છે તેના પુરાવા તરીકે ટાંકવામાં આવે છે. કન્ફિગરેશન સપાટી અને સુવિધા લાઇસન્સિંગ અલગ પ્રશ્નોના જવાબ આપે છે: એક કહે છે કે સેટિંગ વ્યક્ત કરી શકાય છે, બીજું કહે છે કે આવૃત્તિને એ ક્ષમતાનો હક છે.
ખરીદીના રેકોર્ડ પર ભરોસો કરવાને બદલે અસરકારક આવૃત્તિ અને બિલ્ડની પુષ્ટિ કરો. મેનેજ્ડ સક્રિયકરણ, ચાલુ અપગ્રેડ અથવા ફરીથી બનાવેલી ઇમેજ મશીનને એસેટ યાદી કહે તેનાથી અલગ આવૃત્તિ પર છોડી શકે છે:
winver
DISM /online /get-currentedition
Get-ComputerInfo | Select-Object WindowsProductName, WindowsEditionId, OsBuildNumberજો આઉટપુટ Pro કહે છે, તો મૂળ ડિવાઇસ ટનલ એ મશીન માટે દસ્તાવેજીકૃત સુવિધા સમૂહની બહાર છે. એ નિષ્કર્ષ માટે પ્રોફાઇલ બદલવાની જરૂર નથી અને તેનાથી તે સુધરશે પણ નહીં. બીજું કંઈપણ બદલતા પહેલા એ શોધ નોંધો.
સુવિધા ફ્લેગ પાછળની ચાર પૂર્વશરતો
આવૃત્તિ દરવાજો છે, અને બાકીની જરૂરિયાતો સમજાવે છે કે લાયક આવૃત્તિવાળું મશીન હજી કેમ નિષ્ફળ જાય છે. તેમને ક્રમમાં તપાસો, કારણ કે દરેક સમાન શાંત પરિણામ આપી શકે છે. એક પંક્તિ છોડવાથી તેની નીચેની પંક્તિઓ પર કરેલો પ્રયાસ વેડફાય છે. આવૃત્તિ પહેલા આવે તેનું કારણ છે.
| Prerequisite | How to verify | Common failure |
|---|---|---|
| Edition and build | DISM /online /get-currentedition | Pro image with an Enterprise asset record |
| Join state | Domain membership in system information | Microsoft Entra join treated as domain join |
| Machine certificate | Certificate store in the local machine context | Certificate issued to the user store |
| Profile context | Provisioned through the machine channel | Delivered as a user tunnel profile |
સર્ટિફિકેટ તપાસ એ છે જે લોકો છોડી દે છે. ખાનગી કી મશીન સ્ટોરમાં હોવી જોઈએ અને સાઇન-ઇન પહેલા સિસ્ટમ સંદર્ભ દ્વારા વપરાયોગ્ય હોવી જોઈએ, જે વપરાશકર્તા પોતાના સર્ટિફિકેટ સંવાદમાં જુએ તે સ્ટોરથી અલગ સ્ટોર છે:
Get-ChildItem Cert:\LocalMachine\My | Where-Object { $_.HasPrivateKey } | Select-Object Subject, NotAfterવપરાશકર્તાના સ્ટોરમાં સાચું દેખાતું સર્ટિફિકેટ મશીન સ્ટોરમાં સંપૂર્ણપણે ગેરહાજર હોઈ શકે છે. ત્યારે લોગિન સ્ક્રીન આવતા પહેલા ડિવાઇસ ટનલ પ્રમાણીકરણમાં નિષ્ફળ જાય છે, અને પ્રોફાઇલ ફરીથી આયાત કરવાથી તે બદલાતું નથી. સેવા જે સ્ટોર વાપરે છે તે તપાસો, વપરાશકર્તા જે જુએ છે તે નહીં.
SYSTEM તરીકે ચાલતું નિર્ધારિત કાર્ય એ સુવિધા નથી
એક ઉપાય ફરે છે જે SYSTEM તરીકે ચાલતા નિર્ધારિત કાર્યમાંથી VPN પ્રોફાઇલ શરૂ કરે છે, જેથી બૂટ પછી થોડી વારે ટનલ દેખાય. તે મૂળ ડિવાઇસ ટનલ નથી. ટાસ્ક એન્જિન બીજા સમયે શરૂ થાય છે, કનેક્શન સેવા ખાતા દ્વારા શરૂ કરાયેલી વપરાશકર્તા-મોડ પ્રોફાઇલ છે, અને જીવનચક્ર સાઇન-ઇન સ્ક્રીન પર હોવું જરૂરી મશીન-પ્રમાણિત ટનલ સાથે મેળ ખાતું નથી.
તે સામાન્ય પરીક્ષણ પાસ કરી શકે છે, કારણ કે કોઈ લોગિન કરીને તપાસે ત્યાં સુધીમાં ટનલ ચાલુ હોય છે. એ સફળતા બૂટ અને કાર્ય વચ્ચેનો વિલંબ માપે છે, સાઇન-ઇન પહેલાની કનેક્ટિવિટી નહીં, અને સુવિધાએ આવરી લેવાનું હતું તે વિંડો દરમિયાન મશીનને ટનલ વગર છોડી દે છે.
ઉત્પાદન માટે ઉપાયને અસમર્થિત ગણો. જો કોઈ ડિઝાઇન તેના પર આધાર રાખે છે, તો જરૂરિયાત સંભવતઃ લોગિન પહેલાનું કનેક્શન છે, જે ચર્ચાને ફરી આવૃત્તિની લાયકાત પર લાવે છે.
ટેકનોલોજી પહેલા જરૂરિયાત પસંદ કરો
જરૂરિયાત એક વાક્યમાં લખો: કોઈપણ વપરાશકર્તા સાઇન ઇન કરે તે પહેલા ઉપકરણે નામ આપેલા સંસાધન સુધી પહોંચવું જોઈએ, અથવા વપરાશકર્તાને સાઇન-ઇન પછી ઍક્સેસની જરૂર છે. જો બીજું વાક્ય સાચું હોય, તો Pro પર Always On વપરાશકર્તા ટનલ સમર્થિત ડિઝાઇન છે અને ડિવાઇસ ટનલ બિનજરૂરી જટિલતા છે.
જો પહેલું વાક્ય સાચું હોય, તો આવૃત્તિ કઠોર દરવાજો છે. લાયક આવૃત્તિ અથવા સંસ્થા દ્વારા સમર્થિત દસ્તાવેજીકૃત લોગિન-પહેલાં આર્કિટેક્ચર પસંદ કરો, અને મશીન ચલાવી ન શકે તેવી ક્ષમતા આસપાસ પ્રોફાઇલ અને સર્ટિફિકેટ બનાવતા પહેલા લાઇસન્સ ફેરફારનું આયોજન કરો.
તૈનાતીની નોંધમાં આવૃત્તિ, જોડાણ સ્થિતિ, સર્ટિફિકેટ સ્થાન અને પ્રોવિઝનિંગ ચેનલ નોંધો. પછી આગળનો એન્જિનિયર ક્યારેય કનેક્ટ ન થાય તેવા મશીન પર એ જ પ્રોફાઇલ સમસ્યાનિવારણ પુનરાવર્તિત કરવાને બદલે મિનિટોમાં લાયકાતની પુષ્ટિ કરી શકશે.