Kerio په Linux کې: kvnet ته هغه MAC ورکول چې سرور یې تمه لري

درې شیان باید سره سمون ولري مخکې لدې چې د Kerio تونل ترافیک ولېږدوي: د kvnet انټرفیس پته، هغه ارزښت چې کلاینټ ثبت کړی، او هغه څه چې د سرور پالیسي یا DHCP تمه لري. کله چې سمون ونه لري، تونل بیا هم تصدیق کیږي او بیا هم پورته کیږي، او همدا ده چې نیمګړتیا ګډوډونکې کوي. انټرفیس د هر اتصال لپاره جوړیږي، نو په لاس ټاکل شوې پته یوازې هغې غونډې ته اړه لري او بل هیچا ته نه. دا د ستونزې بڼه ده، او حل یې هنګ دی نه د ترتیباتو فایل. پاتې برخه دا ده چې ارزښت له کومه ولولو او چېرې یې پلي کړو.

ولې پته تل بیرته راګرځي

kvnet یو مجازي اډاپټر دی چې کلاینټ یې د اتصال په پیل کې جوړوي او په پای کې یې لرې کوي. نو یو لاسي ip link set یوازې هغومره ژوندی پاتې کیږي چې هغه غونډه ده چې پرې پلی شوی، او بل اتصال له هغه څه پیل کیږي چې کلاینټ ځانګړي کوي. په هغه ماشین کې چې کلاینټ نشي کولی تمه شوې پته پلی کړي، هر بیا اتصال هماغه ناسمون بیا راولي، او د کرایې یا لاسرسي قاعده بیا وسیله ردوي.

دا بڼه پخپله تشخیصي ده. هغه تونل چې یوه غونډه کار کوي او په بله کې ناکام کیږي د اعتبارنامې ستونزه نه ده، ځکه اعتبارنامې د اتصالونو ترمنځ نه بدلیږي.

ارزښت له کلاینټ ولولئ، نه له انټرفیس

د Linux کلاینټ د خبرو اترو تفصیلات خپل ډیبګ لاګ ته لیکي، او هغه پته چې غواړي یې وکاروي هلته د اتصال ترتیب کې د پتې په بڼه وروستی ټوکن ښکاري. دا ورسره پرتله کړئ چې کرنل واقعاً څه ساتي، چې یو readlink لارې ته دی: cat /sys/class/net/kvnet/address.

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

له انټرفیس جوړیدو وروسته یې پلي کړئ

د NetworkManager کاروونکي کولی شي په خپل ډیسپچر فولډر کې سکریپټ کېږدي او یوازې هغه وخت عمل وکړي چې د VPN انټرفیس پورته راشي. هغه کلاینټ چې systemd یې مدیریت کوي ډېره پاملرنه غواړي: drop-in چې د خدمت په پیل کې ځي معمولاً مخکې له دې چې اډاپټر وي فعالیږي، نو هنګ باید د اډاپټر فرض کولو پرځای انټرفیس ته انتظار وکړي. بیا پته وټاکئ، او که کرنل د لینک پورته والي پر مهال انکار وکړ، ښکته یې کړئ، پته وټاکئ او بیا یې پورته کړئ. استخراج شوی ټوکن د ip link ته له سپارلو دمخه د MAC بڼې له لارې بیرته ولولئ، ترڅو یوه ناڅاپي لاګ کرښه دلیل ونه شي.

هر څه چې د کلاینټ له لاګ څخه د root په توګه ځي تنګ مالکیت ته اړتیا لري: د root ملکیت فایل، چې نور یې نشي لیکلی، او له تصدیق شوې پتې هاخوا هیڅ شیل انټرپولیشن نه. د بڼې کتنه د سکریپټ دننه وساتئ. مه پرېږدئ چې د لاګ منځپانګه وټاکي کوم حکم ځي.

کرایه وګورئ، نه لینک

ip -4 -o addr show dev kvnet باید په تمه شوې ساحه کې پته وښیي، ip neigh show dev kvnet باید ګېټوې وښیي، او د VPN شاته یو خدمت باید ځواب ووایي. بیا یو ځل اتصال پرې کړئ او بیا وصل شئ؛ که پته بیرته راشي، هنګ په غلط پیښه کې ځي یا هیڅ نه ځي.

هغه انټرفیس چې په سمه پته راښکاره شي او هیڅکله کرایه ونه نیسي د سرور خوا ته اشاره کوي. دا بله کتنه ده او معمولاً بله ډله. مخکې له دې چې هنګ بیا سم کړئ، تایید کړئ چې حساب اجازه لري او حوض لا هم پته لري.

له تازه کولو وروسته د لارې حل بیا وګورئ

د کلاینټ هغه بڼه چې پته سم ټاکي ستاسو هنګ په زاړه ارزښت پلي کولو کې پرېږدي، چې د سمون له خوا راوړل شوې نوې نیمګړتیا ده. همدارنګه هیڅکله MAC له بل ماشین یا د فورم له لیکنې څخه کاپي مه کړئ؛ هغه ارزښت وکاروئ چې دا کلاینټ د دې حساب لپاره ثبتوي، او هغه نېټه ولیکئ چې تایید کړی یې دی.

سکریپټ دومره لنډ وساتئ چې په یوه ناسته کې لوستل شي. هغه لارې حلونه چې لاګونه تحلیلوي طبیعتاً لنډمهاله دي. هغه چې پاتې کیږي هغه دي چې راتلونکی لوستونکی پرته له اصلي تارګې پوهیږي.