په Windows کې VPN نصب شوی، Linux پرته له شبکې پورته کیږي: څه باید وګورو

په Windows کې VPN نصبوئ، بیا Linux ته بوت کوئ، او تار لرونکی اړیکه مړه ده. روښانه کیسه پخپله لیکل کیږي: VPN یو څه پرېښودل. کیسه غلطه ده، ځکه دواړه بوتونه جلا کرنلونه، جلا ډرایورونه، جلا د لارښوونې جدولونه او جلا حل کوونکي چلوي. د Windows شبکه ای فلټر د Linux په داخل کې نه چلیږي، نو تېروتنه یا د Linux په سټک کې ده یا په هغه څه کې چې دواړه بوتونه واقعاً شریکوي، لکه هارډویر، فرم ویر یا روټر.

نښه او غلط نتیجه

د کتنې ګټوره برخه وخت دی: تېروتنه د یو بدلون وروسته راڅرګنده شوه. بېګټه برخه د Windows VPN ته علتې ټوپ ده، کوم چې په بل عملیاتي سیستم کې نه شي چلېدلی. د دواړو جلا کول ټول کار دی. د کیبل د لمس کولو دمخه مهال کرښه ولیکئ.

هغه څه چې دواړه بوتونه واقعاً شریکوي فزیکي اډاپټر، کیبل، د سویچ پورټ او هر هغه څه دي چې پورته دي. دا ریښتیني شریک متغیرونه دي او د Linux د سټک له کتنې وروسته د کتونو وړ دي.

د Linux سټک په څلورو کمانډونو کې ثبت کړئ

د هر څه د بدلولو دمخه په یوازې لوستلو حالت کې پیل کړئ او حالت ثبت کړئ: د انټرفیسونو د شتون لپاره ip -br link، د پتو لپاره ip -br address، د IPv4 لارو لپاره ip route او چېرې چې IPv6 مهم دی ip -6 route. د ip وسیلې حواله دا شیان جلا کوي، او په لیست کې انټرفیس ښکارېدل دا ثبوت نه دی چې کار کوونکې پته یا د کارولو وړ لاره لري.

پایله په یو فایل کې وساتئ ترڅو وروسته له کار کوونکي بوت سره یې پرتله کړئ. هغه ثبت چې بیا نه شي جوړېدلی یوازې د حالت یاد دی.

ایا دا لینک دی، پته، لاره که نوم؟

څلور بېلابېلې تېروتنې د براوزر له مخې یو شان ښکاري. وسیله ممکن په بشپړه توګه نه وي، پرته له حامل موجوده وي، وصل وي مګر د تمه شوې پتې پرته، یا پته ولري مګر تر منزل پورې لاره نه ولري. کله چې خامې پتې کار کوي او د نومونو حل ناکام شي، دا پنځم حالت دی او د حل کوونکي پورې اړه لري نه د ډرایور.

هر حالت بېل کار ته اشاره کوي: د نه شته وسیلې لپاره ډرایور یا فرم ویر، د حامل د نشتوالي پر مهال کیبل یا سویچ، د پتې د نشتوالي پر مهال DHCP یا ثابت تنظیم، او د لارې د نشتوالي پر مهال لارښوونه یا تګلاره. د حل کوونکي ستونزه systemd-resolved، NetworkManager یا ځایي DNS تنظیم ته اشاره کوي.

وګورئ چې د Linux نصب خپل VPN یا دوامداره فایر وال تنظیم لري که نه. ځایي ټنل یا د nftables قواعدو ټولګه د Linux اړخ علت دی، او د نه چلېدونکي Windows پروګرام په پرتله ډېر احتمال لري چې تېروتنه تشریح کړي.

بیا د بوت انتقال پرتله کړئ

Windows Fast Startup یو هایبریډ بندول دی چې د بشپړ بوت پرځای د کرنل د غونډې حالت ساتي. د Microsoft د بریښنا د حالتونو اسناد دا د بیا پیل او بشپړ بندولو څخه جلا کوي، نو ځکه ورته هارډویر په دوو انتقالونو کې بېل چلند کولی شي.

که تېروتنه د یو عملیاتي سیستم څخه بل ته د تګ پورې اړه ولري، کار ساتلو وروسته مستند بیا پیل یا بشپړ بندول له نورمالې لارې سره پرتله کړئ. هغه نتیجه چې انتقال تعقیبوي د ډرایور، وسیلې یا فرم ویر د حالت کتنه توجیه کوي، او په خپله نه ثابتوي چې Fast Startup یوه ځانګړې اډاپټر تېروتنه رامنځته کړې.

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

څه باید ونه بدل شي

د لومړي ګام په توګه دواړه شبکه ای سټکونه بیا تنظیم نه کړئ. دا پرتله له منځه وړي او ډېری وخت هېڅ نه سمولای شي، ځکه ریښتینی علت هېڅکله نه دی پېژندل شوی. د Linux د سمولو لپاره Windows VPN بیا نصب نه کړئ، او د فرم ویر ترتیبات په ناڅاپي توګه مه بدلوئ یوازې ځکه چې د بوت انتقال له تېروتنې سره سمون درلود.

د ip وسیلې حواله پورته کارول شوي لینک، پته او لاره څیزونه مستند کوي. لومړی د Linux اړخ ولولئ، ثبت وساتئ، او یوازې له هغې وروسته پریکړه وکړئ چې شریکه هارډویر طبقه د څیړنې وړ ده که نه.