Nabigo ang pagtuklas ng PLC sa VPN? Iwan ang Ethernet sa makina

Umiikot nang walang tigil ang button ng pagtuklas, wala itong nakikita, at sinasabi ng ticket na offline ang makina. Maayos ang makina. Ang ginagamit ng tool upang hanapin ang mga device sa segment na iyon ay hindi dumadaan sa rutang ibinigay dito, at ang likas na reaksiyon ay pahabain ang Ethernet ng customer sa link ng site upang gumana muli ang button. Alamin muna ang pagdepende. Karamihan sa mga tool sa maintenance ay nangangailangan ng ruta; kapag may isang talagang nangangailangan ng cable, ang matibay na sagot ay isang managed host sa tabi ng makina at hindi isang naka-bridge na network sa pagitan ng dalawang gusali.

Bakit namamatay ang pagtuklas sa gilid ng naka-route na tunnel

Ang naka-route na tunnel ay nagdadala ng unicast packet sa pagitan ng subnet. Nananatili sa isang broadcast domain ang broadcast at multicast frame, at ang endpoint ng VPN ay eksaktong kung saan nagtatapos ang domain na iyon. Ang tool na naghahanap ng device sa pamamagitan ng pagsigaw sa segment ay tumatanggap ng katahimikan, dahil hindi kailanman ipinasa ang sigaw.

Ganoon din sa mga protocol na hindi IP, at sa mga frame ng vendor na dumadaan nang direkta sa Ethernet. Hindi maaaring i-route ang mga iyon sa anumang configuration, kaya madalas walang nagbabago kapag nagdadagdag ng ruta at firewall rule sa problema ng pagtuklas.

Pansinin kung ano ang gumagana pa sa estadong iyon. Karaniwang nagtatagumpay ang ping sa kilalang address at ang unicast na koneksyon sa kilalang port, dahil iyon ang mga bahaging ginawa ng tunnel. Ang kombinasyong iyon, naaabot sa address pero hindi nakikita ng pagtuklas, ay tanda ng nawawalang broadcast domain at hindi ng sirang network.

Pangalanan ang pagdepende bago pumili ng transport

Basahin sa dokumentasyon ng tool kung paano ito naghahanap ng device at kung paano ito nakikipag-usap sa kanila, pagkatapos ihambing sa talahanayang ito.

Kung ang bawat pangangailangan sa iyong kaso ay nasa unang hilera, huminto dito at ayusin ang routing. Iyon ay isang pagbabagong mas mura at mas madaling suriin kaysa sa anumang gawaing topology, at pinananatili nito ang session ng maintenance sa loob ng access path na naaprubahan na ng customer.

Ang multicast na pagtuklas ay nasa isang mahirap na gitna. Maaaring ipasa ng reflector o repeater ang isang bahagi nito sa mga subnet, na nagpapagana sa button at tahimik na nagpapalawak sa naaabot ng malayong panig. Ituring iyon na sinadyang disenyo na may may-ari, hindi bilang kapaki-pakinabang na checkbox.

Maglagay ng managed host sa segment at pumasok dito

Ang pattern na nakakaligtas sa audit ay hindi maningning. Ang engineering workstation na inaprubahan ng customer ay nakakabit sa maintenance segment ng makina, at kumokonekta ang technician sa workstation na iyon sa pamamagitan ng inaprubahang channel ng remote access. Gumagana ang tool kung nasaan ang cable; nagtatrabaho ang tao mula sa kung nasaan siya.

Pagkatapos walang anumang bahagi ng home network ng technician ang nagiging bahagi ng Ethernet ng makina, at walang bridge na nabubuo sa pagitan ng dalawang site na hindi kailanman pumayag na maghati ng failure domain.

Panatilihing kasing liit ng pinapayagan ng trabaho ang lokal na domain. Ang isang maintenance VLAN na may isang managed host ay may limitadong saklaw ng broadcast, limitadong loop domain, at pagkabigo na nananatili sa loob ng planta kaysa kumalat sa WAN link nang alas-tres ng madaling-araw.

Bigyan ang host na iyon ng isang trabaho, isang may-ari at isang audit trail

Pangalanan ang may-ari, ilista ang pinapayagang software, tukuyin kung paano ito pinapatch, at itala kung sinong user ang makakaabot dito. Panatilihing nakatali sa tamang customer ang mga work file at credential, dahil ang shared engineering laptop na bumisita sa anim na site ay problema sa data boundary na naghihintay matuklasan.

Pagkatapos tingnan ang mga channel na nakakalimutan ng tao. Ang clipboard sync, file transfer, mapped drive at adapter sharing ay naglilipat ng data sa kabila ng boundary, at walang ginagawa ang remote display session sa mga iyon nang libre. Magpasya nang tahasan para sa bawat isa para sa trabahong ito kaysa magmana ng ginagawa ng client bilang default. Bahagi rin ng desisyong iyon ang change window ng customer, dahil ang maabot ay hindi katulad ng pahintulot na kumilos.

Tungkol sa balangkas ng patakaran, tinatrato ng dokumento ng NIST SP 800-82r3 ang remote maintenance bilang kontroladong access sa operating system, kung saan sabay na sinusuri ang koneksyon at ang epekto sa kagamitan.

Suriin ang extension ng L2 bilang sarili nitong disenyo

Kung may gustong pahabain pa ang Ethernet, suriin ito bilang hiwalay na proyekto na may sariling panganib. Itanong kung ano ang hitsura ng pinagsamang broadcast at spanning-tree domain, paano pinamamahalaan ang addressing sa dalawang organisasyon, ano ang nangyayari kapag nag-loop ang isang panig, at sino ang nag-aapruba ng pagbabago sa bawat dulo. Hindi sinasagot ng matagumpay na lab test ang alinman sa mga tanong na iyon, at tiyak na hindi nito vine-validate ang compatibility ng device, throughput o pagbangon pagkatapos ng link failure.

Tanggapin ang pattern ng lokal na host sa pamamagitan ng pagpapatunay ng tatlong bagay: ginagawa ng tool ang operasyon kung saan ito umiiral, awtorisado ang remote user para sa trabahong ito, at nananatiling hindi maabot mula sa host na iyon ang mga tinanggihang system. Pagkatapos bawiin ang pansamantalang access sa napagkasunduang dulo ng trabaho, at kumpirmahing wala na ito.

Nag-iiwan iyon sa customer ng kontroladong lugar upang magsagawa ng lokal na maintenance, na isang mas maliit na pangako kaysa pinagsamang network at mas madaling tuparin.