Մեկ հոսթի բացառումը Windows VPN-ի լռելյայն երթուղուց
Ամբողջական թունելի պրոֆիլը տիրապետում է լռելյայն երթուղուն: Մեկ հոսթի համար անհրաժեշտ է ավելի նեղ նախածանց ֆիզիկական ինտերֆեյսի վրա, որը նորից ավելացվում է յուրաքանչյուր միացումից հետո:
Նոթբուքը միանում է գրասենյակի VPN-ին, և ամեն ինչ հետևում է դրան, ներառյալ տպիչի վեբ էջը և մեկ ինտրանետ, որը պատասխանում է միայն տեղական ցանցում: Ձեռքով ստեղծված երթուղին դա շտկում է մեկ ժամով, հետո կապը կտրվում է, վերադառնում, և բացառությունը անհետանում է: Թունելի հետ ոչ մի բան այն չէ. Windows-ը պահում է մեկ երթուղային աղյուսակ, և VPN-ադապտերը յուրաքանչյուր միացման ժամանակ վերագրում է այդ աղյուսակում իր բաժինը: Մնում է այն ամենը, ինչ ապրում է ադապտերի սեփական գրառումներից դուրս:
Որ գրառումն է վերցնում թունելը
Գրանցեք աղյուսակը երկու անգամ՝ մեկ անգամ թունելը փակ, մեկ անգամ՝ բաց, և համեմատեք լռելյայն տողերը: Երբ պրոֆիլը պահանջում է լռելյայն նախածանցը, ադապտերի գրառումը աղյուսակի ամենալայն տողն է, ուստի ցանկացած բացառություն պետք է լինի դրանից նեղ: Սա թվաբանություն է նախածանցի երկարության մասին, ոչ թե հայտարարություն վստահության կամ քաղաքականության մասին: Այն նաև որոշում է, թե որ ինտերֆեյսը պետք է նշի բացառությունը:
Գրի առեք ինտերֆեյսի ինդեքսը և տեղական դարպասը մինչ առաջ շարժվելը, քանի որ երկուսն էլ փոխվում են, երբ մեքենան միանում է այլ ցանցի: Ստորև բերված հրամանները դրանք կարդում են մեքենայից, ոչ թե հիշողությունից:
route print -4
Find-NetRoute -RemoteIPAddress 198.51.100.30Երկրորդ հրամանը հաղորդում է այն ինտերֆեյսը և հաջորդ ցատկը, որոնք այդ մեկ հասցեն հենց հիմա կօգտագործեր, ինչը ավելի լավ է, քան քառասուն տող կարդալն ու գուշակելը: Գործարկեք այն միացումից առաջ և հետո, և կունենաք այն զույգը, որն արժե կցել փոփոխության գրառմանը: Երկու ելքերն էլ տալիս են այն թվերը, որոնք օգտագործվում են այս էջի մնացած մասում:
Հոսթի երթուղին հաղթում է յուրահատկությամբ
Ամենաերկար նախածանցի համընկնումը որոշում է հաղթողին, ուստի /32 ֆիզիկական դարպասով հաղթում է թունելով անցնող լռելյայնին՝ առանց թունելին դիպչելու: Այդ հասցեի երթևեկությունը դուրս է գալիս տեղական ինտերֆեյսից, մինչ մնացած ամեն ինչ պահպանում է իր ընթացիկ ուղին: Թունելը դեռ կրում է լռելյայնը և պարզապես դադարում է լինել այդ նպատակակետի միակ թեկնածուն: Նախածանցի երկարությունը աղյուսակի առաջարկած միակ լծակն է, և այս աշխատանքի համար դա բավական է:
Յուրահատկությունը նաև բացառում է տիրույթի անունը բացառելու ակնհայտ կարճ ուղին, քանի որ աղյուսակը համադրում է հասցեներ, և մեկ անուն կարող է լուծվել մի քանիսի: Նախ լուծեք հոսթը, ապա որոշեք, թե նրա հասցեներից որն է արժանի բացառության:
Ստորև բոլորի համար ենթադրեք Office անունով միացում, տեղական դարպաս 10.0.0.1 ինտերֆեյս 7-ի վրա, և նպատակակետ 198.51.100.30 հասցեում: Սրանք տեղապահներ են, ոչ լռելյայն արժեքներ, և վերևի հրամանները տալիս են այն արժեքները, որոնք ձեր մեքենան իրականում օգտագործում է: Պահեք այդ փոխարինման նշումը փոփոխության հետ, որպեսզի հաջորդ ընթերցողը չարտագրի թվերը:
Թող երթուղին ապրի հաջորդ վերամիացումից ավելի
Windows-ը VPN միացման վրա բացառման հրահանգ չի առաջարկում, ուստի բացառությունը պետք է ապրի ֆիզիկական ինտերֆեյսի վրա, որտեղ ադապտերը այն չի վերագրի: Cmdlet-ը, որը նման է պատասխանին, անում է հակառակը. Add-VpnConnectionRoute նախածանց է տեղափոխում թունելի մեջ, և դա հայելային դեպքն է, երբ բաժանված պրոֆիլը պետք է կրի մեկ նպատակակետ և մնացածը թողնի տեղական։ Այստեղ դրան դիմելը երաշխավորում է, որ այն երթևեկությունը, որը ցանկանում էիք դրսում պահել, ներս կմտնի:
Ձեռքով ձևը մեկ հրաման է: Դրա թույլ կողմը ցանցի փոփոխությունն է, ոչ թե վերամիացումը:
route -p add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7Սա վերապրում է վերագործարկումը -p շնորհիվ և մեկ հասցե ուղարկում ինտերֆեյս 7-ից դուրս, մինչ թունելը կրում է մնացած ամեն ինչ: Տեղափոխեք նոթբուքը այլ ցանց, և թե դարպասը, թե ինդեքսը հնանում են, ուստի գրառումը լուռ ձախողվում է: Գրանցեք, թե ով է տիրապետում դրան և երբ այն պետք է հեռացվի:
Միացման սկրիպտը ավելի ամուր տարբերակն է, քանի որ այն նորից ավելացնում է բացառությունը յուրաքանչյուր միացումից հետո՝ հուսալու փոխարեն, որ գրառումը վերապրել է: Ստորև բերված երկու տողերը պատկանում են նրան, ինչը սկսում է թունելը, ոչ թե մուտքագրման սկրիպտին:
rasdial Office
route add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7Ինչ էլ բարձրացնի թունելը, դա երկրորդ տողի ճիշտ տեղն է, և rasdial վերադառնում է միայն կապի հաստատումից հետո, ուստի երթուղին ընկնում է ադապտերի սեփական գրառումների հետևում: Գործարկեք այն նորից արթնանալուց հետո, քանի որ կասեցումը կարող է գցել երթուղին և թունելը վերև թողնել: Եթե խնդիրը հակառակն է՝ մեկ նախածանց մղել թունելի մեջ, մինչ մնացածը մնում է տեղական, ապա Add-VpnConnectionRoute ճիշտ գործիքն է:
Երթուղումը չի կարող ընտրել գործընթաց
Երբեմն պահանջն ավելի նեղ է, քան նպատակակետը. մեկ ծրագիր պետք է գնա տեղական ուղով, մինչ մնացած ամեն ինչ մնում է թունելի ներսում: Երթուղումը չի կարող դա արտահայտել, քանի որ այն համադրում է հասցեներ, ոչ թե գործընթացներ։ Աշխատունակ օրինաչափությունը խնդիրը մղում է գործարկիչի մեջ:
Պահեք պրոֆիլը լռելյայն երթուղուց դուրս և գործարկեք այդ մեկ ծրագիրը՝ կապված տեղական ինտերֆեյսի հասցեին, այդպես բացառությունը դառնում է գործարկման հրամանը, և թունելը պահում է այն, ինչ արդեն մշակում էր: Երթուղային աղյուսակում ոչինչ չի փոխվում, և դրա համար է, որ սա վերապրում է վերամիացումները: Դա նաև նշանակում է, որ թունելը սկզբից չպետք է տիրապետի լռելյայն երթուղուն, ուստի սա այլ ձևավորում է, ոչ թե կարկատան նախորդի վրա:
Դրա թույլ կողմը գործառնական է, ոչ տեխնիկական: Ծրագիրը միշտ պետք է սկսվի փաթաթանի միջով, և եթե արթնանալուց հետո կապը բացակայում է, այն լուռ վերցնում է աղյուսակի առաջարկած ցանկացած ուղին: Դա հանդուրժելի է այն զննարկիչի համար, որը դուք դիտավորյալ եք բացում, և անընդունելի է ցանկացած բանի համար, որը երբեք չպետք է լքի թունելը:
Օգտագործողի համար միացումները նույնպես չեն լուծում սա: Windows-ը կարող է միացումը սահմանափակել հաշվով, մինչ երթուղային աղյուսակը մնում է ամբողջ մեքենայի համար, ուստի հաշվով սահմանափակված և լռելյայն երթուղի ունեցող միացումը դեռ վերահասցեավորում է մեքենայի յուրաքանչյուր գործընթաց, ներառյալ այլ նստաշրջանները: Շրջանակը իրական է դառնում միայն այն ժամանակ, երբ երթուղու շրջանակը համապատասխանում է հաշվին: Այդ պատճառով մեկ նոթբուք կիսող երկու մարդիկ կիսում են մեկ աղյուսակ, և երկրորդը ժառանգում է այն թունելը, որը սկսել է առաջինը:
Համոզվեք, որ բացառությունը վերապրել է վերամիացումը
Փորձարկեք փոփոխությունը այնպես, ինչպես այն կձախողվի. անջատեք, նորից միացեք, բացեք նոր հավելված, ապա պահանջեք մեկ հասցե, որը պետք է մնա տեղական, և մեկը, որը պետք է օգտագործի թունելը: Համեմատեք երկուսն էլ Find-NetRoute հետ միացված վիճակում:
Եթե վերամիացումից հետո նախածանցը բացակայում է աղյուսակից, այն ապրում է սխալ օբյեկտում, ոչ թե սխալ ձևաչափում: Տեղափոխեք այն ֆիզիկական ինտերֆեյս և կրկնեք փորձարկումը: Պահեք երկու հրամանների ելքերը փոփոխության գրառման հետ, քանի որ աշխատող վիճակի պատկերը ավելի ուշ ավելի շատ հարցերի է պատասխանում, քան բացատրության մեկ պարբերությունը: Հաջորդ մարդը կուզենա իմանալ, թե ինչ արտադրեց միացումը, ոչ թե ինչ էիք մտադիր, որ արտադրի: