د کارخو VLANونه یا نښه شوی trunk: سم OpenVPN حالت وټاکئ

دوه غوښتنې نږدې په یووړ الفاظو راځي: هر VPN کارخ په ټاکل شوي VLAN کې کېږده، یا شته VLAN trunk د VPN له لارې یوسه. دا دوه بېل محصولات دي. د OpenVPN جوړ شوی VLAN-پوهه حالت د لومړنۍ غوښتنې لپاره سویچ ماډل دی، او د روڼ نښو لېږد مترادف نه دی. غلط ټاکل داسې ډیزاین جوړوي چې تنظیم شوی ښکاري خو هغه فریمونه چې تاسو ته مهم وو په چوپتیا غورځوي.

VLAN-پوهه حالت په رښتیا څه جوړوي

کله چې vlan-tagging یوازې د سرور TAP ځای پرځای کې فعال وي، ډیمون خپل TAP وسیله او هر نښلول شوی کارخ د داخلي سویچ پورټونو په توګه ماډل کوي. د کارخ پورټونه بې نښې دي، او د دوی VLAN تړاو په سرور کې د هر کارخ vlan-pvid شالید له لارې ټاکل کېږي، نه د هغه څه له لارې چې کارخ یې لېږي. دا د ماډل ټول مانا ده: غړیتوب د تصدیق شوي همکار په اړه د سرور اړخ پرېکړه ده. د کارخ پروفایل کې هېڅ شی ته اړتیا نشته چې پوه شي په کوم VLAN کې دی.

د سرور TAP اړخ د vlan-accept له لارې خپله نښه شوې یا بې نښې منلو پالیسي ترلاسه کوي. د هغه سویچ دننه لېږد یوازې د ورته VID ترمنځ کېږي، هغه هم کله چې client-to-client ټاکل شوی وي، نو په بېلو VLANونو کې دوه کارخان نشي کولی د سرور له لارې یو بل ته ورسېږي، که څه هم دواړه ورسره نښلول شوي.

دا ماډل د لاسرسي پورټ ماډل دی. له کارخ څخه وتونکي فریمونه بې نښې دي، او تړاو سرور د پېژندنې پر بنسټ لګوي. له لیپټاپ څخه غوښتل چې خپل ترافیک پخپله نښه کړي، بېل ډیزاین غوښتل دي.

ټاکل باید د تصدیق شوې کارخ پېژندنې پیروي وکړي، نه د هغه ارزښت چې کارخ د ځان په اړه وړاندې کوي. پرېښودل شوی ټاکل د قرنطین حالت هم نه دی: کارخ په اصلي PVID باندې کېښودل کېږي، نو نیمګړی ccd ننوتل چوپ پالیسي پرېکړه ده، بې طرفه نه.

روڼ trunk بیا څه غواړي

لا نښه شوي فریمونه له سره تر سره وړل د VLAN-پوهې پروسس بندولو سره پیل کېږي. د سویچ ماډل او د نښو ساتل یو بل ته بدیل دي، او دواړه فعالول یوه ځانګړتیا ته د بل کار کول دي.

بندول یوازې پیل دی. په هر سر کې پل او فزیکي سویچ پورټونه باید سلا شي چې کوم VLANونه اجازه لري، کومه نښه اصلي ده او بې نښې فریمونه څنګه چلند کېږي. نه محدود trunk غځول هغو دوه برخو څخه ډېر خپرېدونکي ډومینونه ښکاره کوي چې تاسو یې نښلول غوښتل.

د فریم اندازه خپله بودیجه غواړي. نښه شوی Ethernet فریم او انکپسولیشن د هغه پیلوډ شمېر څخه لوی دی چې خلک یې له لارښود څخه کاپي کوي، او هغه MTU چې د لارښود شوي تونل لپاره سم و، د دې ثبوت نه دی چې trunk لار کار کوي.

درې شرطونه چې ځواب ټاکي

لومړی، آیا د کارخ پلیټ فورم TAP ته ملاتړ کوي؟ Android او iOS نه، او د macOS ملاتړ محدود دی، نو د موبایل کاروونکو پوډل هر دواړه TAP ډیزاینونه ردوي، هر څنګه چې VLANونه ترتیب شوي وي. لارښود شوی TUN ناسته د Ethernet فریمونو پرځای IP بنډلونه وړي، او د سرور اړخ هیڅ VLAN تنظیم دا نه بدلوي. له توپولوژي ډیزاین کولو دمخه پوډل وګورئ، ځکه چې دا شرط هغه دی چې تیریدل یې ناممکن دي. دا هغه شرط هم دی چې ډېری وخت د سویچ له کار وروسته موندل کېږي.

دویم، VLAN څوک ټاکي؟ که ځواب «سرور، د دې پر بنسټ چې څوک تصدیق شو» وي، د سویچ ماډل ځای لري. که ځواب «شته سویچ زیربنا، له لا شته نښو سره» وي، تاسو ته trunk ډیزاین ته اړتیا ده.

دریم، د شبکه څومره برخه باید لاسرسي وړ وي؟ د سویچ ماډل هر کارخ په جوړښت کې په یوه VLAN کې ساتي. د trunk ډیزاین یو پل دی، او ناسم تنظیم شوی پل هغه خپرېدونکي ډومینونه یوځای کوي چې باید جلا پاتې وای.

خپل ټاکل شوی لار ازموینه

یو کارخ چې باید په اجازه لرونکي VLAN کې وي او یو چې باید نه وي ونښلوئ، بیا له اصلي سر څخه ازموینه وکړئ نه له خود سرور څخه. د سرور اړخ لاسرسی ثابتوي چې پل یا سویچ شته؛ دا نه ثابتوي چې کارخ په کوم VLAN کې کېښودل شو.

ip -d link show tap0
bridge vlan show

په سرور کې، دویم حکم د هر پل پورټ VLAN غړیتوب ښيي، په دې کې چې پورټ نښه شوی که نه. دا د خپل موخې ټاکل سره پرتله کړئ دمخه له دې چې د دویمې طبقې پورته هر څه سم کړئ.

ثبت کړئ چې ځای پرځای کول د دوو ډیزاینونو کوم یو کاروي. «VLAN-پوهه» لیکل شوې یادښت مبهم دی، او راتلونکی انجنیر به هغه فرض کړي چې لومړی یې زده کړی و. د OpenVPN VLAN حوالهد سویچ چلند او د هر کارخ شالید تعریفوي، او دا د دې تصدیقولو تر ټولو لنډه لار ده چې کوم ماډل چلوئ.