د کارن نوم پوښتنه هېڅکله نه ښکاري، او کارن NO_PROPOSAL_CHOSEN راپور ورکوي۔ په هغه شېبه کې د ننوتلو معلومات او مخکې شریک شوی کیلي بې مانا دي، ځکه دواړه خواوې پر دې نه دي هوکړه کړې چې 1 پړاو څنګه وژغورل شي۔ ډېری خلک د انټرنېټ پر لار موندل شوي سایفر تار په نښلولو ځواب ورکوي۔ د ګېټوې سکن کول هماغه پوښتنې ته په شاهدانو ځواب ورکوي او نږدې هماغه وخت نیسي۔

پیغام څه بې برخې کوي

ردونه په اصلي حالت کې، له هر L2TP یا PPP تبادلې مخکې پېښېږي، نو تونل او د کارنانو ډېټابېس نه دي پوښتل شوي۔ 1 پړاو د کوډکولو، بشپړتیا او یوې Diffie-Hellman ډلې په اړه خبرې کوي۔ 2 پړاو د ډېټا لپاره د ESP وړاندیز په اړه خبرې کوي۔ د 1 پړاو ناکامي د 2 پړاو د PFS ترتیب په بدلولو نه رغېږي، او بشپړ شوی IKE تړاو نه ثابتوي چې ESP وړاندیز ښه دی۔

له سینټکس له سمولو مخکې بیک اینډ ولیکئ: ipsec --version. libreswan او strongSwan د ورته الګوریتمونو لپاره د وړاندیز بېلابېل املا مني۔

بیا ردونه په بډایه کې له دې سره ولولئ: journalctl --no-hostname _COMM=nm-l2tp-service _COMM=ipsec _COMM=pluto _COMM=charon _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd۔

ګېټوې د هغې د بدلون-ټولګې لپاره سکن کړئ

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

sudo ipsec stop
sudo ike-scan --trans=3des-sha1-modp1024 10.10.10.250 | grep SA=

زوړ وسایل ډېری 3DES، SHA1 او MODP1024 وړاندې کوي، ځکه چې د محصول د لېږلو پر مهال دا تلوالې ارزښتونه وو او چا بیا کتنه نه وه کړې۔ د سکن خام تولید وساتئ، ځکه چې دا یوازینی ریکارډ دی چې هغه ورځ بلې خوا څه وړاندې کړل۔ که دا تر ټولو پیاوړې شته پوښونه وي، سمه لوړونه د ګېټوې مالک ته ده، نه هغه کارن ترتیباتو ته چې د ټولو لپاره کمزورې کوډونه بیا فعالوي۔

پوښونه پرته له دې چې خوندیتوب بند کړئ سم کړئ

یوازې هغه بدلونونه ولیکئ چې په سکن او ستاسو په تګلاره دواړو کې ښکاري۔ لاندې بېلګه هغه ګېټوې ښیي چې په 1 پړاو کې 3DES، SHA1 او MODP1024 وړاندې کوي۔ د بیک اینډ یادښت ته پام وکړئ: libreswan 4.x د modp1024 ډله کمپایل نه کوي، نو دا د strongSwan یا د DH2 ملاتړ لرونکي libreswan جوړښت لپاره دی۔ د دې پایلې مخکې چې کارن خراب دی، نسخه وګورئ۔

Phase 1: 3des-sha1-modp1024
Phase 2: aes256-sha1,aes128-sha1,3des-sha1

په پای کې د تعجب نښه یوازې یو وړاندیز ټینګوي۔ دا د یوې ازموینې جلا کولو لپاره وکاروئ، بیا یې لرې کړئ تر څو ګېټوې وروسته پیاوړي څه خبرې کړای شي۔

له بیا هڅې مخکې ډیمون او پورټ وګورئ

NetworkManager-l2tp خپله xl2tpd نسخه پیلوي۔ که سیسټم خدمت لا دمخه UDP 1701 لري، کارن یو لنډمهاله سرچینه پورټ ته ځي، چې RFC 3193 یې اجازه ورکوي او ځینې سرورونه یې په چوپتیا غورځوي۔ له بلې هڅې مخکې د ساکټ مالک وګورئ۔

sudo ss -unlp | grep 1701
sudo systemctl stop xl2tpd.service
sudo systemctl disable xl2tpd.service

زړې تولید شوې پټې کرښې بله چوپه لامل ده۔ دلته فایلونه /etc/ipsec.d/ چې د زوړ اتصال په نوم نومول شوي، کېدای شي له هغه پروفایل څخه چې جوړ کړي یې دي اوږد ژوند وکړي، نو هغه یې لرې کړئ چې هېڅ شی ورته اشاره نه کوي او بیا هڅه وکړئ۔

په پای کې، وګورئ چې سلا له کومه راغله۔ ipsec.conf چې د IKEv1 XAuth لپاره لیکل شوی، بل ډول VPN بیانوي، او وړاندیز یې یوازینۍ غلطه کرښه نه ده چې په L2TP پروفایل کې به وي۔ هغه بدلون-ټولګه چې ولیکل مو د پروفایل ترڅنګ ولیکئ، تر څو بل کس پلټنه بیا نه کړي۔

اړوندې مقالې