مجازی pfSense TAP پل: درې ځایونه چې یوه چوکاټ پکې مړ کېدای شي

تاسو د LAN انټرفیس کې یوه قاعده بندوئ، چوکاټ بیا هم ورکېږي، او پایله دا ده چې pfSense خپل firewall ته له پامه غورځوي۔ معمولاً هغه څه چې شوي دا دي چې بل مالک پرېکړه کړې: پل پخپله، د غړي انټرفیس، یا د مېلمه بهر مجازی سویچ۔ هر یو خپل کنټرول او خپل لاګ لري۔

لاندې درې پولې د هر تنظیم د بدلولو دمخه جلا کول ارزښت لري، ځکه چې یو بندول د بل جبران نه شي کولای۔

یوه چوکاټ، درې د پالیسۍ مالکان

د TAP کلاینټ چوکاټ د تونل وسیلې له لارې ننوځي، pfSense پل تېروي، د LAN غړي له لارې وځي، او بیا له هر څه رسېدو دمخه یوه مجازی سویچ تېروي۔ د مېلمه دننه فیلټر کول کېدای شي په پل یا په غړو انټرفیسونو کې وشي، او کوم یې فعال دی د ترتیب غوراوی دی نه ثابته ځانګړنه۔ د مېلمه بهر هایپروایزر پرېکړه کوي چې آیا هغه مجازی اډاپټر کولای شي داسې چوکاټونه ولېږي چې د سرچینې MAC یې د ده نه وي۔ په هر يوه له هغو نقطو کې غورځېدل د کلاینټ له پلوه ورته ښکاري۔

له څېړنې دمخه اراده لار ولیکئ: د تونل غړی، پل، د LAN غړی، مجازی سویچ، منزل۔ بیا وپوښتئ چې په هغه لار کوم مالک چوکاټ لیدلی وای۔

کوم pfSense کنټرول فیلټر کوي

pfSense د دې لپاره دوه sysctl مستند کوي، یو د پل غړو باندې فیلټر کولو لپاره او بل په خپل پل باندې فیلټر کولو لپاره، او لږ تر لږه یو له دوی باید فعال پاتې شي۔ د پل په کچه فیلټر کول هغه ترافیک ته تطبیقېږي چې د پل غړو له لارې راځي، نو د لوري له پلوه ننوتونکی دی، متقابل نه دی۔ هغه قواعد ولولئ چې په هغه انټرفیس کې دي چې واقعاً فیلټر کوي، ځکه چې پرته د فیلټر رول د غړي باندې ایښودل شوې قاعده هیڅ نه کوي۔ د پل فیلټر کولو مستندات مالکیت روښانه کوي۔

د IP پتې پرته غړی انټرفیس خپله د پتې یا فرعي شبکې ماکرو نه لري، نو هغه قاعده چې د دې ماکرو پر ضد لیکل شوې وي کېدای شي د هغه LAN پرته بل څه بیان کړي چې تاسو یې په نظر کې لرل۔ د اسانتیا ماکرو پر ځای په قصدي توګه ټاکل شوي شبکه یي توکي وکاروئ۔

ټوټه چوکاټ نه ده

ایترینټ چوکاټونه IP پاکټونه وړي، او یو IP پاکټ کېدای شي د یوې لویې ډاټاګرام ټوټه وي، نو دا دوه کلمې د یو بل پر ځای نه شي کارول کېدای۔ د تونل دننه یو داخلي پاکټ او د هغه بهر یو خارجي ترانسپورټي پاکټ هم شته، او ناکامي کېدای شي د دواړو له جملې وي۔ کوچنی ping د هغه سټک له لارې یوه لار ازموي او د لوی لېږد په اړه هیڅ نه ثابتوي۔ په دوو نږدې پولو کې ناکامه تبادله پرتله کړئ او له دې مخکې چې یوه قاعده ملامته کړئ د غورځېدو لامل ولولئ۔

که ټوټې ورکې شي، ځواب محدود سمون یا د پاکټ اندازې څېړنه ده، نه دا پرېکړه چې فیلټر کول په بشپړه توګه بند کړو۔

هایپروایزر خپله د منلو پرېکړه لري

هغه مېلمه چې د نورو ماشینونو لپاره ترافیک پلوي، داسې چوکاټونه خپروي چې د سرچینې MAC پتې یې د خپل اډاپټر نه دي، او ډېر مجازی سویچونه دا د جعل په توګه ګڼي پرته له دې چې د پورټ ګروپ اجازه ورکړي۔ د هغې لېږد اجازه ورکول او اډاپټر ته د هر چوکاټ د ترلاسه کولو اجازه ورکول جلا کنټرولونه دي، او دواړه هر چېرې فعالول له هغې ستونزې ډېر لوی بدلون دی چې اړتیا ورته لري۔ وټاکئ چې پل کوم چوکاټونه باید ترلاسه کړي او کوم یې باید وخپروي، بیا یوازې هغه چلند په هغه پوله ورکړئ چې مالک یې دی۔ له لرې اداره کېدونکي پل د بدلولو دمخه د کنسول لاسرسی وساتئ۔

د اړیکې بیا رغول د ازموینې نیمه برخه ده؛ بله نیمه دا تاییدول دي چې هغه بهیر چې باید بند پاتې شي لا هم بند دی۔

ثبت کړئ چې کوم مالک فیلټر کړ، کوم کنټرول بدل شو او کوم دوه بهیرونه مو تایید کړل۔ هغه ثبت بېخي مخه نیسي چې بل پېښ د pfSense د خپل ځان له پامه غورځولو په همدې ګمان پیل شي۔