د Synology NAS دوه LAN پورټونه: ولې د VPN لاس ورکول ناکامېږي

لپ ټاپ د TLS لاس ورکولو ناکامي راپور کوي، چې د سند ستونزې په څېر اورېدل کېږي او معمولاً نه ده. په NAS چې دوه Ethernet پورټونه لري، تر ټولو عام لامل د روټر لېږد دی چې هغې پتې ته نښه شوی چې کڅوړه پرې نه اورېدل کېږي، او د کاروونکي پیغام په دواړو حالتونو کې یو شان دی. یوازې د دې لپاره چې دواړه کیبلونه وصل دي، کڅوړه په دویم پورټ کې ځواب نه ورکوي. تر دې چې څوک سند بیا صادر کړي، ثابته کړئ چې یوه کڅوړه اصلاً NAS ته رسېږي.

کاروونکی څه راپور کوي او واقعاً څه وشول

د OpenVPN کاروونکي د لاس ورکولو ناکامي یو عمومي اصطلاح ده. دا د سند ناهمغړیتوب، د لېږد ناهمغړیتوب، په بل پورټ کې اورېدونکي او هغه لېږد چې هېڅ ونه رسول شاملوي. له همدې کبله پیغام د پیل ټکي په توګه بېګټه او یوازې د تایید په توګه ګټور دی. دا د دې بیان په توګه واخلئ چې غونډه رامنځته نه شوه، او له دې څخه ډېر ځانګړی هېڅ نه.

پورټ او تړل شوې پته هغه دوه حقایق دي چې پرېکړه کوي چې کڅوړه به اصلاً ورسیږي که نه.

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

هغه پته ومومئ چې کڅوړه پرې اورېدل کېږي

DSM د Ethernet پورټونو ته شمېر ورکوي او هر یو خپله پته لري. د VPN Server پاڼه هغه انټرفیس نوموي چې د OpenVPN خدمت یې کاروي، او د شبکې پینل پر هغه انټرفیس ټاکل شوې پته ښیي. دوی په دې ترتیب سره ولولئ، له خدمت څخه بهر ته، تر څو هغه څه بیان کړئ چې اورېدل کېږي، نه هغه څه چې تاسو فکر کوئ باید یې وکاروي.

خدمت یوه پته تړي. دا چې دواړه پورټونه وصل او فعال دي، خدمت په دویم کې ځواب ته نه اړ باسي. په یوه انټرفیس کې ثابته پته او په بل کې DHCP پته تاسو ته دوه ورته ارزښتونه درکوي چې په یوه نظر کې یې بدلول اسانه دي، په ځانګړي ډول کله چې یوازې په وروستي اکتټ کې توپیر ولري. پته له پینل څخه کاپي کړئ، له حافظې یې مه ټایپ کوئ. بیا پر NAS تایید کړئ چې پورټ ته واقعاً څه تړل شوي دي.

sudo ss -lunp | grep 1194

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

لېږد سم کړئ، بیا شمېرونکی وګورئ

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

که DSM دا پته د DHCP له لارې اخلي، لومړی یو ریزرویشن جوړ کړئ. د اجارې بدلون په چوپ ډول هغه لېږد ماتوي چې پرون یې کار کاوه.

sudo tcpdump -i any -n udp port 1194

تر دې چې کاروونکی د نښلولو هڅه وکړي نیول پیل کړئ، او په هر هغه څه کې چې ښکاري سرچینه پته ولولئ. په بشپړ ډول هېڅ نه وي مانا دا چې په لار کې یو څه دا وغورځوله: لېږد، د DSM دیوال یا هغه انټرفیس چې دې ته نښه شوی و، او تر څو دا حالت وي سندونه لامل نه شي کېدای. له کاروونکي عامې پتې څخه پرته له ځواب یو څه راتلل مانا دا چې NAS غوښتنه ترلاسه کړه او د ځواب نه ورکولو انتخاب یې وکړ. دا بېلابېل موندنې دي، او یوازې دویمه تاسو د کڅوړې خپلو تنظیماتو ته بېرته لېږي.

یوازې بیا سندونه او لېږد وګورئ

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

د وروستي ګام په توګه له خپلې شبکې بهر ازموینه وکړئ، ځکه له LAN دننه نښلون د هغې لارې بریالی کېدای شي چې کله هم لېږد ته نه رسېږي.

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