მხოლოდ IPv6 სერვერები მარტივი მიზეზით არის იაფი: IPv4 მისამართები მწირია და ყოველთვე ფული ჯდება, IPv6 მისამართები არა. ამიტომ კითხვა ის კი არ არის, უფრო იაფია თუ არა მხოლოდ IPv6 (არის), არამედ ის, მუშაობს თუ არა ის, რასაც ნამდვილად იყენებთ. ერთი წლის წინანდელი ფორუმის პასუხების გამეორების ნაცვლად 2026 წლის სექტემბერში შევამოწმეთ.
რა შევამოწმეთ და შედეგი
ვნახეთ იმ სერვისების IPv6 (AAAA) ჩანაწერები, რომლებსაც ტიპიური სერვერი პირველივე დღეს ეხება. AAAA ჩანაწერის არარსებობა ნიშნავს, რომ მხოლოდ IPv6 მანქანა მას დახმარების გარეშე ვერ მიწვდება.
| სერვისი | IPv6 2026 წლის 26 სექტემბრისთვის |
|---|---|
| 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-ს მოდულების proxy | ✅ კი |
| Debian / Ubuntu / Alpine პაკეტების სარკეები | ✅ კი |
| GitLab | ✅ კი |
| Let's Encrypt (ACME) | ✅ კი |
| Telegram Bot API | ✅ კი |
| discord.com და Discord-ის gateway | ❌ არა |
| OpenAI, Anthropic, Google Gemini API-ები | ✅ კი |
| Hugging Face (საიტი) | ✅ კი, მაგრამ დიდი ფაილების CDN ჰოსტი: ❌ არა |
| ollama.com | ❌ არა (registry.ollama.ai: ✅ კი) |
| Binance API | ❌ არა |
| Coinbase API | ✅ კი |
სურათი ნათელია: პაკეტ-მენეჯერები, დიდი AI API-ები და Telegram მზად არიან. GitHub, სერვისი, რომელიც თითქმის ყველა სერვერს სჭირდება, ჯერ არა.
რას ნიშნავს ეს პრაქტიკაში
მხოლოდ IPv6 VPS-ზე კედელს სწორედ ამ ადგილებში შეეჯახებით:
git clone https://github.com/...ვერ სრულდება. ასევე ინსტალაციის სკრიპტები, რომლებიც GitHub-ის რელიზს curl-ით იღებენ, და ყველაფერი, რაც image-ებსghcr.io-დან ჩამოტვირთავს.- Discord ბოტები საერთოდ ვერ უკავშირდებიან gateway-ს.
- მოდელების ზოგი ჩამოტვირთვა ფუჭდება: ჩვენს შემოწმებაში Hugging Face-ის დიდი ფაილების ჰოსტსა და ollama.com-ს IPv6 არ ჰქონდათ.
- კრიპტო ბოტები მხოლოდ IPv4 ბირჟებზე API-ს ვერ მიწვდებიან.
და უფრო ჩუმი პრობლემა შემომავალ მხარეს: მხოლოდ IPv4 ქსელების ვიზიტორები ვერ მიწვდებიან მხოლოდ IPv6 სერვერზე დაჰოსტილ საიტს, თუ მის წინ IPv4-იან proxy-ს ან 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 მიმართულებებად თარგმნის. საჯარო კარიბჭეები არსებობს, მაგრამ ტრაფიკს სხვისი მანქანით ატარებთ და მის ხელმისაწვდომობაზე ხდებით დამოკიდებული.
- სარკეები და proxy-ები. GitHub-ის რეპოზიტორიები GitLab-ზე დაასარკეთ, image-ები Docker Hub-ზე ატვირთეთ, dual-stack მანქანაზე პატარა proxy გაუშვით. შესაძლებელია, მაგრამ ეს სანტექნიკაა, რომელიც ცოცხლად უნდა შეინარჩუნოთ.
- CDN წინ შემომავალი ვებ-ტრაფიკისთვის, რომ IPv4 ვიზიტორებმა მოგწვდნენ.
ყოველი გამოსწორება ცალკე კარგია. ერთად კი ისინი ჭამენ იმ რამდენიმე დოლარს, რაც მხოლოდ IPv6 ტარიფმა დაზოგა.
როდის გჭირდებათ ნამდვილად IPv4 და რა სახის
პროექტების უმეტესობისთვის გულწრფელი პასუხია: გინდათ IPv4 კავშირი, მაგრამ არა აუცილებლად საკუთარი IPv4 მისამართი.
- თუ არაფერს სჭირდება თქვენს სერვერთან შიგნით დაკავშირება (ბოტები, აგენტები, worker-ები, cron სამუშაოები), NAT ტარიფი საკმარისია. ის NAT-ით ყველა სერვისს წვდება, მათ შორის მხოლოდ IPv4 სერვისებს, თქვენ კი პერსონალური SSH პორტით შედიხართ. ეს ბიუჯეტური ვარიანტია: NAT ტარიფები $3/თვე-დან.
- თუ რამე შიგნით უნდა დაუკავშირდეს (ვებსაიტი, საფოსტო სერვერი, სათამაშო სერვერი, VPN წერტილი), აიღეთ ტარიფი გამოყოფილი IPv4-ით.
მხოლოდ IPv6 ტარიფებს სწორედ ზემოთ მოცემული ცხრილის მიზეზებით არ ვყიდით: $3/თვე-იანი NAT-ით სრული IPv4 წვდომით დანაზოგი არ ღირს სერვერად, რომელიც GitHub-იდან clone-ს ვერ აკეთებს. ჯერ კიდევ არ იცით, რომელი გჭირდებათ? აი ერთი კითხვის ტესტი.
კომენტარები
ჯერ არ არის კომენტარები. იყავით პირველი.