د OpenVPN لېږدول له TAP څخه TUN ته: د لېږد هغه ترتیب چې کار کوي

د dev tap پر ځای dev tun کارول بدلوي چې تونل څه وړي، نه یوازې د هغه نوم۔ د TAP انټرفېس Ethernet چوکاټونه پل ته سپاري، له همدې کبله پیرودونکي داسې چلند کوي لکه څنګه چې د دفتر سوییچ سره نښلول شوي وي۔ د TUN انټرفېس IP پیکټونه وړي، له همدې کبله پیرودونکو ته لارو ته اړتیا وي او بل لوري ته د بېرته راستنېدو لار ته۔ پیرودونکي، د پتو پلان او د LAN د بېرته راستنېدو لار باید ټولې له دې بدلون سره یوځای لاړې شي۔

لېږد د تونل سره نښلول شوی د شبکې بیا ډیزاین دی، او لاندې ترتیب هغه د بدلېدو وړ ساتي۔

هغه څه ولیکئ چې واقعاً له Ethernet سره تړاو لري

اپلیکېشنونه ولیکئ، نه هوسټونه۔ وټاکئ چې هر یو له لارښوونکو TCP یا UDP خدمتونو، د خپرېدو له لارې موندنې، له دفتر LAN څخه DHCP، د غیر IP Ethernet پروتوکول، یا دې فرضیې څخه چې دواړه سرونه په یوه سبنیټ کې دي، کوم کاروي۔ عادي IP لاسرسی په لارښوونکي ډیزاین کې پاتې کېږي۔ هغه پروتوکول چې خام Ethernet چوکاټونه غواړي پاتې نشي، او هیڅ لارښوونه به یې سمه نه کړي۔ د موندنې پورې تړلي اپلیکېشنونه د بدلون دمخه ټاکل شوي بدیله میکانیزم ته اړتیا لري، نه د هغه په جریان کې۔

هغه لیست د منلو لیست هم دی۔ هره ورودي چې نشئ لېږدولی، مستنده استثنا یا د یوازې هماغه کاري بار لپاره د یوې کوچنۍ TAP برخې ژوندي ساتلو لامل کېږي۔

د پتو او بېرته راستنېدو لارو پلان جوړ کړئ

د پیرودونکو هغه پریفیکس غوره کړئ چې له LAN، د پل له زاړه حد یا هغې شبکې سره چې پیرودونکی ورته رسېږي نه یوځای کېږي۔ د سبنیټ ټوپولوژي سرور ته د dev tun، topology subnet او server 10.78.0.0 255.255.255.0 په څېر ټوټې ته اړتیا وي، خو هغه یوازې ټوټه ده، نه کاري پروفایل۔ د هغې شاوخوا منل شوې TLS، هویت، ټرانسپورټ او لاسرسي تګلاره وساتئ، او هغه پریفیکس وکاروئ چې خالي مو تایید کړی وي۔

بیا هغه منزلونه ولیکئ چې پیرودونکي باید ورته ورسېږي او څوک د بېرته راستنېدو لار برابروي۔ سرور ته فعال فوروارډینګ او اجازه شوې بله لاره غواړي۔ د LAN راؤټرانو ته نوي پریفیکس ته د بېرته راستنېدو لار غواړي، یا ډیزاین ته د سرچینې ژباړې او هغه لیدلوري لګښت ته اړتیا وي چې پرې راځي۔ هغه لار چې پیرودونکي ته ټېله شي پیرودونکی تنظیموي، نه د LAN د ځواب لار۔

په جلا اورېدونکي کې وآزموئ

نوی خدمت د زاړه تر څنګ په خپل پورټ او خپله پته حد کې ودروئ، نه دا چې یوازینۍ کاري ننوتلو نقطه بدله کړئ۔ د لېږد لپاره څوک CA بیا نه جوړوي، نو د موجوده ثبت بهیر له لارې ازموینه پروفایلونه صادر کړئ۔ یوازې ازموینه لار فعاله وي، یو استازي پیرودونکی ونښلوئ، بیا ورکړل شوې پتې، شخصي DNS، د لیست اپلیکېشنونه او هغه لارې چې بندې باید پاتې شي پرتله کړئ۔

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

پیرودونکي په ډلو کې د بېرته اړولو سره ولېږدئ

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

ډلې تاسو ته هغه ځای هم درکوي چې هغه اپلیکېشن ومومئ چې چا یاد نه کړ، په داسې حال کې چې زړه لار د پرتله کولو لپاره لا شته۔

یوازې له منلو وروسته پل لرې کړئ

د TAP وسیله لرې کول لومړی نه، وروستی ګام دی۔ مخکې له دې چې څه ړنګ کړئ، وګورئ چې پل لا هم د سرور مدیریت پته، د څارنې لار یا بې اړیکې کاري بار وړي که نه۔ د پیل تړاوونه، په پل کې غړیتوب او DHCP ریزروېشنونه د هغوی د مالکانو له لارې، هماغه ترتیب، د هغه څه یادښت سره چې لرې شول، وباسئ۔

لېږد هغه وخت بشپړېږي چې لارښوونکی لاسرسي ماډل د لیست لپاره کار وکړي، نه هغه وخت چې د ip link له وتنې څخه TAP انټرفېس ورک شي۔