Wi-Fi-ն ասում է՝ միացված է, բայց ոչինչ չի բեռնվում. Mac-ի հին լուծիչներ

Ping արեք բառացի հասցեին, և այն պատասխանում է։ Բացեք կայքն անունով, և ոչինչ չի լինում, մինչդեռ ցանցի պատկերակը պնդում է, որ կապը լավ է։ Mac-ում, որը նոր է միացել VPN-ին, այդ զուգորդությունը գրեթե միշտ նշանակում է, որ որոնումներն ուղղված են սերվերին, որն այլևս հասանելի չէ, ոչ թե այն, որ ցանցն ընկել է։ Հասցեները ինչ-որ ավելի վաղ պահի ամրացվել են Wi-Fi ծառայությանը, և այդ ժամանակից ի վեր ոչինչ չի հեռացրել դրանք։ Ախտորոշեք բացառման եղանակով, ապա ջնջեք ամրացված գրառումները։

Վերանորոգումը ջնջում է, ոչ թե մաքրում, և տարբերությունը կարևոր է, որովհետև այն հրամանները, որ մարդկանց մեծ մասն առաջինն է փորձում, բոլորովին այլ բան են անում։

«Միացված»-ը հայտարարություն է կապուղու մասին

macOS-ը յուրաքանչյուր ցանցային ծառայության համար պահում է լուծիչի կարգավորում։ DHCP-ից ստացված արժեքները մեկ աղբյուր են, ձեռքով մուտքագրվածները՝ երկրորդ, իսկ պրոֆիլի կողմից մղված կամ հաճախորդի գրած արժեքները՝ երրորդ։ Ամրացվածները գերազանցում են ցանցի առաջարկածին, և կույտում ոչինչ դրանք նորից չի վավերացնում։ Այդ պատճառով անհետացած սերվերը մնում է ցանկում, մինչև մարդը հեռացնի այն կամ ծառայությունը զրոյից վերակառուցվի։

Այդ պատճառով թունելը, որն ավարտում է իր ձեռքսեղմումը, ոչինչ չի փոխում արդեն սխալ ուղղված որոնման մեջ։ VPN-ն ավելացրեց լուծիչ. այն չստուգեց այն մեկը, որը ձախողվում էր։

Անջատեք անունները փաթեթներից

Նախ բառացի հասցեով հասեք հոսթին։ Երբ այն բեռնվում է, փաթեթները լավ են, և մեղավորը լուծիչն է։ Երբ այն չի բեռնվում, կանգ առեք հենց այնտեղ և խնդիրը դիտարկեք որպես երթուղավորման խնդիր, որովհետև DNS-ի փոփոխությունները միայն մեկ փոփոխական կավելացնեն արդեն իսկ շփոթեցնող պատկերին։

Անվան ձախողումը, մինչ համապատասխան հասցեն աշխատում է, մատնահետքն է։ Ուշադրություն դարձրեք նաև շրջանակին. երբ ամեն ինչ ձախողվում է, դա ցույց է տալիս կոտրված գլոբալ գրառում, իսկ երբ ձախողվում են միայն թունելի ներսի հոսթերը, դա ցույց է տալիս այլ սեփականատեր և ավելի նեղ լուծում։

Ջնջեք ամրացված սերվերները

Ցանցի կարգավորումներում բացեք Wi-Fi ծառայության մանրամասները և անցեք DNS ներդիր։ Հեռացրեք յուրաքանչյուր սերվերի տողը, հաստատեք փոփոխությունը, ապա ստուգեք որոնման տիրույթները՝ փնտրելով արժեքներ, որոնք երբեք չեք ավելացրել։ Թողեք ցանկը դատարկ, նորից միացրեք ծառայությունը և հաստատեք, որ DHCP-ի տրամադրած հասցեն ինքնուրույն նորից հայտնվում է։ Դատարկ ցանկը ժամանակավոր վիճակն է, որն ապացուցում է, որ ամրացված արժեքներն էին խնդիրը։

Ավելի հին տարբերակները նույն վահանակը թաքցնում են մեկ մակարդակ ավելի խորը՝ «Լրացուցիչ» կոճակի հետևում, նույն վարքով և նույն արդյունքով։

Կարդացեք վիճակը, ոչ թե վահանակը

scutil --dns | head -40 տպում է այն լուծիչները, որոնք macOS-ը իրականում օգտագործում է՝ խմբավորված ըստ շրջանակի, իսկ հայտնի ներքին անվան արագ nslookup-ը ցույց է տալիս՝ պատասխան ընդհանրապես գալիս է, թե ոչ։ Համեմատեք երկու արդյունքները. մաքուր վահանակ, որտեղ դեռ նշված է հին սերվեր, նշանակում է, որ այդ կարգավորումը պատկանում է այլ գրողի։ Դա այլ սխալ է՝ այլ լուծմամբ։

Երբ երկուսն էլ մաքուր են երևում, իսկ անունները դեռ ձախողվում են, խափանումը տեղափոխվել է այլ տեղ, և դուք այլևս DNS-ի կարգավորումը չեք վրիպազերծում։

Ով է վերադարձնում գրառումները

Ջնջումից հետո վերադարձող սերվերներն աղբյուր ունեն։ Ստուգեք Սարքերի կառավարումը՝ կազմաձևման պրոֆիլի համար, քանի որ պրոֆիլները կարող են կրել DNS և վերագնահատվում են իրենց սեփական ժամանակացույցով։ Ստուգեք հաճախորդի նախասիրություններում միացման պահին DNS սահմանելու տարբերակը և որոշեք՝ արդյոք այն դեռ արժանի է իր տեղին այս մեքենայում։ Եթե VPN-ին իսկապես մասնավոր լուծիչ է պետք, սահմանափակեք այն իրեն պատկանող տիրույթներով՝ փոխանակ գրելու գլոբալ ցանկում, որը ժառանգելու է յուրաքանչյուր ապագա ցանց։

Գրանցեք նախատեսված լուծիչը և այն տիրույթները, որոնց նա պետք է պատասխանի։ Հաջորդ հաճախորդի թարմացումից հետո ստուգեք մեկ հանրային և մեկ մասնավոր անուն, ինչն ավելի արագ է, քան կարգավորումների շրջագայությունը կրկնելը, և բռնում է ռեգրեսիան, քանի դեռ մեքենան ձեր ձեռքերում է։

Մնացած ամեն ինչ սպասարկման թատրոն է. հրամաններ, որոնք միտումնավոր են թվում, չափելի ոչինչ չեն փոխում և թողնում են նույն կոտրված որոնումը հաջորդ մարդու համար։