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

დაიწყეთ დასტიდან, არა მენიუდან

პარამეტრი ჩნდება მაშინ, როცა მმართველს შეუძლია იპოვოს დანამატი, რომელიც ამ ტიპის VPN-ს აცხადებს. ამ დანამატს თავის მხრივ სჭირდება L2TP დემონი და IPsec იმპლემენტაცია მუშაობის დროს, ასევე PPP მოდული თავად კავშირისთვის. თითოეული მათგანი ცალკე პაკეტია საკუთარი დამოკიდებულებების ჯაჭვით, და დისტრიბუტივს შეუძლია მათი მიწოდება ისეთ კომბინაციებში, რომლებიც მხოლოდ ნაწილობრივ არის სრული. მხოლოდ IPsec დემონის ინსტალაცია სიას არაფერს მატებს, რადგან მმართველი მას არ ეძებს. ჯერ წაიკითხეთ დაინსტალირებული დანამატები, შემდეგ ჩამოდით ქვემოთ.

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

რედაქტირება და გაშვება ცალკე პაკეტებია

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

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

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

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

ეს არის ყველაზე ძლიერი არგუმენტი დისტრიბუტივის პაკეტის სასარგებლოდ, კოპირებული აწყობის წინააღმდეგ. პაკეტების მზრუნველები აკვირდებიან ამ ბილიკს; კოპირებული configure სტრიქონი ამას არ აკეთებს.

მოლაპარაკების წარუმატებლობა ინსტალაციის წარუმატებლობა არ არის

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

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

ორი საიდუმლო, ორი ველი

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

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

დაკავშირებული სტატიები