აფუჭებს თუ არა საერთო pppd პარამეტრების ფაილი თქვენს მეორე VPN-ს?

თქვენ ამატებთ ერთ ხაზს, რომ ჯიუტი PPTP პროფილი დაუკავშირდეს, და ერთი კვირის შემდეგ L2TP კლიენტი, რომელიც თვეების განმავლობაში მუშაობდა, ჩერდება. აშკარა განმარტებაა, რომ ორი პროტოკოლი ახლა კონფლიქტშია. უფრო ხშირად ორივე კლიენტი უშვებს pppd-ს, ორივე კითხულობს ერთსა და იმავე ნაგულისხმევებს, და თქვენ მიერ დამატებული ხაზი არასდროს ყოფილა შემოფარგლული იმ პროფილით, რომელსაც ასწორებდით. საერთო პარამეტრების ფაილი სწორედ ეს კავშირია, პროტოკოლები კი უდანაშაულოები არიან.

რას მემკვიდრეობით იღებს კლიენტი გაშვებისას

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

ამიტომ სასარგებლო კითხვა არ არის, რომელი VPN არის გატეხილი, არამედ რომელმა შრემ მოგვცა პარამეტრი. კლიენტი, რომელიც თავად აგენერირებს არგუმენტებს, დამოუკიდებლად გამოიყურება და მაინც მემკვიდრეობით იღებს ყველაფერს, რაც სისტემის ფაილშია.

დაადგინეთ ხაზის წარმომავლობა შეცვლამდე

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

ps -o pid=,args= -C pppd

თუ არგუმენტების სია შეიცავს პარტნიორის სახელს, წაიკითხეთ ეს ფაილი. თუ არა, პარამეტრი, რომელსაც ეძებთ, საერთო ბილიკზე ცხოვრობს. pppd-ის სახელმძღვანელო ჩამოთვლის ამ ფაილების წაკითხვის თანმიმდევრობას და იმ პარამეტრებს, რომელთა გადაფარვაც ჩვეულებრივ მომხმარებელს არ შეუძლია, ამიტომ გვიანდელი ხაზი ზოგჯერ საერთოდ არაფერს აკეთებს. დაცული პარამეტრი, მაგალითად დანამატის ბილიკი, არ შეიძლება შეიცვალოს გვიანდელი მომხმარებლის დონის ხაზით, ამიტომ არასწორი ფაილის რედაქტირებას ხილული ეფექტი არ აქვს.

დანამატის ხაზი, რომელიც ყოველ კლიენტს მოსდევს

სისტემის ფაილში ჩატვირთული დანამატი ყველაზე ცუდი დამრღვევია, რადგან ის ცვლის იმას, თუ რისი ჩატვირთვას ცდილობს ახალი PPP პროცესი, მიუხედავად იმისა, რომელი ღილაკი დააჭირა მომხმარებელმა. L2TP დანამატი კლასიკური მაგალითია: სწორია ერთი პროფილისთვის, უაზრო ან მავნეა PPTP პროფილისთვის, რომელიც იმავე ნაგულისხმევებიდან იწყება.

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

შეამოწმეთ თითოეული კლიენტი გადატანის შემდეგ

შეამოწმეთ ორივე კავშირი ერთი და იმავე მანქანიდან, ერთი მეორის შემდეგ, და წაიკითხეთ შეთანხმებული პარამეტრები და არა წარმატების დიალოგი. ქვემოთ მოცემული დამპი ბეჭდავს პარამეტრების იმ ნაკრებს, რომელიც pppd-მა რეალურად ააწყო, და ეს არის ერთადერთი სია, რომელსაც მნიშვნელობა აქვს.

sudo pppd call office debug dump

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