Adapter sırası laboratoriya VPN marşrutunuzu niyə müəyyən etmir

Adapter 1-in hipervizor siyahısında birinci olması yalnız göstərmə sırasıdır və qonağın marşrut cədvəli onu oxumur. Yolu müəyyən edən prefiks, metrik və hər ikisindən əvvəl tətbiq olunan istənilən siyasət qaydasıdır. Buna görə laboratoriya VM-inə körpülənmiş adapter əlavə etmək ikinci defolt yol yarada bilər, halbuki köhnə NAT interfeysi hələ də mövcud və ikinci nömrələnmiş kimi görünür. Nəticə bəzən tuneldən istifadə edən, bəzən etməyən VM-dir və bunu izah edəcək heç bir konfiqurasiya dəyişikliyi yoxdur.

Yolu üç şərt müəyyən edir

Üç şərt bunlardır: hansı prefiksin daha konkret olması, prefikslər bərabər olduqda metriklərin nə etməsi və qonağın avadanlıq dəyişikliyindən sonra hansı qaydaları tətbiq etməsi. Hər birinə bir əmrlə cavab vermək olar və heç biri hipervizorun nömrələməsindən asılı deyil.

Sonuncu nöqtə qərardır: əgər VPN son nöqtəsinin öz ünvanı üçün hansı prefiksin qalib gəldiyini deyə bilmirsinizsə, marşrut siyasətiniz yoxdur, sadəcə bu gün təsadüfən işləyən topologiyanız var.

Birinci şərt: hansı prefiks qalib gəlir

10.8.0.0/24 marşrutu onun daxilindəki ünvan üçün defolt marşrutu üstələyir, metriklərdən və adapter sırasından asılı olmayaraq. Buna görə konkret marşrut quraşdıran VPN klienti ikinci adapter daha aşağı metrik ilə görünsə belə işləməyə davam edir: konkretlik xərc nəzərə alınmadan əvvəl qalib gəlir. İstifadədə olduğunu düşündüyünüz cədvəl üçün ip route show ilə, konkret təyinat üçün isə nüvənin həqiqətən verəcəyi cavab üçün ip route get 203.0.113.9 ilə yoxlayın.

Son nöqtənin öz ünvanı ən çox əhəmiyyət verən sınaqdır. Əgər VPN serverinin ünvanı yeni əlavə edilmiş körpülənmiş adapter vasitəsilə həll olunursa, tunel heç vaxt qurulmaya bilər, ya da qurulub öz nəqliyyat yolunu itirə bilər. Tunel interfeysinin cavab olduğunu fərz etmək əvəzinə məhz həmin ünvanı sorğulayın.

İkinci şərt: metrik nə edir və nə etmir

Onun rolu çoxlarının gözlədiyindən dardır. Metriklər eyni prefiksə gedən marşrutlar arasında bərabərliyi pozur; daha geniş marşrutun daha konkret marşrutu üstələməsinə imkan vermir. Bərabərlik daxilində kiçik rəqəm üstün tutulur və müxtəlif əməliyyat sistemləri əks istiqamətlərdə sayır, buna görə Linux ilə Windows arasında köçürülən məsləhətlər tez-tez bir-biri ilə ziddiyyət təşkil edir.

Qonaqda ip route show metriki hər marşrutun yanında çap edir, Windows-da isə Get-NetRoute InterfaceMetric üstəgəl marşrut metriki çap edir. Hər ikisini oxuyun, çünki effektiv üstünlük tək sahə deyil, cəm ola bilər. Əgər iki defolt marşrut varsa, tapıntı budur: qonağın iki çıxışı var və hansının qalib gəlməsi avadanlıq dəyişikliyinin dəyişə biləcəyi rəqəmlərdən asılıdır.

Üçüncü şərt: qonaq həqiqətən nə tətbiq etdi

Konfiqurasiya tətbiq olunmuş vəziyyətlə eyni şey deyil. İnterfeys adları hər platformada avadanlıq dəyişiklikləri boyunca sabit deyil və ada görə uyğun gələn konfiqurasiya indi heç nəyə tətbiq olunmaya bilər.

Nəzərdə tutulanı deyil, tətbiq olunmuş vəziyyəti yoxlayın. ip -br link indi mövcud olan interfeysləri göstərir və NetworkManager olan hostda nmcli connection show hansı profilin hansı cihaza bağlandığını göstərir. Bağlana bilməyən profil interfeysi ünvansız açıq qoyur, bu da marşrut problemi kimi görünür və əslində adlandırma problemidir. Bərpa edilmiş snapshotlar bunu daha da pisləşdirir, çünki qonağın saxlanmış vəziyyəti yeni avadanlığın artıq təqdim etmədiyi adapter kimliklərinə istinad edə bilər.

Laboratoriya topologiyasını təkrarlana bilən saxlayın

Nəzərdə tutulan virtual şəbəkə qoşmalarını qonağın konfiqurasiyası ilə birlikdə saxlayın ki, roldan adapterə xəritələmə siyahı mövqeyindən çıxarılmaq əvəzinə yazılı olsun.

Adlandırmaq üçün adətən dörd rol kifayətdir: şəxsi keçid, idarəetmə, xarici nəqliyyat və tunel. Hər biri faylda konkret adapterə və konkret qonaq interfeysinə uyğun gəlməlidir.

Sonra avadanlıq dəyişikliyindən, yenidən başlatmadan və ya bərpa edilmiş snapshotdan sonra real tətbiqi sınaqdan keçirin və VPN son nöqtəsinə marşrutu da həmin sınağa daxil edin. Əgər şlüz VM-i yeganə çıxış olmalıdırsa, sınaq VM-inin təsadüfi ikinci defolt yolu olmadığını yoxlayın, çünki körpülənmiş adapter məhz ikinci defolt əlavə edir. Hipervizor konsolundan deyil, qonaqdan sınaq keçirin, çünki ikisi hansı interfeysin hansı olduğunda razılaşmaya bilər.

VirtualBox şəbəkə sənədləri adapter rejimlərini və hər birinin nəyə qoşulduğunu təsvir edir, ikinci adapter əlavə etməzdən əvvəl oxumağa dəyən hissə məhz budur. Hansı adapterin hansı rola xidmət etdiyini müəyyən edən laboratoriya marşrut dəyişikliyini izah edilə bilən edir. Hipervizorun nömrələməsinə güvənən laboratoriya isə hər dəyişikliyi eksperimentə çevirir.