PLC-ის აღმოჩენა VPN-ზე ვერ მუშაობს? დატოვეთ Ethernet მანქანასთან
ტექნიკური მომსახურების ხელსაწყოებს მარშრუტი სჭირდებათ და არა ხიდად ჩართული Ethernet სეგმენტი. მოათავსეთ მართული ჰოსტი სეგმენტზე და მართეთ ის, ვიდრე LAN-ს გაჭიმავთ.
თქვენი აღმოჩენის ღილაკი უსასრულოდ ტრიალებს, ვერაფერს პოულობს და ბილეთში წერია, რომ მანქანა ხაზგარეშეა. მანქანა რიგზეა. ის, რასაც ხელსაწყო იყენებს ამ სეგმენტზე მოწყობილობების მოსაძებნად, ვერ გადალახავს მისთვის მიცემულ გზას, და რეფლექსია დამკვეთის Ethernet-ის გაჭიმვა საიტის ხაზის გავლით, რომ ღილაკი ისევ იმუშაოს. ჯერ დაადგინეთ დამოკიდებულება. ტექნიკური მომსახურების ხელსაწყოების უმეტესობას მარშრუტი სჭირდება; როცა ერთს ნამდვილად კაბელი სჭირდება, მდგრადი პასუხი მანქანის გვერდით მდგარი მართული ჰოსტია და არა ორ შენობას შორის ხიდად ჩართული ქსელი.
რატომ კვდება აღმოჩენა მარშრუტიზებული გვირაბის კიდეზე
მარშრუტიზებული გვირაბი unicast პაკეტებს გადაიტანს ქვექსელებს შორის. Broadcast და multicast ჩარჩოები ერთ broadcast დომენში რჩება, და VPN-ის ბოლო წერტილი ზუსტად იქ არის, სადაც ეს დომენი მთავრდება. ხელსაწყო, რომელიც სეგმენტში ყვირილით პოულობს მოწყობილობებს, სიჩუმეს იღებს, რადგან ყვირილი არასდროს გადაცემულა.
იგივე ეხება პროტოკოლებს, რომლებიც საერთოდ არ არიან IP, და მწარმოებლის ჩარჩოებს, რომლებიც პირდაპირ Ethernet-ზე მოძრაობენ. მათ ვერც ერთი კონფიგურაციით ვერ მარშრუტიზებთ, ამიტომ აღმოჩენის პრობლემას მარშრუტებისა და firewall წესების დამატება ხშირად საერთოდ არაფერს ცვლის.
ყურადღება მიაქციეთ, რა მუშაობს ჯერ კიდევ ამ მდგომარეობაში. ნაცნობ მისამართზე ping და ნაცნობ პორტზე unicast კავშირი ჩვეულებრივ წარმატებით მთავრდება, რადგან ეს ის ნაწილებია, რისთვისაც გვირაბი აშენდა. ეს კომბინაცია — მისამართით მისაღწევი, მაგრამ აღმოჩენისთვის უხილავი — დაკარგული broadcast დომენის ნიშანია და არა გატეხილი ქსელის.
დაასახელეთ დამოკიდებულება ტრანსპორტის არჩევამდე
წაიკითხეთ ხელსაწყოს დოკუმენტაცია იმის შესახებ, თუ როგორ პოულობს მოწყობილობებს და როგორ ელაპარაკება მათ, შემდეგ შეადარეთ ის ამ ცხრილს.
| What the tool needs | Routed tunnel enough | Local segment needed |
|---|---|---|
| Unicast to a known address, such as a web interface or Modbus TCP on 502 | Yes | No |
| Broadcast or multicast discovery of unknown devices | No | Yes |
| Non-IP or vendor-specific Layer 2 frames | No | Yes |
| A tool bound to one adapter or licence keyed to a MAC address | Usually no | Usually yes |
თუ თქვენს შემთხვევაში ყველა მოთხოვნა პირველ სტრიქონშია, აქ გაჩერდით და გაასწორეთ მარშრუტიზაცია. ეს უფრო იაფი და გაცილებით ადვილად გადასამოწმებელი ცვლილებაა, ვიდრე ტოპოლოგიაზე ნებისმიერი მუშაობა, და ტექნიკური სესია რჩება იმ წვდომის გზაზე, რომელიც დამკვეთმა უკვე დაამტკიცა.
Multicast აღმოჩენა არასასიამოვნო შუაში დგას. ამრეკლავს ან გამამეორებელს შეუძლია მისი ნაწილი ქვექსელებზე გადასცეს, რაც ღილაკს ამუშავებს და ჩუმად აფართოებს იმას, რასაც შორეული მხარე მიაღწევს. მოეპყარით ამას როგორც მფლობელის მქონე განზრახ დიზაინს და არა როგორც სასარგებლო მოსანიშნ უჯრას.
მოათავსეთ მართული ჰოსტი სეგმენტზე და დაუკავშირდით მას დისტანციურად
აუდიტს გადარჩენილი ნიმუში ბრჭყვიალა არ არის. დამკვეთის მიერ დამტკიცებული საინჟინრო სამუშაო სადგური მანქანის ტექნიკურ სეგმენტს უკავშირდება, და ტექნიკოსი ამ სადგურს დამტკიცებული დისტანციური წვდომის არხით უკავშირდება. ხელსაწყო იქ მუშაობს, სადაც კაბელია; ადამიანი იქიდან მუშაობს, სადაც არის.
მაშინ ტექნიკოსის სახლის ქსელის არაფერი ხდება მანქანის Ethernet-ის ნაწილი, და ხიდი არ იქმნება ორ საიტს შორის, რომლებსაც არასდროს შეუთანხმებიათ ჩავარდნის დომენის გაზიარებაზე.
შეინახეთ ლოკალური დომენი იმდენად პატარა, რამდენსაც სამუშაო იძლევა. ერთ მართულ ჰოსტიან ერთ ტექნიკურ VLAN-ს აქვს შეზღუდული broadcast არე, შეზღუდული მარყუჟის დომენი და ჩავარდნა, რომელიც ქარხნის შიგნით რჩება და არ ვრცელდება WAN ხაზზე ღამის სამ საათზე.
მიეცით ამ ჰოსტს ერთი საქმე, მფლობელი და აუდიტის კვალი
დაასახელეთ მფლობელი, ჩამოთვალეთ დაშვებული პროგრამული უზრუნველყოფა, განსაზღვრეთ, როგორ ხდება მისი განახლება, და ჩაწერეთ, რომელი მომხმარებლები შეიძლება მივიდნენ მასთან. სამუშაო ფაილები და სერტიფიკატები სწორ დამკვეთზე მიაბით, რადგან ექვს საიტზე ნამყოფი საერთო საინჟინრო ლეპტოპი მონაცემთა საზღვრის პრობლემაა, რომელიც აღმოჩენას ელოდება.
შემდეგ შეხედეთ არხებს, რომლებსაც ადამიანები ივიწყებენ. ბუფერის სინქრონიზაცია, ფაილების გადაცემა, დამაგრებული დისკები და ადაპტერის გაზიარება ყველა მონაცემებს საზღვარზე გადააქვს, და დისტანციური ეკრანის სესია ამათგან არცერთს არ აკეთებს უფასოდ. თითოეულზე ცალსახად გადაწყვიტეთ ამ სამუშაოსთვის, ნაცვლად იმისა, რომ მემკვიდრეობით აიღოთ ის, რასაც კლიენტი ნაგულისხმევად აკეთებს. დამკვეთის ცვლილების ფანჯარაც ამ გადაწყვეტილებას ეკუთვნის, რადგან ხელმისაწვდომობა იგივე არ არის, რაც მოქმედების ნებართვა.
რაც შეეხება პოლიტიკის ჩარჩოს, NIST-ის დოკუმენტი SP 800-82r3 დისტანციურ მომსახურებას განიხილავს როგორც ოპერაციულ სისტემაზე კონტროლირებულ წვდომას, სადაც კავშირი და აღჭურვილობის შედეგები ერთად განიხილება.
განიხილეთ L2 გაფართოება როგორც ცალკე დიზაინი
თუ ვინმეს მაინც სურს Ethernet-ის გაჭიმვა, განიხილეთ ის ცალკე პროექტად, თავისი რისკებით. ჰკითხეთ, როგორ გამოიყურება გაერთიანებული broadcast და spanning-tree დომენი, როგორ იმართება მისამართება ორ ორგანიზაციას შორის, რა ხდება, როცა ერთ მხარეს მარყუჟი წარმოიქმნება, და ვინ ამტკიცებს ცვლილებებს თითოეულ ბოლოში. წარმატებული ლაბორატორიული ტესტი ამ კითხვებიდან არცერთს არ პასუხობს და ნამდვილად არ ადასტურებს მოწყობილობების თავსებადობას, გამტარუნარიანობას ან კავშირის ჩავარდნის შემდეგ აღდგენას.
მიიღეთ ლოკალური ჰოსტის ნიმუში სამი რამის დამტკიცებით: ხელსაწყო ასრულებს იმ ოპერაციას, რისთვისაც არსებობს, დისტანციური მომხმარებელი უფლებამოსილია ამ სამუშაოსთვის, და უარყოფილი სისტემები მიუწვდომელი რჩება ამ ჰოსტიდან. შემდეგ გააუქმეთ დროებითი წვდომა სამუშაოს შეთანხმებულ დასასრულს და დაადასტურეთ, რომ ის გაქრა.
ეს დამკვეთს უტოვებს კონტროლირებულ ადგილს ლოკალური ტექნიკური მომსახურებისთვის, რაც უფრო მცირე დაპირებაა, ვიდრე გაერთიანებული ქსელი, და ბევრად უფრო ადვილი შესასრულებელი.