Wi-Fi કહે છે જોડાયેલું, કંઈ લોડ થતું નથી: જૂના Mac રિઝોલ્વર

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

સમારકામ ફ્લશ નહીં પણ કાઢી નાખવું છે, અને આ ફરક મહત્ત્વનો છે કારણ કે મોટા ભાગના લોકો પહેલાં જે આદેશો અજમાવે છે તે સાવ બીજું કંઈક કરે છે.

જોડાયેલું એ લિંક વિશેનું નિવેદન છે

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

એટલે જ તેનું હેન્ડશેક પૂરું કરતું ટનલ એ શોધમાં કંઈ બદલતું નથી જે પહેલેથી ખોટી દિશામાં હતી. VPN એ રિઝોલ્વર ઉમેર્યું; જે નિષ્ફળ જતું હતું તેની તપાસ તેણે કરી નહીં.

નામને પેકેટથી અલગ કરો

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

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

પિન કરેલા સર્વર દૂર કરો

નેટવર્ક સેટિંગ્સમાં, Wi-Fi સેવાની વિગતો ખોલો અને DNS ટૅબ પર જાઓ. દરેક સર્વર પંક્તિ દૂર કરો, ફેરફારની પુષ્ટિ કરો, પછી શોધ ડોમેનમાં તમે ક્યારેય ઉમેર્યાં ન હોય એવાં મૂલ્યો શોધો. યાદી ખાલી રાખો, સેવા ફરી જોડો અને પુષ્ટિ કરો કે DHCP આપેલું સરનામું જાતે જ ફરી દેખાય છે. ખાલી યાદી એ કામચલાઉ સ્થિતિ છે જે સાબિત કરે છે કે પિન કરેલાં મૂલ્યો જ સમસ્યા હતાં.

જૂનાં આવૃત્તિઓ એ જ પેનલને એક સ્તર ઊંડે, Advanced બટન પાછળ છુપાવે છે, સમાન વર્તન અને સમાન પરિણામ સાથે.

પેનલ નહીં, સ્થિતિ વાંચો

scutil --dns | head -40 macOS ખરેખર જે રિઝોલ્વર વાપરે છે તેને વ્યાપ પ્રમાણે જૂથબદ્ધ કરીને છાપે છે, અને જાણીતા આંતરિક નામનું ઝડપી nslookup દર્શાવે છે કે જવાબ આવે છે કે નહીં. બંને આઉટપુટ સરખાવો: સ્વચ્છ પેનલ છતાં યાદીમાં જૂનું સર્વર હજી હોય તો તે સેટિંગ પર બીજા લેખકનો હક છે. એ બીજી ભૂલ છે, બીજા ઉકેલ સાથે.

જ્યારે બંને સ્વચ્છ દેખાય અને નામ હજી નિષ્ફળ જાય, ત્યારે દોષ બીજે ખસી ગયો છે અને તમે હવે DNS રૂપરેખાંકન ડિબગ કરતા નથી.

એન્ટ્રીઓ કોણ પાછી મૂકે છે

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

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

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