Azure-ի IP հոսքի ստուգումը ասում է՝ թույլատրված է, բայց VPN-ը դեռ չի աշխատում

Կայք-կայք թունելը միացված է, VM-ը՝ առողջ, բայց տեղական հաճախորդը ոչինչ չի ստանում։ Բացում եք Network Watcher-ը, գործարկում IP հոսքի ստուգումը, և այն ասում է Access allowed, ուստի տոմսը փակվում է որպես VPN խնդիր։ Այդ արդյունքը չի նշանակում այն, ինչ թվում է, որովհետև IP հոսքի ստուգումը գնահատում է ձեր նկարագրած հոսքի անվտանգության կանոնները և երբեք չի ստուգում՝ արդյոք Azure-ն ունի երթուղի դեպի ձեր տեղական նախածանցը։

Զտման հարցը և երթուղավորման հարցը առանձին են, և Network Watcher-ը պատասխանում է դրանց տարբեր գործիքներով։ Իմանալը, թե որն եք հարցրել, ախտորոշման մեծ մասն է։

Ինչ է իրականում որոշում IP հոսքի ստուգումը

IP հոսքի ստուգումը վերցնում է VM, ցանցային միջերես, ուղղություն, հնգյակի արժեքներ և արձանագրություն, ապա հաղորդում է այդ հոսքի NSG-ի և անվտանգության ադմինիստրատորի կանոնի որոշումը։ Այն աշխատում է TCP-ի և UDP-ի վրա, ուստի ICMP կանոնների փորձարկիչ չէ, և արգելափակված ping-ը ոչինչ չի ապացուցում ձեր ծառայության մասին։ Տվեք նրան իրական հոսքը՝ ենթադրության փոխարեն։ Տեղական միջավայրից տվյալների բազայի պորտին մուտքային կապը այլ նկարագրություն է, քան VM-ի սկսած ելքային կապը։

Եթե դարպասը թարգմանում է հասցեները, օգտագործեք այն աղբյուր հասցեն, որը հասնում է ձեր գնահատած սահմանին, ոչ թե հաճախորդի կարգավորումների մեջ եղածը։ Կարդացեք արդյունքը նաև այնպիսին, ինչպիսին այն կա։ Access allowed նշանակում է, որ զտիչ շերտը կթույլատրեր փաթեթը, եթե այն հասներ, և ոչ ավելին։

Ինչ չի կարող ասել ձեզ, դա Azure-ի ընտրած երթուղին է, արդյոք հյուրի firewall-ը թույլատրում է պորտը, թե ինչ-որ բան լսում է։ Դրանք ապրում են այլ շերտերում։

Ինչ են ավելացնում հաջորդ ցատկը և արդյունավետ երթուղիները

Հաջորդ ցատկը պատասխանում է փոխանցման հարցին՝ այս նպատակակետի համար Azure-ն որ հաջորդ ցատկի տեսակն է ընտրում, որ հասցեով, որ երթուղիների աղյուսակից։ Արդյունավետ երթուղիները թվարկում են, թե ինչ ունի NIC-ը իրականում։ Գործարկեք երկուսն էլ և կստանաք Azure-ի կողմի ուղին, որը կանաչ IP հոսքի ստուգումը դատարկ է թողնում։

Microsoft-ի IP հոսքի ստուգման ակնարկը ուղղակիորեն նշում է զտման շրջանակը, մինչդեռ հաջորդ ցատկի և երթուղիների ախտորոշման էջերը ծածկում են փոխանցման կողմը։ Մեջբերեք ճիշտ էջը, երբ գրում եք հայտնաբերումը։

Հրամանները բավական կարճ են, որպեսզի գործարկվեն shell-ից։ az network nic show-effective-route-table թվարկում է միջերեսի վրա կիրառված երթուղիները։ az network watcher show-next-hop աղբյուրով և նպատակակետով վերադարձնում է ընտրված ցատկը։ Համեմատեք ձեզ հետաքրքրող նախածանցը այդ աղյուսակի հետ, ապա հաստատեք, թե որ գրառումն է հաղթում։

Անցեք վերադարձի ուղին VM-ի NIC-ից

Դա արեք թիրախ VM-ի NIC-ից՝ տեղական հաճախորդի նախածանցի համար, ոչ ինտերնետի։ Վերադարձի ուղին այն վայրն է, որտեղ թաքնվում են կայք-կայք խափանումները, քանի որ թունելի կարգավիճակի ստուգումը միայն հաղորդում է, որ անվտանգության ասոցիացիաները գործում են։

Եթե սպասվող երթուղին բացակայում է, ստուգեք դարպասի կարգավորումների տրամադրած հեռավոր նախածանցերը, VNet-ի կապակցվածության նախագիծը և երթուղիների տարածման ցանկացած կարգավորում։ Տեղական ցանցի դարպասի օբյեկտը նկարագրում է տեղական կողմը. դրա գոյությունը չի ապացուցում, որ յուրաքանչյուր պահանջվող նախածանց առկա է և նախընտրելի NIC-ում։ Դրանք տարբեր փաստեր են, և դրանցից միայն մեկն է հայտնվում պորտալի ամփոփագրում։

Կարդացեք հաջորդ ցատկի տեսակը՝ օրինակ պատճենելու փոխարեն

Կառավարվող VPN դարպասի ուղին սովորաբար ցույց է տալիս VirtualNetworkGateway որպես հաջորդ ցատկի տեսակ։ VirtualAppliance նկարագրում է փոխանցման այլ նախագիծ, սովորաբար firewall կամ ցանցային վիրտուալ սարք։

Չստեղծեք սարքի երթուղի դեպի ենթադրված VPN վերջնակետ միայն այն պատճառով, որ հին ֆորումի պատասխանը օգտագործել է այդ տեսակը։ Եթե օգտատիրոջ կողմից սահմանված երթուղին վերագրում է նախատեսված ուղին, գտեք դրա սեփականատիրոջը և նպատակը նախքան այն փոխելը։ Երկրորդ NIC-ը նույնպես կարող է փոխել, թե հյուրն որ միջերեսն է օգտագործում, և դրա հեռացումը կարող է կոտրել մեկ այլ ծառայություն՝ այս երթուղին շտկելու փոխարեն։

Անցեք այն սահմանին, որը դեռ ձախողվում է

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

Ավարտեք թույլատրված հավելվածի հարցումով և երկու ծայրերի դիտարկումներով։ Թույլատրող արդյունքը և ճիշտ հաջորդ ցատկը երկու ապացույցի կտոր են, ոչ թե ապացույց, որ կապը հաջողվել է։