ppp0 თუ ppp1? PPP VPN სესიის დასახელება სკრიპტებისთვის

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

თვალყური ადევნეთ ერთ სესიას პარამეტრებიდან კაუჭამდე

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

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

ინტერფეისი წაიკითხეთ გამოძახებიდან

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

ipparam office-vpn

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

სახელი მოითხოვეთ მხოლოდ მაშინ, როცა უარი სწორია

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

ifname ppp-office

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

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

დემონტაჟი შეესაბამეთ თქვენ მიერ კონფიგურირებულ სესიას

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

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

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