−25%

د Windows پر کلنۍ تادیه، تر ۳۱ اکتوبر. پلانونه وګورئ

EQVPS
پیل وکړئ

‏NAT که خپل IPv4: یو لېږدول شوی پورټ څه کولای شي او څه نشي کولای

Oct 10, 2026 · 7 دقیقې لوستل · EQVPS Team

ډېری خلک د NAT مانا د پېرلو نږدې لس دقیقې وروسته پوهېږي. ‏Nginx پیلېږي، curl localhost پاڼه بېرته راګرځوي، او د لپټاپ براوزر یوازې څرخي. هېڅ شی مات شوی نه دی. یوازې سرور خپله عامه IPv4 پته نه لري، او د ننوتو یوازینۍ دروازه یې د SSH لپاره یو لېږدول شوی پورټ دی.

دا یوه دروازه د حیرانوونکي اندازې کار لپاره بسیا ده، او د ځینو ډېرو عامو اړتیاوو لپاره هېڅ بسیا نه ده. که لا هم د دوو ډوله پلانونو ترمنځ ټاکنه کوئ، زموږ زوړ لیکنه ځانګړی IP که NAT VPS هغه یوه پوښتنه کوي چې پرېکړه کوي. دا لیکنه د ځواب سره د ژوند په اړه ده: د NAT سرور په عمل کې څه کولای شي، چېرته له دېوال سره ټکر کوي، او کله چې درته کوچنی شي، څنګه ترې ووځئ.

په رښتیا تاسو څه ترلاسه کوئ

د NAT سرور زموږ د ګېټوې شاته یوه شخصي پته لري. ډشبورډ یو کوربه او یو شخصي پورټ ښیي، او تاسو داسې نښلئ:

ssh -p 20123 root@host

دا پورټ ستاسو د سرور دننه 22 پورټ ته ځي. پر IPv4 نور ټول راتلونکي پورټونه له بهره تړل شوي دي، او د نورو لېږدولو هېڅ انتخاب نشته. د وتونکي ترافیک کیسه بله ده: سرور په انټرنېټ کې هر ځای ته رسېږي، پرته له SMTP پورټونو 25 او 465، چې په ټولو پلانونو کې تړل شوي دي، NAT وي که نه. بشپړ قواعد په شبکه او پورټونه کې دي.

یو بل ټکی هم شته چې ځینو ته مهم دی: وتونکې پته ستاسو خپله نه ده. ترافیک له داسې پتې وځي چې تاسو یې کنټرول نه لرئ، نو معکوس DNS یې نشئ ټاکلای او د لېږونکي اعتبار پرې نشئ جوړولای.

د یوه پورټ شاته څه په ارامۍ چلېږي

هر هغه شی چې خبرې پخپله پیلوي. دا ډله تر هغه پراخه ده چې ښکاري:

  • هغه بوټان چې پوښتنې کوي (polling). د Telegram بوټ له long polling سره، د Discord بوټ د خپل gateway پر اتصال، د سوداګرۍ بوټ چې د یوې بازار له API سره خبرې کوي. ټول وتونکي دي.
  • د AI اجنټان. هغه اجنټ چې د ماډلونو API ته زنګ وهي، وېب لټوي، فایلونه لیکي او کوډ چلوي، دې ته اړتیا نه لري چې څوک ورته زنګ ووهي. هغه CPU، حافظې او بهر ته یو اتصال ته اړتیا لري.
  • ورکرونه او سکرېپرونه. هر هغه شی چې له کتار څخه دندې اخلي، پاڼې لټوي یا د مهالوېش له مخې معلومات همغږي کوي.
  • د build ماشینونه او رنرونه. ‏CI رنرونه معمولاً پخپله په سرور کې ثبتېږي او کار راکاږي، نو پر NAT ښه چلېږي.

د دې ډول بار لپاره تر ټولو ارزانه پلان په رښتیا بسیا دی. ‏Nano په میاشت کې $3 دی د 2 vCPU، 1 GB RAM او 15 GB ډیسک لپاره؛ ‏Small $8 د 4 vCPU، 4 GB او 35 GB لپاره. بشپړ لېست د NAT پلانونو په جلا پاڼه کې دی.

چېرته چې یو پورټ بسیا نه دی

دېوال هر هغه شی دی چې پکې بل څوک باید اتصال پیل کړي.

وېبپاڼه تر ټولو ښکاره بېلګه ده. براوزرونه 443 پورټ ته (او د بیا لارښوونې لپاره 80 ته) نښلي، او په NAT پلان کې دا پورټونه له بهره سره نشته. غیر معیاري پورټ هم ګټه نه کوي، لږ تر لږه داسې نه چې لیدونکي یې ومني.

ستاسو خپل ډومېن له HTTPS سره دوه ځله له همدې دېوال سره ټکر کوي. تاسو کولای شئ DNS ریکارډ د ګېټوې پتې ته ورواړوئ، خو هلته رسېدلی هېڅ شی ستاسو سرور ته نه لېږدول کېږي پرته له SSH پورټه. او د وړیا سند د ترلاسه کولو عادي لاره ستاسو سرور پر 80 یا 443 پورټ ازمويي.

‏Webhooks په چوپتیا ناکامېږي. د تادیې خبرتیاوې، د بوټانو پلاتفورم چې تازه معلومات لېږي، د Git سرور چې نوی commit اعلانوي: ټول باید تاسو ته ورسېږي. هغه بوټ چې له long polling سره ښه کار کاوه، په همغه شېبه درېږي چې تاسو یې webhooks ته اړوئ.

د VPN ټکي، د لوبو سرورونه او د برېښنالیک سرورونه په خپل ذات کې راتلونکو پورټونو ته اړتیا لري. همداسې هر هغه شی چې غواړئ همکار مو یې په براوزر کې پرانیزي.

بدیلې لارې، په صداقت

عامه IPv6. نوي Linux سرورونه یوه عامه IPv6 پته ترلاسه کوي، او په NAT پلانونو کې دا پته مستقیم سرور ته، پر هر پورټ رسېږي. که ستاسو د خدمت ټول پېرودونکي ستاسو خپل وي (لپټاپ، نور سرورونه، د IPv6 سره د څارنې پروب)، دا ښه کار کوي. د عامې وېبپاڼې لپاره نه: د لیدونکو یوه برخه لا هم پر داسې شبکو ده چې IPv6 نه لري او پاڼه به هېڅکله پورته نه کړي. د Windows پلانونه اوس مهال یوازې IPv4 دي.

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

د ځان لپاره SSH تونل. که د مدیریت پینل یوازې تاسو ته اړین وي، هېڅ یې بهر ته مه ښکاره کوئ. د هماغه SSH پورټ له لارې یې ولېږدوئ چې مخکې مو لرئ:

ssh -p 20123 -L 8080:localhost:8080 root@host

بیا پر خپل ماشین http://localhost:8080 پرانیزئ. دا پر NAT سرور تر ټولو کم ارزول شوې چل دی، او په هر حال تر دې خوندي دی چې پینل انټرنېټ ته کېږدئ.

زما صادقانه نظر: IPv6 او SSH تونلونه ښې وسیلې دي. خو یو دایمي عام خدمت چې یوازې د دې لپاره له تونل څخه تېرېږي چې سرور IPv4 نه لري، معمولاً نښه ده چې NAT درته کوچنی شوی.

له بیا نصب پرته خپل IPv4 ته

هېڅ شی له سره جوړولو ته اړتیا نشته. سرور په ډشبورډ کې پرانیزئ، «پلان بدلول» وټاکئ او د ورته یا لوی اندازې ځانګړی IP پلان غوره کړئ. سرور یو ځل بیا پیلېږي او له خپل عام IPv4، خپل ډیسک او هر هغه څه سره بېرته راځي چې تاسو نصب کړي وو. 80، 443 پورټونه او هر څه چې په فایروال کې پرانیزئ، له بهره د لاسرسي وړ کېږي، او SSH عادي 22 پورټ ته ځي. جزییات په د پلان بدلول کې دي.

مخکې له کلیک څو خبرې باید وپېژنئ:

  • د اوسنۍ مودې د پاتې برخې تناسبي توپیر له بیلانس څخه ورکوئ. ‏Nano-IP په میاشت کې $8 دی، Nano بیا $3؛ ‏Small-IP $16 دی، Small بیا $8.
  • ستاسو د سرور په ځای کې باید یوه خالي پته وي. که اوس نه وي، ډشبورډ مخکې له هر ډول کسر څخه درته وايي.
  • که مو د سرور دننه د شبکې تنظیمات په لاس بدل کړي وي، له بیا پیل وروسته یې وګورئ. پر معیاري امېج دا پخپله پلي کېږي.
  • لومړی بېک اپ واخلئ. یوازې یو ځل بیا پیل دی، خو معلومات بیا هم ستاسو دي.

چېرته چې NAT مناسب نه دی، او چېرته چې IPv4 هم مناسب نه دی

‏NAT د هر عام شي، هر هغه شي چې webhooks اخلي، او هر هغه شي لپاره چې ثابتې پتې ته اړتیا لري چې څوک یې په allowlist کې ورګډوي، غلط انتخاب دی. د دې د تېرېدو لپاره ورځې مه ضایع کوئ. د Nano او Nano-IP د بیې توپیر په میاشت کې $5 دی.

خو ځانګړی IPv4 هم جادو نه دی. هغه وېبپاڼه چې د معلوماتو مرکزونو پتې بندوي، تاسو ته ننوتل نه درکوي، او هغه سکرېپر نه ژغوري چې د سرعت په حد بند شوی، ځکه دا پرېکړې د هغې شبکې پر بنسټ کېږي چې تاسو پکې یاست، نه دا چې بل څوک له پتې کار اخلي. او که ستاسو ټوله پروژه څو بوټان او یو اجنټ وي، داسې IPv4 پېرل چې هېڅوک به ورسره ونه نښلي، د پیسو ضایع کول دي.

که په هر حال د لوی تنظیم پر لور د تګ پلان لرئ، پرته له بندېدو VPS لېږدول د ګامونو ترتیب بیانوي، او د VPS ځانګړنې څنګه ولولو د پلانونو په پرتله کې مرسته کوي.

پوښتنې

ایا زه کولای شم پر NAT VPS وېبپاڼه وچلوم؟

‏IPv4 له لارې نه. په NAT پلان کې 80 او 443 پورټونه له انټرنېټ څخه د لاسرسي وړ نه دي، نو براوزرونه IPv4 له لارې نشي نښلېدای. پر NAT د Linux سرورونه یوه عامه IPv6 پته ترلاسه کوي چې پر هر پورټ اتصال مني، خو هغه وېبپاڼه چې یوازې IPv6 له لارې د لاسرسي وړ وي، هغو لیدونکو ته نه ښکاري چې شبکه یې IPv6 نه لري. د رښتینې وېبپاڼې لپاره داسې پلان واخلئ چې خپل IPv4 ولري.

ایا په NAT پلان کې نور لېږدول شوي پورټونه ترلاسه کولای شم؟

نه. د NAT سرور د SSH لپاره یو شخصي پورټ لري (پر Windows د RDP لپاره). که نورو راتلونکو پورټونو ته اړتیا لرئ، ځانګړي IP پلانونه همدې کار ته دي.

ایا د Telegram یا Discord بوټ پر NAT کار کوي؟

هو، تر څو چې بوټ پخپله بهر ته نښلي. ‏long polling او د gateway اتصالونه وتونکي دي، نو کار کوي. ‏webhook اړتیا لري چې پلاتفورم ستاسو سرور ته ورسېږي، او NAT دا کار د IPv4 له لارې نه پرېږدي.

ایا له NAT څخه ځانګړي IP ته د تلو لپاره بیا نصب ته اړتیا ده؟

نه. په ډشبورډ کې «پلان بدلول» وټاکئ او د ورته یا لوی اندازې ځانګړی IP پلان غوره کړئ. سرور یو ځل بیا پیلېږي، ډیسک او سافټویر یې خوندي پاتې کېږي، او تاسو یوازې د پاتې مودې تناسبي توپیر ورکوئ.

ایا د NAT سرور وتونکی IP زما دی؟

نه. په NAT کې وتونکې پته ستاسو خپله نه ده، نو پرې خپل د لېږونکي اعتبار نشئ جوړولای او معکوس DNS یې نشئ ټاکلای. که یو API، شریک یا د برېښنالیک سرور باید پر یوې ثابتې پتې باور وکړي، ځانګړی IPv4 لرونکی پلان وټاکئ.

تبصرې

لا تبصرې نشته. لومړی اوسئ.

یوه تبصره پریږدئ

تبصرې د ښکاره کیدو مخکې اعتدال کیږي.