მხარს უჭერს თუ არა თქვენი Meraki MX Cisco Secure Client-ს?

მხარდაჭერის ორი თემა არ თანხმდება, შეუძლია თუ არა Meraki-ს AnyConnect, და ორივე ერთნაირად თავდაჯერებულად ცდება. კითხვა არ არის, ლაპარაკობს თუ არა MX IKEv2-ზე, რადგან მოწყობილობაზე AnyConnect TLS სერვისია და არა IPsec. პასუხს ორი ცალკე შემოწმება წყვეტს და არც ერთი მათგანი ბრენდების შედარება არ არის. გაიარეთ ისინი რიგრიგობით და მიიღებთ თავსებადობის ჩანაწერს მოსაზრების ნაცვლად.

ჯერ მოდელი და ვერსია

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

ნუ იმსჯელებთ იმავე ოჯახის მსგავსი მოდელიდან. სია მოდელზეა და განსხვავებები რეალურია.

AnyConnect SSL სერვისია, არა IPsec

Meraki MX-ზე AnyConnect-ს აღწერს როგორც TLS-სა და DTLS-ზე დაფუძნებულ აპლიკაციურ VPN-ს და ადოკუმენტირებს მას ცალკე L2TP/IPsec კლიენტური VPN სერვისის გვერდით. ეს ორი პროდუქტია, რომლებიც შემთხვევით იზიარებენ ერთ პანელს. IKEv1-ის IKEv2-სთან შედარება გეტყვით IPsec სერვისზე და არაფერს იმაზე, არსებობს თუ არა TLS სერვისი თქვენს მოწყობილობაზე. თუ თქვენი მტკიცებულება IKE ვერსიების ცხრილია, სხვა კითხვას პასუხობდით.

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

რა ფუნქციებს გვთავაზობს MX სინამდვილეში

Cisco-ს ASA ფუნქციების სია MX-ის ფუნქციების სია არ არის და თორმეტ რამეს მხარდამჭერი კლიენტი არ აქცევს კარიბჭეს მათ მხარდამჭერად. შეადარეთ ის ფუნქციები, რომლებიც ნამდვილად გჭირდებათ: ავთენტიფიკაციის მეთოდი, გაყოფილი გვირაბის ქცევა, DNS-ის დამუშავება და უფლება, რომელსაც მოწყობილობა ითხოვს. ყოველი მათგანი აიღეთ Meraki-ს დოკუმენტაციიდან განლაგებული ვერსიისთვის.

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

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

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

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

ჩაწერეთ ჩანაწერი ხუთი ველით

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

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