په Access Server کې د ګېټوې کاروونکی: د پیرودونکي د څانګې LAN لارښوونه

تاسو کولی شئ د OpenVPN پیرودونکي د تونل پتې ته ping وکړئ خو بیا هم د هغې شاته LAN کې هېڅ کوربه ته نه رسېږئ. Access Server پیرودونکي ته د VPN حوض څخه پته ورکوي، او د حوض پته هغه یوازینی شی دی چې سرور یې خپل ګڼي. د څانګې مخکښه جلا حقیقت دی چې باید اعلان شي، او بیا هم څانګې ته لېږدونکی او مرکزي دفتر ته د بېرته راستنېدو لاره ته اړتیا ده. په غلط ځای لیکل شوې لاره هېڅ نه بدلوي.

دوه پتې، دوه بېلابېلې ادعاوې

کله چې پیرودونکی ونښلول شي، Access Server هغه ته د تنظیم شوي VPN حوض څخه پته ورکوي، لکه 10.90.0.0/24. هغه تخصیص د یو کوربه لپاره کرایه ده. په نښلون کې هېڅ نه وایي چې هماغه پیرودونکی د 10.60.0.0/24 مخې ته هم ولاړ دی، او سرور به اټکل ونه کړي: LAN مخکښه یوازې هغه وخت د ځانګړي پیرودونکي له لارې د لاسرسي وړ ده چې مدیر یې اعلان کړي.

نو ځکه په بل ماشین کې ثابته لاره کار نه کوي. لاره وایي 10.60.0.0/24 دې دې پتې ته ولېږل شي، خو که پته هغه پیرودونکي وي چې کله هم د ګېټوې په توګه نه ده نښه شوې، سرور د لېږلو هېڅ دلیل نه لري، او د پیرودونکي سټک یې غورځولی شي. اعلان او لاره د یو میکانیزم دوه نیمې برخې دي.

د ګېټوې تنظیم څه نصبوي

په Admin Web UI کې اعلان د کاروونکي ځانګړنه ده: پر connector کاروونکي Configure VPN gateway فعال کړئ او د څانګې ریښتینې مخکښه په Network on the VPN client side کې ولیکئ. هغه کاروونکی لکه نورو ټولو تصدیق کېږي، نو د بې څارنې وسیلې لپاره مناسبه تګلاره غواړي، او د اتوماتیک ننوتلو پروفایل راز دی.

سرور مخکښه د هغه پیرودونکي د حوض پتې له لارې د لاسرسي وړ ګڼي، او د Access Controls لاندې تنظیم معلوموي چې نورو ته څه ویل کېږي: عادي پیرودونکو ته لېږل شوې لارې او هغه قواعد چې د مرکزي دفتر له شبکو څخه پیرودونکو پتو او فرعي شبکو ته تګ راتګ اجازه ورکوي. هغو شبکو لپاره لارښوونه فعاله کړئ چې باید څانګې ته ورسېږي، او لیست لنډ وساتئ.

په جوړ شوي فایل کې نښلول شوې د Community سټایل لارښوونه په دې ماډل کې برخه نه اخلي. محصول د لارښوونې جدول مالک دی چې لېږي؛ په لاس سمون شوې کرښه بېرته لیکل کېږي یا له پامه غورځول کېږي.

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

پلان: مرکزي دفتر 10.40.0.0/24، څانګه 10.60.0.0/24، VPN حوض 10.90.0.0/24، او Access Server د مرکزي دفتر په خوا کې په شخصي پتې کې. روټر ته د څانګې مخکښې او حوض لپاره لارې ته اړتیا ده، دواړه Access Server ته. پرته له دې ځواب د بنسټیز ګېټوې له لارې وځي، چې نیم خلاص نښلون جوړوي.

په څانګه کې connector باید هغه بستهګانې ولېږدوي چې هغه ته نه دي پته شوې: په OS کې IP لېږد او د تونل او LAN انټرفیسونو پورې محدود اجازه؛ په Linux کې net.ipv4.ip_forward=1 د forward قواعدو سره، په Windows کې routing and remote access. بیا کوربه د بېرته راستنېدو لارې ته اړتیا لري: یا connector د دوی بنسټیزه ګېټوې ده، یا شته ګېټوې د مرکزي دفتر او حوض مخکښو لپاره ځانګړې لارې وړي.

د connector خپل جدول د څانګې LAN هر کوربه بیا تنظیم نه کوي. که کوربه بل روټر ته اشاره وکړي، د بېرته راستنېدو لارې هلته دي، او هغه باید ومني چې لیدل شوې سرچینه پته د سیمه ییز فرعي شبکې ګاونډی نه ده.

ناکامي د لارې په توګه ولولئ

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

د کوربه فایر وال بل شکمن دی، ځکه په لارښوول شوي لاسرسي کې هدف د سرچینې په توګه د مرکزي دفتر یا حوض پته ویني. د سیمه ییزې فرعي شبکې لپاره لیکل شوی قاعده سم نه ځي او بسته غورځول کېږي.

دوه ډیزاینونه ډېر څه غواړي. د سایټونو ترمنځ پوښل شوې مخکښې هدف ناڅرګند کوي او بیا شمېرنه یا ژباړه غواړي؛ د کلستر Access Server هر نوډ باید څانګې connector ته کاري لاره ولري، نه یو نوډ. بدلونونه د عادي خوندي کولو او تازه کولو له لارې پلي کړئ، connector بیا ونښلئ او له دواړو خواوو بیا وګورئ؛ د هر ماشین بشپړ بیا پیل د پروسې برخه نه ده.

د Access Server site-to-site درس هماغه تنظیمات د محصول په ترتیب کې لیستوي؛ د سمون دمخه یو ځل تعقیول ارزښت لري.