یوازې IPv6 سرورونه د یوه ساده دلیل له امله ارزانه دي: IPv4 پتې کمې دي او هره میاشت پیسې لګوي، IPv6 پتې نه. نو پوښتنه دا نه ده چې ایا یوازې IPv6 ارزانه دی (دی)، بلکې دا ده چې ایا هغه شیان چې تاسو یې واقعاً کاروئ لاهم کار کوي. موږ د یو کلن فورم ځوابونو د تکرار پر ځای په سپټمبر ۲۰۲۶ کې وازمویل.
موږ څه وازمویل، او پایله
موږ د هغو خدمتونو IPv6 (AAAA) ریکارډونه وکتل چې یو عادي سرور یې په لومړۍ ورځ کاروي. د AAAA ریکارډ نشتوالی پدې معنی دی چې یوازې IPv6 ماشین پرته له مرستې ورته نشي رسیدای.
| خدمت | IPv6 تر ۲۶ سپټمبر ۲۰۲۶ |
|---|---|
| github.com، api.github.com | ❌ نه |
| objects.githubusercontent.com (د خپرونو ښکته کول) | ❌ نه |
| ghcr.io (د GitHub کانټینر ثبت) | ❌ نه |
| raw.githubusercontent.com | ✅ هو |
| Docker Hub (registry-1.docker.io) | ✅ هو |
| PyPI، npm، crates.io، د Go ماډیول پراکسي | ✅ هو |
| د Debian / Ubuntu / Alpine د بستو هنداري | ✅ هو |
| GitLab | ✅ هو |
| Let's Encrypt (ACME) | ✅ هو |
| Telegram Bot API | ✅ هو |
| discord.com او د Discord ګیټوې | ❌ نه |
| د OpenAI، Anthropic، Google Gemini APIs | ✅ هو |
| Hugging Face (سایټ) | ✅ هو، خو د لویو فایلونو CDN کوربه: ❌ نه |
| ollama.com | ❌ نه (registry.ollama.ai: ✅ هو) |
| Binance API | ❌ نه |
| Coinbase API | ✅ هو |
بڼه روښانه ده: د بستو مدیران، لوی AI APIs او Telegram چمتو دي. GitHub، هغه خدمت چې نږدې هر سرور ورته اړتیا لري، لاهم نه.
په عمل کې دا څه معنی لري
په یوازې IPv6 VPS به تاسو په همدې ځایونو کې دیوال ته ورسیږئ:
git clone https://github.com/...ناکامیږي. همداراز د نصب سکرپټونه چې د curl سره د GitHub خپرونه راوړي، او هر هغه څه چې لهghcr.ioتصویرونه راکاږي.- Discord بوټونه اصلاً ګیټوې ته نشي نښلیدای.
- د ماډلونو ځینې ښکته کول ماتیږي: زموږ په ازموینه کې د Hugging Face د لویو فایلونو کوربه او ollama.com IPv6 نه درلود.
- په یوازې IPv4 تبادلو کې کریپټو بوټونه API ته نشي رسیدای.
او په راتلونکي اړخ کې یوه چوپه ستونزه: په یوازې IPv4 شبکو کې لیدونکي هغه سایټ ته نشي رسیدای چې په یوازې IPv6 سرور کوربه دی، مګر دا چې مخې ته یې د IPv4 سره پراکسي یا CDN کېږدئ.
هر خدمت په دوو ثانیو کې وازمویئ
dig +short AAAA github.com # empty output = no IPv6
dig +short AAAA api.telegram.org # addresses = IPv6 available
curl -6 -sI https://pypi.org | head -1 # on a dual-stack box: proves it answers over v6
دا د پلان له ټاکلو مخکې په هر هغه څه وچلوئ چې ستاسو پروژه ورسره خبرې کوي.
بدیل حلونه، او د هغوی بیه
- NAT64/DNS64. یو ګیټوې د IPv6 غوښتنې د IPv4 موخو ته ژباړي. عامه ګیټوې شته، خو تاسو خپل ترافیک د بل چا له ماشین تیروئ او د هغه په شتون تکیه کوئ.
- هنداري او پراکسي. خپلې GitHub ذخیرې GitLab ته هنداره کړئ، تصویرونه Docker Hub ته push کړئ، په dual-stack ماشین یو کوچنی پراکسي وچلوئ. شونی دی، خو دا نلکاري ده چې باید ژوندۍ یې وساتئ.
- مخې ته یو CDN د راتلونکي ویب ترافیک لپاره، ترڅو IPv4 لیدونکي تاسو ته ورسیږي.
هر حل پخپله سم دی. یوځای هغه څو ډالره خوري چې یوازې IPv6 پلان سپمولي وو.
کله واقعاً IPv4 ته اړتیا لرئ، او کوم ډول
د ډیری پروژو لپاره صادقانه ځواب دا دی: تاسو د IPv4 اتصال غواړئ، خو اړینه نه ده چې خپله IPv4 پته.
- که هیڅ شی ستاسو سرور ته دننه نښلیدو ته اړتیا نه لري (بوټونه، agents، workers، cron کارونه)، یو NAT پلان کافي دی. د NAT له لارې هر خدمت ته رسیږي، د یوازې IPv4 خدمتونو په ګډون، او تاسو د شخصي SSH پورټ له لارې ننوځئ. دا د بودیجې انتخاب دی: NAT پلانونه له $3/میاشت.
- که یو شی باید دننه ونښلي (ویب سایټ، میل سرور، د لوبې سرور، VPN نقطه)، د dedicated IPv4 سره پلان واخلئ.
موږ د پورته جدول د همدې دلیلونو له امله یوازې IPv6 پلانونه نه پلورو: د بشپړ IPv4 لاسرسي سره د $3/میاشت NAT سره، دا سپما د داسې سرور ارزښت نه لري چې له GitHub څخه clone نشي کولی. لاهم ډاډه نه یاست چې کوم یو ته اړتیا لرئ؟ دا دی د یوې پوښتنې ازموینه.
تبصرې
لا تبصرې نشته. لومړی اوسئ.