Mac પર SonicWall VPN: SSL ક્લાયન્ટ કે નેટિવ L2TP?

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

ગેટવેને પૂછો કઈ સેવા ચાલુ છે

એક જ ઉત્પાદન નામ હેઠળ બે રિમોટ-એક્સેસ સેવાઓ દેખાય છે અને તેઓ સંપૂર્ણપણે અલગ રીતે વર્તે છે. એક SSL VPN છે જે વેન્ડર ક્લાયન્ટ દ્વારા પહોંચાય છે, અને બીજી IPsec અથવા L2TP છે જે બિલ્ટ-ઇન macOS ક્લાયન્ટ ડાયલ કરી શકે છે. તે પોર્ટ, પ્રમાણીકરણ અને સરનામા ફાળવણીમાં ભિન્ન છે, તેથી એકની પ્રોફાઇલ બીજી સામે નકામી છે. ફક્ત Mac બાજુથી પસંદ કરવું એ રૂપરેખા તરીકે સજ્જ અનુમાન છે.

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

નેટિવ L2TP માર્ગ ચાલો

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

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

scutil --nc list
networksetup -listallnetworkservices

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

SSL ક્લાયન્ટ માર્ગ ચાલો

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

સાથે સાથે ઇન્સ્ટોલ કરેલા બે SSL ક્લાયન્ટ સમાન નેટવર્ક એક્સ્ટેન્શન માટે હરીફાઈ કરી શકે છે, અને પહેલા લોડ થયેલો સામાન્ય રીતે જીતે છે. મંજૂર ક્લાયન્ટ ઇન્સ્ટોલ કરતા પહેલા ન વપરાયેલો ક્લાયન્ટ દૂર કરો, પછી એક્સ્ટેન્શન યાદી ફરી બને તે માટે રીબૂટ કરો.

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

રીબ્રાન્ડિંગ સૂચનાને યોગ્ય રીતે વાંચો

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

તમે ખરેખર ઇન્સ્ટોલ કરેલા ક્લાયન્ટને બંડલ ઓળખકર્તા અને આવૃત્તિ દ્વારા ઓળખો, આઇકન પરના લેબલ દ્વારા નહીં. તે ભેદ નક્કી કરે છે કે તમારા Mac પર કયું સપોર્ટ મેટ્રિક્સ લાગુ પડે છે.

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