SoftEther-ի վիրտուալ ադապտերը հայտնվում է, բայց տրաֆիկ չի ուղարկում
Ադապտերը սարք է, որը պատկանում է օպերացիոն համակարգին. սեսիան այն է, ինչ լցնում է այն։ Չորս ստուգում առանձնացնում է բացակայող միացումը բացակայող երթուղուց։
SoftEther-ի վիրտուալ ադապտերը հայտնվում է օպերացիոն համակարգի ցանցերի ցանկում, իրեն հայտարարում է անջատված և ոչ մի տրաֆիկ չի տեղափոխում։ Այս համակցությունը նորմալ է սարքի համար, որին սեսիա միացված չէ, և դա նաև այն վիճակն է, որը տեսնում եք, երբ դրան սխալ պրոֆիլ է կապված։ Ադապտերը սարք է, որը պատկանում է օպերացիոն համակարգին. սեսիան այն է, ինչ նրան կյանք է տալիս։ Անցեք այս չորս ստուգումները հերթականությամբ և կանգ առեք առաջինի վրա, որը ձախողվում է։
Առանձնացրեք սարքը սեսիայից
Ադապտերի ստեղծումը տեղադրում է ցանցային սարք. այն չի նույնականացվում ոչ մի սերվերի հետ։ Նախքան ինտերֆեյսի վիճակից որևէ եզրակացություն անելը հաստատեք, թե ինչ է ասում հաճախորդի միացումների ցանկը։ Պրոֆիլը, որը միացված չէ, բացատրում է անջատված կարգավիճակը առանց լրացուցիչ հետազոտության։
Ադապտերն ու ֆիզիկական ինտերֆեյսը տարբեր աշխատանք ունեն։ Մեկը տեղափոխում է այն ապակոդավորված տրաֆիկը, որը տեսնում են հավելվածները, իսկ մյուսը տեղափոխում է գաղտնագրված արտաքին միացումը դեպի սերվեր։ Երկուսը շփոթելը հանգեցնում է նրան, որ հրային պատի կանոններն ու երթուղիները կիրառվում են սխալ սարքի վրա։ Ֆիզիկական ինտերֆեյսի համար գրված կանոնները չեն համապատասխանի թունելի տրաֆիկին, իսկ թունելի համար գրված կանոնները չեն ազդի արտաքին միացման վրա։
Համապատասխանեցրեք մեկ ադապտեր մեկ պրոֆիլի
Յուրաքանչյուր ադապտեր պետք է կապված լինի ձեր նախատեսած միացման պրոֆիլին, և այդ կապը պետք է տեսանելի լինի հաճախորդում, այլ ոչ թե հիշվի։ Երբ կան մի քանի ադապտերներ, նախքան դրանցից որևէ մեկին դիպչելը գրառեք, թե որ պրոֆիլն է տիրապետում որ սարքին։ Մեկ ադապտերի կրկնակի օգտագործումը տարբեր պրոֆիլներում այն է, ինչի շնորհիվ հնացած հասցեն վերապրում է կրկնակի միացումը։
Եթե հաճախորդն առաջարկում է կապը վերստեղծելու աջակցվող եղանակ, օգտագործեք այն՝ օպերացիոն համակարգի կարգավորումն ուղղակիորեն խմբագրելու փոխարեն։ Հաճախորդը գրում է ադապտերի կարգավորումները միացման պահին, ուստի ձեռքի փոփոխությունները սովորաբար անհետանում են կամ հակասում են հաջորդ սեսիայում։
Միացումից հետո կարդացեք փաստացի կարգավորումները
Երբ սեսիան աշխատում է, կարդացեք հասցեն, երթուղին և լուծիչը համակարգից։ Հաճախորդի կարգավիճակի վահանակը նկարագրում է, թե ինչ է նա խնդրել, մինչդեռ միջուկը նկարագրում է, թե իրականում ինչ է տեղի ունեցել։
ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20Հասցեների ցանկը ցույց է տալիս, թե արդյոք ադապտերը ընդհանրապես ինչ-որ բան ստացել է, և հաջող մուտքից հետո առանց հասցեի ադապտերը մատնանշում է պրոֆիլի կարգավորումը, այլ ոչ թե վարորդը։ Երթուղու հարցումը ցույց է տալիս, թե որ ինտերֆեյսը կտեղափոխեր մասնավոր նպատակակետ, և հենց այնտեղ է տեսանելի դառնում բացակայող երթուղին։ Լուծիչի ելքը ցույց է տալիս, թե արդյոք DNS-ը հետևել է սեսիային, քանի որ տեղական DNS-ով աշխատող կապը դեռ արտադրում է կիսով չափ կոտրված միացում։
Օգտակար կարգավորումներ չունեցող ստեղծված ադապտերը կարող է գոյակցել հաճախորդի մեկ այլ հատվածում հաջող կառավարման մուտքի հետ։ Երկու վահանակները տարբեր հարցերի են պատասխանում, ուստի մեկը երբեք ապացույց չէ մյուսի մասին։ Երբ դրանք հակասում են, համակարգի տեսքն է այն, ինչ զգում են հավելվածները։
Կանգ առեք կամրջելուց կամ ջնջելուց առաջ
Վիրտուալ ադապտերը ֆիզիկականին կամրջելը վերանորոգում չէ, այլ դիզայնի փոփոխություն։ Այն միաձուլում է ցանցի երկու սահմաններ և բացակայող երթուղին շտկելու եղանակ չէ։ Եթե տեղակայմանը պետք է այդ դասավորությունը, ապա դրան պետք է լիազորված դիզայն և փորձարկման պլան։
Ադապտերի ջնջումը նույնքան կործանարար է, երբ այն օգտագործում է մեկ այլ ծառայություն։ Նախ բացահայտեք տիրոջը, ներառյալ մեքենայի վրա գտնվող ցանկացած այլ հաճախորդ կամ վիրտուալացման արտադրանք, որը նման անունով ինտերֆեյս է ստեղծել։ Սարքը, որը հեռացումից հետո նորից հայտնվում է, ձեզ ասում է, որ ինչ-որ բան նորից ստեղծում է այն։
Ավարտեք հավելվածը փորձարկելով, ոչ թե ադապտերը։ Թունելով բեռնվող ֆայլային համօգտագործումը կամ ինտրանետ էջը այն ապացույցն է, որ սարքը, սեսիան և երթուղին համաձայն են։