RADIUS-in Framed-IP-Address atributu ilə sabit VPN müştəri ünvanı

RADIUS verilmiş istifadəçi üçün ünvanla cavab verə bilər; tunelin onu həqiqətən alıb-almadığı şlüzdən asılıdır. Qaytarılan və tətbiq olunan arasındakı bu boşluq sabit ünvan planlarının çoxunun uğursuz olduğu yerdir. Test cavabındakı atribut serverin onu göndərə bildiyini sübut edir, uzaqdan giriş xidmətinin onu tətbiq etdiyini yox. Aşağıdakı ardıcıllıq ünvan firewall qaydalarına düşməzdən əvvəl hər iki yarısını yoxlayır.

Ünvanın hansı qatla idarə olunduğunu müəyyən edin

Uzaqdan giriş şlüzlərində adətən lokal hovuz olur və çoxu autentifikasiya cavabından da ünvan qəbul edə bilir. Hansının qalib gəlməsi platformadan, protokoldan və xidmət konfiqurasiyasından asılıdır, ona görə istifadə olunan dəqiq buraxılış üçün üstünlük qaydasını oxuyun. Lokal hovuz üstünlük təşkil edəndə atribut sadəcə bəzəkdir və müştəri yenə təsadüfi ünvana düşür. Qərarı yazın, o cümlədən qaytarılan dəyərin hovuz aralığında olmalı olduğunu və ya ondan kənara çıxa biləcəyini.

RFC 2865 atributunu Framed-IP-Address istifadəçi üçün konfiqurasiya ediləcək ünvan kimi müəyyən edir və hər hansı şlüzün ona hörmət etmək istəyi barədə heç nə demir. Üstünlük barədə səlahiyyətli mənbə vendor sənədləridir, atribut tərifi yox.

Test sorğusu göndərin və cavabı oxuyun

Əvvəlcə serveri təcrid olunmuş halda yoxlayın ki, çatışmayan atribut şlüz problemi ilə səhv salınmasın. radtest bir Access-Request göndərir və geri gələn atributları çap edir.

radtest alice 'S3cret' 127.0.0.1 0 testing123

Access-Accept daxilində Framed-IP-Address axtarın və dəyərin ehtiyat qaydasından gələn hovuz ünvanı deyil, nəzərdə tutulan ünvan olduğunu təsdiqləyin. Atribut yoxdursa, istifadəçi qeydi və ya avtorizasiya siyasəti uyğun gəlmir və şlüz parametrləri serverin heç vaxt göndərmədiyini verə bilməz. Cavabı konkret qaydaya bağlamaq çətindirsə, server səhv ayıklama rejimində işləyərkən sorğunu təkrarlayın. Ortaq sirri shell tarixçəsindən və biletlərdən kənarda saxlayın, çünki yuxarıdakı yer tutucu etimad deyil.

Şlüzün dəyərə hörmət etdiyini təsdiqləyin

Düzgün cavab müqavilənin yalnız yarısıdır. Tunel interfeysində görünən ünvan əhəmiyyətli müşahidədir və şlüz konfiqurasiyasından çıxarılmır, müştəridə oxunur.

ip -4 addr show tun0

Həmin ünvanı Access-Accept-dən gələn atributla müqayisə edin. Uyğunsuzluq şlüzün dəyəri nəzərə almadığını və ya yenidən yazdığını bildirir və bu, birinci bölmədəki üstünlük sualını yenidən açır. Bir daha qoşulun, çünki yalnız ilk cəhddə işləyən rezervasiya adətən köhnəlmiş sessiyaya və ya əvvəlki bağlantının hələ saxladığı icarəyə işarə edir. Şlüz buraxılışını və protokolu nəticənin yanında qeyd edin ki, növbəti şəxs davranışın versiyaya xas olub-olmadığını anlaya bilsin.

Eyni vaxtlılıq və ləğv üçün plan qurun

İki cihazda bir istifadəçi adı, şlüz sessiyaları girişdən başqa bir şeylə ayırmadıqca bir ünvana uyğunlaşa bilməz. Uyğunluğun şəxsə, qeydiyyatdan keçmiş cihaza yoxsa sertifikat kimliyinə aid olduğuna qərar verin və bu seçimi siyasət anbarında açıq şəkildə göstərin. İkinci eyni vaxtlı müştərini sınayın və hər iki təyin edilmiş ünvanı müqayisə edin, çünki burada toqquşma sonralar marşrutlaşdırma xətası kimi qayıdır. Eyni diqqət ləğv planında da lazımdır, çünki köhnə firewall qaydaları hələ ona istinad edərkən yenidən təyin edilən ünvan avtorizasiya xətasına çevrilir.

Sabit ünvanlama qaydaları və jurnalları sadələşdirir, lakin paketin kim tərəfindən yaradıldığını heç vaxt sübut etmir. Ünvan sonralar başqa sessiyaya keçəndə autentifikasiya və təyinat avtorizasiyası yenə də vacibdir.