868 սխալը IP հասցեով. Ի՞նչն է Windows-ը լուծում նախ
Երկխոսությունը հայտնում է որոնման ձախողման մասին, մինչ պրոֆիլը թվային է թվում։ Կարդացեք պրոֆիլի իրական դաշտը, ապա առանձնացրեք անվան խնդիրը հին վերամիացման սխալից։
Երկխոսությունը հայտնում է, որ սերվերի անունը հնարավոր չեղավ լուծել, իսկ պրոֆիլի այն դաշտը, որին նայում եք, հասցե է։ Այս համադրությունը հակասություն չէ. հաճախորդը լուծում է մի բան, որը տարբերվում է այն արժեքից, որը, ձեր կարծիքով, նա կարդում է։ Պարզեք, թե նա իրականում ինչին է զանգում, նախքան եզրակացնելը, որ DNS-ը կոտրված է։ Հաճախորդի սեփական քայլերի հերթականությունը ցույց է տալիս, թե որտեղ նայել։
Հաճախորդը լուծում է անունը նախքան զանգահարելը
Windows-ի բնիկ VPN միացումը կարդում է իր պրոֆիլը, լուծում սերվերի հասցեն, սկսում թունելը և միայն դրանից հետո նույնականացնում։ 868 սխալը պատկանում է երկրորդ քայլին։ Քանի որ հետագա քայլերը երբեք չեն կատարվում, երկխոսությունը կարող է թվալ որպես հավատարմագրերի խնդիր, երբ որոնումն առաջինն է ձախողվել։
Այդ հերթականությունը օգտակար է, որովհետև նեղացնում է ստուգվող շերտը։ Երբ նույն պրոֆիլը աշխատում է մի ցանցից և ձախողվում մյուսից, տարբերությունը սովորաբար անվան լուծման մեջ է, ոչ թե թունելի տեսակի կամ հաշվի։ Փորձարկեք որոնումը այնտեղ, որտեղ տեղի է ունենում ձախողումը, ոչ այնտեղ, որտեղ ստեղծվել է պրոֆիլը։
Ո՞ր անունը, երբ դաշտը ցույց է տալիս հասցե
Կարդացեք պահված արժեքը՝ ցուցադրվող անվան փոխարեն։ Միացման պիտակը նրա սերվերի հասցեն չէ, և նման պիտակներով երկու գրառում ձեզ ուղարկում են սխալի հետևից.
Get-VpnConnection -Name "Work VPN" |
Select-Object Name, ServerAddress, TunnelTypeԵթե պրոֆիլը նախատեսված է բոլոր օգտատերերի համար, հարցրեք նաև այդ տիրույթը՝ օգտագործելով -AllUserConnection։ Այնուհետև լուծեք հենց այն արժեքը, որը տպել է հրամանը՝ այն ցանցից, որտեղ տեղի է ունենում ձախողումը։ Օգտագործեք օպերատորի փաստաթղթավորված դարպասը, ոչ թե հավելվածի ներքին անունը, որը լուծվում է միայն թունելը բարձրանալուց հետո։ Այդ երկրորդ հարցումը ձախողվում է սպասելի պատճառով և ոչինչ չի ասում զանգի մասին.
Resolve-DnsName vpn.example.comԵրբ պահված արժեքն իսկապես թվային է, փնտրեք երկրորդ տեղ, որտեղ հաճախորդը անուն է կարդում։ EAP կարգավորումը կարող է հղում անել սերվերի, այլ գործիքից ներմուծված պրոֆիլը կարող է կրել իր արժեքը, և ավելի վաղ տեղադրիչը կարող է կրկնօրինակ գրառում թողնել։ Երկխոսության դաշտը միշտ չէ, որ միակ մուտքն է։
Windows 7-ի վերամիացման օրինաչափությունը
Այս սխալի հետևում գտնվող թեման նկարագրում է մեքենաներ, որոնք մեկ անգամ միացել են, ապա ավելի ուշ փորձի ժամանակ ձախողվել 868-ով, առանց պրոֆիլում որևէ բան փոխելու։ Մասնակիցները հայտնել են, որ Remote Access Connection Manager ծառայության վերագործարկումը կամ դուրս գալն ու նորից մուտք գործելը ժամանակավորապես վերականգնել է միացումը։ Դրանք շրջանցող լուծումներ են, ոչ թե ապացուցված արմատական պատճառ։
Այդ օրինաչափությունը դիտարկեք որպես առանձին վարկած։ Վերագործարկումը վերակայում է հաճախորդի վիճակը, ուստի դրանից հետո ժամանակավոր հաջողությունը չի ապացուցում, որ DNS գրառումը սխալ էր.
| Observation | Points toward | What to do next |
|---|---|---|
| Fails from one network, works from another | Name resolution on that path | Resolve the stored name from both networks |
| Fails after a disconnect, works after service restart | Client state, not DNS | Record the sequence for the vendor |
| Fails only on a newly provisioned machine | Profile content or scope | Compare ServerAddress and TunnelType |
Աղյուսակը կարդացեք որպես տարբերակող դիտարկումների հավաքածու, ոչ թե ախտորոշում։ Առաջին տողը անվան խնդիր է, երկրորդը՝ հաճախորդի վիճակ, երրորդը՝ պրոֆիլ, որը երբեք ճիշտ չի եղել։ Յուրաքանչյուրը տանում է տարբեր մարդու և տարբեր ուղղման։
Ինչ հավաքել ադմինիստրատորի համար
Գրառեք պրոֆիլի անունը, պահված հասցեն, թունելի տեսակը, այն ցանցը, որտեղ եղել է հաճախորդը, և արդյոք ձախողումը հաջորդել է անջատմանը։ Այդ գրառումը տարանջատում է իրական որոնման ձախողումը պատմական վերամիացման վարքից՝ առանց որևէ մեկի գուշակելու անհրաժեշտության։ Պահեք նաև փորձի շուրջ հաճախորդի իրադարձությունների մատյանը։
Հին կառուցումների շրջանցումը վկայում է, որ վարքը գոյություն է ունեցել, այլ ոչ թե խոստանում է, որ ծառայության նույն վերագործարկումը կուղղի ընթացիկ մեքենան։ Փաստաթղթավորված հոսթի անունը բառացի հասցեով փոխարինելը նույնպես վերանորոգում չէ։
Որոշ պրոֆիլներ ակնկալում են սերվերի ինքնություն, որը համապատասխանում է կազմաձևված անվանը, ուստի թվային շրջանցումը կարող է մի սխալ փոխանակել մյուսով։ Եթե անունը պետք է մնա, ուղղեք լուծման ուղին, ոչ թե պրոֆիլի տեքստը։ Ամեն դեպքում գրառեք, թե ինչ փոխեցիք և ինչու։