DD-WRT-ის PPTP კლიენტები ერთმანეთს ვერ აღწევენ: ხუთი შემოწმება

ორი ლეპტოპი აკავშირებს DD-WRT-ის მოწყობილობაზე მდგარ PPTP სერვერს, თითოეული იღებს მისამართს და არცერთს არ შეუძლია მეორის ping. საერთო საქაღალდეები არასდროს ჩნდება და პირველი ფიქრი ის არის, რომ როუტერის მიერ გაცემული 255.255.255.255 ნიღაბი აუცილებლად არასწორია. ეს არ არის მიზეზი და მისი შეცვლა ერთ ახალ მეზობელსაც არ შექმნის. გაიარეთ ქვემოთ მოცემული ხუთი შემოწმება თანმიმდევრობით და შეჩერდით, როგორც კი ერთი ჩავარდება, რადგან თითოეულს სხვა წამალი აქვს.

პირველი შემოწმება: /32 არ არის ხარვეზი

PPTP ატარებს PPP-ს, ხოლო PPP კავშირი აერთებს ზუსტად ორ ბოლოს: თქვენს კლიენტსა და სერვერს. ქსელის ნიღაბი აღწერს, რომელი მისამართები იზიარებენ ლოკალურ სეგმენტს, აქ კი სეგმენტი არ არის, მხოლოდ პირი ერთი მავთულის მეორე ბოლოში. მხოლოდ ერთიანებისგან შემდგარი ნიღაბი ზუსტად ამას ამბობს, ამიტომ DD-WRT ამ ტიპის კავშირისთვის სწორ მნიშვნელობას გასცემს. მისამართი პირის მისამართია, არა LAN-ზე ინტერფეისის მისამართი.

255.255.255.0 ნიღაბი ასობით მოწყობილობის მქონე საერთო გარემოს ეკუთვნის და PPP ინტერფეისზე მისი დაყენება გვირაბის მეორე მხარესაც არ გახდის მეზობელს.

მეორე შემოწმება: წაიკითხეთ PPTP სერვერის გვერდის მნიშვნელობები

ყველა მნიშვნელოვანი პარამეტრი სერვისები, VPN, PPTP სერვერის განყოფილებაშია. ჩართეთ სერვერი, დააყენეთ სერვერის მისამართი როუტერის LAN მისამართზე და კლიენტების დიაპაზონი DHCP პულის გარეთ შეინახეთ, რომ აკავშირებულმა კლიენტმა და კაბელიანმა მანქანამ ერთი და იგივე მისამართი არ მიიღონ. CHAP-Secrets-ის ქვეშ დაამატეთ თითო ხაზი თითოეული ანგარიშისთვის username * password * სახით, სახელში გამოტოვებების გარეშე. გამოიყენეთ და შემდეგ დაუკავშირდით პროფილით, რომელიც ასახელებს როუტერს და ერთ-ერთ ამ ანგარიშს.

სად ჩერდება კლიენტი, გეუბნებათ, რომელი დონე უნდა შეამოწმოთ. კლიენტი, რომელიც ავთენტიფიცირდება, მაგრამ მისამართს არ იღებს, პულის ან საიდუმლოებების პრობლემაა; კლიენტი, რომელიც მისამართს იღებს და არსად აღწევს, მარშრუტიზაციის ან ფაიერვოლის პრობლემაა.

მესამე შემოწმება: მოძებნეთ მარშრუტი ორ პირს შორის

როუტერზე დამთავრებული ყოველი გვირაბი საკუთარი ინტერფეისია, ჩვეულებრივ ppp0, ppp1 და ასე შემდეგ. ტრაფიკი ერთი კლიენტიდან მეორესკენ ამ ინტერფეისებს შორის უნდა მარშრუტირდეს და როუტერი მზად უნდა იყოს მისი გადასაგზავნად. გაუშვით ip route როუტერზე და მოძებნეთ ჰოსტის მარშრუტი ყოველი დაკავშირებული პირისთვის, რომელიც შესაბამის PPP ინტერფეისზე მიუთითებს. თუ პირს მარშრუტი აკლია, გვირაბი სრულად აწეული არ არის, რაც არ უნდა ამტკიცებდეს კლიენტის სტატუსის ეკრანი.

ორი ჰოსტის მარშრუტი ორ ცალკე ppp ინტერფეისამდე არის ის ფორმა, რომელიც გსურთ სანამ გააგრძელებთ.

მეოთხე შემოწმება: შეხედეთ FORWARD ჯაჭვს, არა INPUT-ს

კლიენტებს შორის ტრაფიკი გადაეგზავნება და ლოკალურად არ მიიღება, ამიტომ INPUT ჯაჭვი არასწორი ადგილია. გაუშვით iptables -L FORWARD -v -n და მოძებნეთ drop წესი, რომელიც PPP ინტერფეისებს იჭერს, ასევე პაკეტების მთვლელები, რომლებიც აჩვენებენ, საერთოდ აღწევს თუ არა რამე ჯაჭვამდე. ნაგულისხმევი drop პოლიტიკა გვირაბის ტრაფიკის მიღების წესის გარეშე ქმნის ზუსტად იმ სიმპტომს, რომლითაც დაიწყეთ: თითოეული კლიენტი ცალკე რიგზეა, ერთად კი ერთმანეთისთვის უხილავი არიან.

თუ პატარა ping-ები მუშაობს და დიდი გადაცემები ჩერდება, გვირაბი იშლება და არ იბლოკება. PPP-ზე PPTP ჩვეულებრივ ითხოვს MTU და MRU დაახლოებით 1450, ხოლო 1500-ზე დატოვება გაძლევთ კავშირს, რომელიც ხელის ჩამორთმევას გადის და რეალურ დატვირთვაზე ვარდება.

მეხუთე შემოწმება: გადაწყვიტეთ, რა უნდა გააკეთოს ინტერნეტით წვდომამ

კლიენტებს, რომლებიც ოფისიდან უნდა დაათვალიერონ, სჭირდებათ წყაროს მისამართის გარდაქმნა WAN ინტერფეისის მიმართულებით. კლიენტებს, რომლებმაც მხოლოდ LAN-ს უნდა მიაღწიონ, სჭირდებათ მარშრუტი და მეტი არაფერი. ეს სხვადასხვა განზრახვაა სხვადასხვა წესების ნაკრებით და ნიღბის კითხვა სრულად მალავს ამ მეორე გადაწყვეტილებას. ჩამოწერეთ, რომელი ქცევა გინდოდათ, სანამ ერთ წესს მაინც დაამატებთ, რადგან ოფისის ხაზიდან მოულოდნელად გასული კლიენტი სიურპრიზია, რომელიც შეხვედრაზე ჩნდება და არა ჟურნალში.

ბოლო შენიშვნა, რომელიც გასწორებას არ ეხება: PPTP მოძველებულია და მისი ავთენტიფიკაცია წლებია გატეხილია. ზემოთ მოცემული სია კვლავ ხსნის, რას აკეთებს PPP კავშირი და იგივე მსჯელობა მოქმედებს, თუ მოგვიანებით კლიენტებს თანამედროვე გვირაბზე გადაიყვანთ.