macOS નો સેવા ક્રમ તમારા VPN રૂટને નિયંત્રિત કરતો નથી

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

સેવા ક્રમ શું બદલે છે, અને શું ક્યારેય સ્પર્શતું નથી

«સેવા ક્રમ સેટ કરો» સિસ્ટમ સેટિંગ્સ, નેટવર્ક હેઠળ, Action મેનૂમાં છે, અને જ્યારે બે કે વધુ સક્રિય હોય ત્યારે તે સામાન્ય કનેક્શનનું ક્રમાંકન કરે છે. એ ક્રમાંકન પ્રાથમિક સેવા પસંદ કરે છે, જે ડિફોલ્ટ રૂટ અને resolver ના વર્તનનો ભાગ પૂરો પાડે છે. તે સમકક્ષો વચ્ચેનો નિર્ણય છે, ટનલ પાછળના ખાનગી લક્ષ્યો માટેનો સ્વિચ નહીં. Wi-Fi અને USB Ethernet એડેપ્ટર ધરાવતું લેપટોપ તેનો ઉપયોગ વાજબી પ્રશ્નનો જવાબ આપવા માટે કરે છે, અને એ પ્રશ્ન ટનલ વિશે નથી.

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

મશીને ખરેખર પસંદ કરેલો રૂટ વાંચો

ચોક્કસ સરનામું ક્યાં જાય છે તે મશીનને route get 10.20.4.10 વડે પૂછો, પછી IPv6 માટે route -n get -inet6 2001:db8::10 વડે તેને પુનરાવર્તિત કરો. બે કુટુંબ અલગ નિર્ણયો છે, તેથી કાર્યરત IPv4 રૂટ v6 વિશે કંઈ કહેતું નથી, અને સીધું જોડાયેલું સબનેટ કે વધુ ચોક્કસ પ્રીફિક્સ કોઈ પણ સ્થિતિમાં સામાન્ય કનેક્શન લેબલને હરાવે છે, જે લેબલ લોકોને ભ્રમિત કરવાનું ચાલુ રાખવાનું બરાબર કારણ છે.

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

DNS નામ દ્વારા ઉકેલે છે, ઇન્ટરફેસ દ્વારા નહીં

સ્કોપિત અને ડોમેન-વિશિષ્ટ resolver નો અર્થ એ છે કે જવાબ ઇન્ટરફેસ દીઠ નહીં પણ નામ દીઠ અલગ હોઈ શકે. scutil --dns સિસ્ટમ ખરેખર વાપરી રહી છે તે resolver રૂપરેખા છાપે છે, સ્કોપિત એન્ટ્રીઓ સહિત. સેવા ક્રમ અસર કરે છે કે કઈ સેવા ડિફોલ્ટ resolver પૂરો પાડે છે, પરંતુ નામ-વિશિષ્ટ સ્કોપ તો પણ જીતી શકે છે.

તેથી સરનામાં પરનો ping કામ કરી શકે છે જ્યારે હોસ્ટનામ નિષ્ફળ જાય, અથવા ઊલટું. દોષિત પસંદ કરતા પહેલાં બંને આઉટપુટ વાંચો.

પ્રોફાઇલ બદલો, પછી બંને આઉટપુટ ફરી વાંચો

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

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