İki noutbuk DD-WRT qutusundakı PPTP serverinə qoşulur, hər biri ünvan alır və heç biri digərinə ping verə bilmir. Paylaşılan qovluqlar heç vaxt görünmür və ilk ağıla gələn routerin verdiyi 255.255.255.255 maskasının səhv olduğudur. Səbəb bu deyil və onu dəyişmək bir dənə də yeni qonşu yaratmayacaq. Aşağıdakı beş yoxlamanı sıra ilə keçin və biri uğursuz olan kimi dayanın, çünki hər birinin dərmanı fərqlidir.

Yoxlama bir: /32 problem deyil

PPTP PPP daşıyır və PPP bağlantısı düz iki son nöqtəni birləşdirir: müştərinizi və serveri. Şəbəkə maskası hansı ünvanların yerli seqmenti paylaşdığını təsvir edir, burada isə seqment yoxdur, yalnız bir naqilin o biri ucundakı həmdir. Hamısı birlərdən ibarət maska məhz bunu deyir, yəni DD-WRT bağlantı növü üçün düzgün dəyəri verir. Ünvan həmkar ünvanıdır, LAN-dakı interfeys ünvanı deyil.

255.255.255.0 maskasının yeri yüzlərlə cihazın olduğu paylaşılan mühitdir və onu PPP interfeysinə qoymaq tunelin o biri tərəfini də qonşu etməzdi.

Yoxlama iki: PPTP server səhifəsindəki dəyərləri oxuyun

Vacib olan bütün parametrlər Xidmətlər, VPN, PPTP Server bölməsindədir. Serveri aktivləşdirin, server ünvanını routerin LAN ünvanına qoyun və müştəri diapazonunu DHCP hovuzundan kənarda saxlayın ki, yığılan müştəri ilə kabel ilə qoşulmuş maşın eyni ünvanı almasın. CHAP-Secrets altında hər hesab üçün bir sətir əlavə edin: username * password * formatında, adın içində boşluq olmasın. Tətbiq edin, sonra routeri və həmin hesablardan birini göstərən profil ilə qoşulun.

Müştərinin harada dayanması hansı qatı yoxlamalı olduğunuzu deyir. Autentifikasiyadan keçib ünvan almayan müştəri hovuz və ya sirr problemidir; ünvan alıb heç yerə çatmayan müştəri isə marşrutlaşdırma və ya firewall problemidir.

Yoxlama üç: iki həmkar arasında marşrut axtarın

Routerdə bitən hər tunel öz interfeysidir, adətən ppp0, ppp1 və s. Bir müştəridən digərinə trafik həmin interfeyslər arasında marşrutlaşdırılmalıdır və router onu ötürməyə hazır olmalıdır. Routerdə ip route işə salın və hər qoşulmuş həmkar üçün uyğun PPP interfeysinə baxan host marşrutu axtarın. Bir həmdə marşrut yoxdursa, müştəri status ekranı nə deyirsə desin, tunel tam qalxmayıb.

İki ayrı ppp interfeysinə iki host marşrutu — davam etməzdən əvvəl istədiyiniz mənzərə budur.

Yoxlama dörd: FORWARD zəncirinə baxın, INPUT-a yox

Müştəridən müştəriyə trafik yerli olaraq qəbul edilmir, ötürülür, ona görə INPUT zənciri yanlış yerdir. iptables -L FORWARD -v -n işə salın və PPP interfeyslərini tutan drop qaydasını, həmçinin zəncirə ümumiyyətlə nəyinsə gəlib çatdığını göstərən paket sayğaclarını axtarın. Tunel trafiki üçün qəbul qaydası olmayan default drop siyasəti məhz başladığınız simptomu verir: hər müştəri təkbaşına yaxşıdır, birlikdə isə bir-biri üçün görünməzdirlər.

Kiçik ping-lər işləyir, böyük ötürmələr isə ilişib qalırsa, tunel bloklanmır, fraqmentləşir. PPP üzərində PPTP adətən təxminən 1450 MTU və MRU istəyir və onları 1500-də saxladıqda əl sıxışmalarını keçən, real yüklərdə isə uğursuz olan bir bağlantı alırsınız.

Yoxlama beş: internet çıxışının nə etməli olduğuna qərar verin

Ofisdən gəzmək üçün nəzərdə tutulan müştərilərə WAN interfeysinə doğru mənbə çevrilməsi lazımdır. Yalnız LAN-a çatmalı olan müştərilərə marşrut lazımdır, başqa heç nə. Bunlar fərqli qayda dəstləri olan fərqli niyyətlərdir və maska sualı bu ikinci qərarı tamamilə gizlədir. Bir dənə də qayda əlavə etməzdən əvvəl hansı davranışı istədiyinizi yazın, çünki gözlənilmədən ofis xəttindən çıxan müştəri loqda deyil, iclasda üzə çıxan sürprizdir.

Düzəlişlə bağlı olmayan son bir qeyd: PPTP köhnəlmişdir və autentifikasiyası illərdir pozulub. Yuxarıdakı yoxlama siyahısı yenə də PPP bağlantısının nə etdiyini izah edir və müştəriləri sonradan müasir tunelə keçirsəniz, eyni məntiq keçərlidir.

Əlaqəli məqalələr