ZeroTier له LAN سره: د UFW د لارې قواعد، نه د پورټ اجازه
په ګیټوې کې د پورټ اجازه ورکول د هغې شاته هوسټ ته د لیږدولو سره برابر نه دي۔ مدیریت شوې لاره وټاکئ، ترانزیټ فعال کړئ او د بېرته راتلو لاره غوره کړئ۔
د ZeroTier غړي له لارې د دفتر په LAN کې چاپګر ته رسېدل یو قاعده ښکاري، خو په حقیقت کې په دریو بېلو ځایونو کې درې پرېکړې دي۔ اورلې باید پوه شي چې LAN چېرې دی، د Linux هوسټ باید د پاکټونو لیږدولو لپاره چمتو وي، او LAN باید پوه شي چې ځواب څنګه بېرته ولېږي۔ هغه داخلي قاعده چې په ګیټوې کې پورټ پرانیزي، له دې هیچا سره هم اړه نه لري۔ دا سم هوسټ ته غلط وسیله ده۔
درې کارونه، درې مالکان
مدیریت شوې لاره د ZeroTier د شبکې ترتیباتو پورې اړه لري۔ دا غړو ته وایي چې یو مخکښ د یو ځانګړي غړي پتې له لارې د لاسرسي وړ دی۔
لیږدول د Linux کرنل او د هغه چا پورې اړه لري چې د دې د فایر وال تګلاره لري۔ دا پرېکړه کوي چې په اورلې کې راغلی پاکټ به بیا فزیکي انټرفېس ته ووځي که نه۔ هغه هوسټ چې لیږد نه کوي، پاکټ له منلو وروسته په خاموشۍ غورځوي۔ لېږونکی د وخت پای ویني او د خدماتو په لاګ کې هېڅ نه ښکاري۔
د بېرته راتلو لاره د LAN ده۔ د هغې هوسټونه او روټر باید پوه شي چې د اورلې مخکښ ستاسو د ګیټوې د LAN پتې له لارې د لاسرسي وړ دی، که نه نو یو څه باید ترافیک وژباړي تر څو دا پوښتنه هېڅکله راپورته نه شي۔
له دې هر یو کې کېدای شي سم وي په داسې حال کې چې نور ناکام شي، او له همدې کبله هغه ازموینه چې یوازې ګیټوې پنګ کوي د هغې شاته خدمت په اړه هېڅ نه ثابتوي۔
مدیریت شوې لاره غړي ته واوړوئ
د پام وړ LAN مخکښ لپاره لاره د ګیټوې د اورلې پتې له لارې اضافه کړئ، نه د هغې د LAN پتې له لارې۔ د اورلې پته هغه ده چې نور غړي ورته رسېدلی شي؛ د LAN پتې معنا یوازې په تار وي۔
د دې طرحې د کار کولو لپاره باید غړي مدیریت شوې لارې ومني، او د دوی خپلې سیمه ییزې شبکې باید هغه مخکښ چې تاسو یې اعلان کوئ لا دمخه ونه کاروي۔ هغه لیرې لیپ ټاپ چې په کور کې پر 192.168.60.0/24 وي، هغه هم نشي کولی 192.168.60.0/24 د اورلې له لارې وګرځوي۔
اعلان شوی مخکښ د کار تر اجازې پورې تنګ وساتئ۔ د غوراوي د اغېز لپاره د لویې ټولګې اعلانول کېدای شي هغه پته ځای هم وغواړي چې ستاسو نه دی، او پایله یې شخړه په هغو وسایلو کې ښکاري چې له دواړو شبکو سره نښلول شوي۔ دا کېدای شي یو غړی هغې لارې ته هم لومړیتوب ورکړي چې هېڅ چېرې نه رسېږي۔ لاره ریښتینې وساتئ او پاتې نوره تګلارې ته پرېږدئ۔
مخکښ او د غړي پته په هماغه یادښت کې ولیکئ چې د فایر وال قواعد پکې دي، ځکه چې تر ټولو عامه خرابي هغه لاره ده چې غلط غړي ته اشاره کوي۔
په کرنل کې ترانزیټ فعال کړئ
له هر بدلون دمخه روانه د لیږد ارزښت ولولئ، بیا ترتیبات د هغې میتود له لارې تلپاتې کړئ چې ستاسو سیستم یې لا دمخه کاروي، نه د یو ځلي امر له لارې چې په بیا پیل کې ورک شي۔
که تګلاره د UFW وي، د هغې د لارې قواعد د سرچینې، منزل او انټرفېس جوړه لپاره لیږد څرګندوي۔ دا له هغو داخلي قواعدو جلا دي چې په خپله ګیټوې کې خدمت پرانیزي:
sysctl net.ipv4.ip_forward
sudo ufw route allow in on zt3f2a1c9d out on eth0 proto tcp to 192.168.60.20 port 443
sudo ufw status verbose
د انټرفېس نوم په هغه هوسټ کې ریښتینی اورلې وسیله ده، چې تاسو یې له ip link څخه لوستلی شئ؛ دا په ټولو نصبونو کې ثابته رشته نه ده۔ که هوسټ په ډیفالټ ډول لیږد کوي او UFW په لاره کې نه وي، د لارې قاعده به له پامه وغورځول شي او د کرنل ترتیبات به مهم وي۔
وټاکئ چې ځوابونه څنګه بېرته راځي
د سرچینې په ساتلو سره د LAN خدمت ریښتینې اورلې پته ویني او هغې ته ځواب وایي۔ دې ته په LAN هوسټ یا د هغې په روټر کې یوه لاره ته اړتیا ده چې د اورلې مخکښ ستاسو ګیټوې ته اشاره وکړي، او دا د Linux له بکس بهر بدلون دی۔
کله چې هغه لاره نشي اضافه کېدلی، محدود سرچینه ژباړه غوښتنه داسې ښکاره کوي لکه له LAN ګیټوې څخه راغلې وي۔ بیا ځوابونه په سیمه ییز ډول بېرته راځي او د LAN د لارې بدلون ته اړتیا نشته، خو د خدماتو په لاګونو کې اصلي سرچینه ورکېږي۔
ژباړه یوازې د اورلې سرچینې او ځانګړي LAN منزل پورې محدوده کړئ۔ د LAN انټرفېس څخه وتونکي هر څه ژباړل هغه پراخه بڼه ده چې وروسته د قواعدو لوستونکی هر څوک حیرانوي، او هغه ترافیک هم پټوي چې باید بند شوی وای۔
له دواړو انتخابونو هېڅ یو هم له LAN څخه د خپلې خوښې اورلې غړو ته نه غوښتل شوې لاسرسي نه ورکوي۔ که دا وغواړئ، دا د خپلې بیاکتنې سره جلا قاعده ده۔
له ریښتیني غړي څخه ازموینه وکړئ
له بل غړي څخه ونښلئ، نه له ګیټوې، او د یو اجازت شوي خدمت غوښتنه وکړئ۔ بیا هغه خدمت وآزموئ چې باید تړلی پاتې شي، او دواړه ازموینې له بیا نښلولو وروسته او د ګیټوې له بیا پیل وروسته تکرار کړئ۔
هغه غړی چې د ONLINE راپور ورکوي، یا د ګیټوې اورلې پتې ته بریالی پنګ، لاره، د لیږد قاعده یا د بېرته راتلو لاره نه تاییدوي:
zerotier-cli listnetworks
ip -4 route get 192.168.60.20
sudo ufw status numbered
دوهم امر ښیي چې پاکټ به د LAN هوسټ لپاره کوم انټرفېس وکاروي، او درېیم ښیي چې د لارې قاعده ستاسو د نیت شوې بڼې سره شته که نه۔ که دواړه سم ښکاره شي او خدمت بیا هم د وخت پای ته ورسیږي، پاتې شکمن د بېرته راتلو لاره ده۔