Charles બંધ થયું, પણ તમારું Mac હજી 127.0.0.1 તરફ જ સંકેત કરે છે

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

પહેલું પગલું આ Mac છે, સર્વર નહીં

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

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

પગલું 1: વર્તમાન પ્રોક્સી સ્થિતિ વાંચો

ફક્ત-વાંચન દૃશ્યથી શરૂ કરો, કારણ કે કોઈ પણ એપ્લિકેશન તેને અર્થઘટિત કરે તે પહેલાં સિસ્ટમ શું માને છે તે તે કહે છે:

scutil --proxy

જુઓ HTTPEnable, HTTPProxy, HTTPPort, HTTPS માટેના સમકક્ષો અને કોઈ પણ ProxyAutoConfigEnable તેના URL સાથે. જે પોર્ટ પર કંઈ સાંભળતું નથી ત્યાં સક્રિય પ્રોક્સી એ તમારી ખામી છે. PAC URL બીજું સ્વરૂપ છે: દૃશ્યમાન મેન્યુઅલ સરનામા વિના પણ સેટિંગ સક્રિય હોઈ શકે, કારણ કે ફાઇલ વિનંતીના સમયે પ્રોક્સી પસંદ કરે છે.

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

પગલું 2: સેટિંગનો માલિક કોણ છે તે શોધો

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

Charles તેનું બ્રાઉઝર અને સિસ્ટમ પ્રોક્સી એકીકરણ દસ્તાવેજ કરે છે, જેમાં macOS હેલ્પરનો સમાવેશ થાય છે, તેથી પહેલા તેના પોતાના નિયંત્રણો અને બંધ કરવાનો માર્ગ વાપરો. વિશેષાધિકાર પ્રાપ્ત હેલ્પર ગોઠવણી બદલવા માટે અસ્તિત્વમાં છે; તે અસંબંધિત સૉફ્ટવેરને મશીન પર વ્યાપક પ્રવેશ આપવાનું કારણ નથી.

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

પગલું 3: સૌથી સાંકડી વસ્તુ બદલો

ચોક્કસ સેવા માટે ચોક્કસ અનિચ્છનીય એન્ટ્રી નિષ્ક્રિય કરો. દરેક સેવાને ટૉગલ કરશો નહીં અને આખું પ્રોક્સી પેનલ સાફ કરશો નહીં, કારણ કે VPN સેવા અને તેની નીચેની Wi-Fi સેવા અલગ સેટિંગ રાખે છે અને તેમાંથી એક સાચી હોઈ શકે.

જો પ્રોક્સી જાણી જોઈને જરૂરી હોય, તો નીતિ ડિલીટ કરવાને બદલે તેના મંજૂર શ્રોતાને શરૂ કરો. જ્યાં પ્રોક્સી ઇન્ટરનેટનો એકમાત્ર માર્ગ છે અને VPN બીજો, સાંકડો માર્ગ છે તેવી સંસ્થાઓમાં આ ભેદ મહત્વનો છે.

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

પગલું 4: જો પ્રોક્સી ગયું અને હજી નિષ્ફળ જાય

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

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

શરૂ કરતા પહેલાં રોલબેક લખો: તમને મળેલા ચોક્કસ પ્રોક્સી મૂલ્યો નોંધો, જેથી પુનઃસ્થાપન યાદશક્તિની કસરત નહીં, નકલ બને. Charles પ્રોક્સી ગોઠવણી દસ્તાવેજીકરણ તમે ચલાવો છો તે આવૃત્તિ માટે એકીકરણ અને તેનું બંધ થવાનું વર્તન વર્ણવે છે.

આગલી વાર કોઈ એપ VPN પર નિષ્ફળ જાય ત્યારે ટનલ પહેલાં પહેલું પગલું ચકાસો. તે એક જ આદેશનો ખર્ચ છે અને ખોટા નિદાનની આખી શ્રેણીને બાદ કરે છે.