NVR კამერები VPN-ით ქრება? შეამოწმეთ PoE ქვექსელის გადაფარვა

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

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

გაამრავლეთ დისტანციური კლიენტიდან, არა LAN-იდან

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

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

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

თვალყური ადევნეთ პასუხს ჩამწერიდან გარეთ

განიხილეთ ორი საიტის საილუსტრაციო განლაგება. დისტანციური კლიენტია 10.60.0.25/24, ჩამწერის საიტის LAN არის 10.70.0.0/24, ჩამწერის LAN მისამართია 10.70.0.50, ხოლო მისი შიდა PoE ქსელი 10.60.0.0/24.

Site A client:        10.60.0.25/24
Site B LAN:           10.70.0.0/24
NVR LAN address:      10.70.0.50
NVR internal PoE net: 10.60.0.0/24

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

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

შეადგინეთ დამალული PoE ქსელის ინვენტარი

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

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

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

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

გადანომრეთ კამერებთან ერთად, და არა მხოლოდ NVR

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

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

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

შეამოწმეთ ნაკადები, ჩაწერა და დისტანციური წვდომა

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

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

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

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