−25%

yıllık Windows ödemesinde, 31 Ekim'e kadar. Paketlere git

EQVPS
Hemen başla

NAT mı, kendi IPv4'ünüz mü: tek bir yönlendirilmiş portun yapabildikleri ve yapamadıkları

10 Eki 2026 · 5 dk okuma · EQVPS Team

Çoğu kişi NAT'ın ne demek olduğunu satın aldıktan yaklaşık on dakika sonra öğrenir. Nginx açılır, curl localhost sayfayı döndürür, dizüstündeki tarayıcı ise dönüp durur. Hiçbir şey bozuk değil. Sunucunun sadece kendine ait genel bir IPv4 adresi yoktur ve tek giriş kapısı SSH için yönlendirilmiş bir porttur.

Bu tek kapı şaşırtıcı miktarda iş için yeterlidir, bazı çok yaygın şeyler için ise hiç yeterli değildir. Hâlâ iki tarife türü arasında seçim yapıyorsanız, eski yazımız Özel IP mi, NAT VPS mi meseleyi çözen tek soruyu soruyor. Bu yazı ise cevapla yaşamayı anlatıyor: NAT sunucusu pratikte ne yapabilir, nerede duvara çarpar ve onu aştığınızda nasıl çıkarsınız.

Gerçekte ne alıyorsunuz

NAT sunucusunun ağ geçidimizin arkasında özel bir adresi vardır. Kontrol paneli bir host ve kişisel bir port gösterir, bağlantıyı şöyle kurarsınız:

ssh -p 20123 root@host

Bu port, sunucunuzun içindeki 22 numaralı porta gider. IPv4'teki diğer tüm gelen portlar dışarıdan kapalıdır ve fazlasını yönlendirme seçeneği yoktur. Giden trafik başka bir konu: sunucu internette her şeye ulaşır, NAT olsun ya da olmasın tüm tarifelerde kapalı olan SMTP portları 25 ve 465 hariç. Kuralların tamamı Ağ ve portlar bölümünde.

Bazıları için önemli bir ayrıntı daha: giden adres size ait değildir. Trafik sizin kontrol etmediğiniz bir adresten çıkar; bu yüzden onun için ters DNS ayarlayamaz, üzerinde gönderici itibarı kuramazsınız.

Tek bir portun arkasında sorunsuz çalışanlar

Konuşmayı kendisi başlatan her şey. Bu, kulağa geldiğinden daha geniş bir kategori:

  • Sorgulayan botlar. Long polling kullanan bir Telegram botu, gateway bağlantısındaki bir Discord botu, bir borsanın API'siyle konuşan bir işlem botu. Hepsi giden bağlantı.
  • Yapay zeka ajanları. Model API'lerini çağıran, web'de gezinen, dosya yazan ve kod çalıştıran bir ajanın kimsenin onu aramasına ihtiyacı yoktur. CPU'ya, belleğe ve dışarıya bir bağlantıya ihtiyacı vardır.
  • Worker'lar ve scraper'lar. Kuyruktan iş çeken, sayfa tarayan ya da belli bir takvimle veri eşitleyen her şey.
  • Derleme makineleri ve runner'lar. CI runner'ları genellikle sunucuya kendileri kaydolur ve işi kendileri çeker, bu yüzden NAT'ta rahattırlar.

Bu tür bir yük için en ucuz tarife açıkçası yeterli. Nano ayda 3 $ karşılığında 2 vCPU, 1 GB RAM ve 15 GB disk verir; Small 8 $ karşılığında 4 vCPU, 4 GB ve 35 GB. Tam liste NAT tarifelerine ayrılmış sayfada.

Tek bir portun yetmediği yerler

Duvar, bağlantıyı başka birinin başlatması gereken her şeydir.

Web sitesi en bariz örnek. Tarayıcılar 443 numaralı porta (ve yönlendirme için 80'e) bağlanır, NAT tarifesinde ise bu portlar dışarıdan bakınca yoktur. Standart dışı bir port da işe yaramaz, en azından ziyaretçilerin kabul edeceği bir şekilde.

HTTPS'li kendi alan adınız aynı duvara iki kez çarpar. Bir DNS kaydını ağ geçidinin adresine yönlendirebilirsiniz, ama oraya gelen hiçbir şey SSH portunuz dışında sunucunuza iletilmez. Ücretsiz sertifika almanın olağan yolu da sunucunuzu 80 veya 443 numaralı portta kontrol eder.

Webhook'lar sessizce başarısız olur. Ödeme bildirimleri, güncelleme gönderen bir bot platformu, yeni bir commit'i duyuran bir Git sunucusu: hepsinin size ulaşması gerekir. Long polling ile mükemmel çalışan bot, onu webhook'lara geçirdiğiniz anda çalışmayı bırakır.

VPN uç noktaları, oyun sunucuları ve posta sunucuları tanım gereği gelen portlara ihtiyaç duyar. Bir iş arkadaşınızın tarayıcıda açmasını istediğiniz her şey de öyle.

Geçici çözümler, dürüstçe

IPv6. Yeni Linux sunucular genel bir IPv6 adresi alır ve NAT tarifelerinde bu adres sunucuya her porttan doğrudan ulaşır. Hizmetinizin tüm istemcileri sizinse (dizüstünüz, diğer sunucularınız, IPv6'lı bir izleme yoklaması), bu iyi çalışır. Herkese açık bir web sitesi için çalışmaz: ziyaretçilerin bir kısmı hâlâ IPv6'sız ağlarda ve sayfayı asla yükleyemez. Windows tarifeleri şimdilik yalnızca IPv4'tür.

Bir tünel. Başka bir yerdeki bir aktarıcıya giden bağlantıyı açık tutan küçük bir ajan çalıştırabilirsiniz; aktarıcı da genel trafiği tünel üzerinden geri gönderir. Çalışır ve bir demo ya da dahili bir panel için makuldür. Önemli olan her şey için ise her isteğin ortasına üçüncü bir taraf koymuş ve gece saat üçte bozulabilecek bir parça daha eklemiş olursunuz.

Kendiniz için bir SSH tüneli. Yönetim paneline yalnızca siz ihtiyaç duyuyorsanız, onu hiç dışarı açmayın. Zaten sahip olduğunuz SSH portu üzerinden yönlendirin:

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

Ardından kendi makinenizde http://localhost:8080 adresini açın. NAT sunucusundaki en hafife alınan numara budur ve paneli internete koymaktan zaten daha güvenlidir.

Dürüst görüşüm: IPv6 ve SSH tünelleri iyi araçlardır. Sunucunun IPv4'ü olmadığı için tünelden geçirilen kalıcı ve herkese açık bir hizmet ise genellikle NAT'ı aştığınızın işaretidir.

Yeniden kurmadan kendi IPv4'ünüze geçmek

Hiçbir şeyi yeniden kurmanız gerekmez. Sunucuyu kontrol panelinde açın, «Tarifeyi değiştir» seçeneğini ve aynı boyutta ya da daha büyük özel IP'li bir tarifeyi seçin. Sunucu bir kez yeniden başlar ve kendi genel IPv4'ü, diski ve kurduğunuz her şeyle geri gelir. 80, 443 portları ve güvenlik duvarında açtığınız her şey erişilebilir hale gelir, SSH de normal 22 numaralı porta taşınır. Ayrıntılar Tarife değiştirme bölümünde.

Tıklamadan önce bilmeye değer birkaç şey:

  • Mevcut dönemin kalanı için orantılı farkı bakiyenizden ödersiniz. Nano-IP ayda 8 $, Nano ise 3 $; Small-IP 16 $, Small ise 8 $.
  • Sunucunuzun konumunda boş bir adres olması gerekir. Şu anda yoksa, kontrol paneli herhangi bir ücret alınmadan önce bunu söyler.
  • Sunucunun içindeki ağ yapılandırmasını elle değiştirdiyseniz, yeniden başlatmadan sonra kontrol edin. Standart bir imajda kendiliğinden uygulanır.
  • Önce yedek alın. Sadece bir yeniden başlatma, ama yine de verileriniz.

NAT'ın uymadığı yerler, IPv4'ün de uymadığı yerler

NAT, herkese açık her şey, webhook alan her şey ve birinin izin listesine ekleyeceği sabit bir adres gerektiren her şey için yanlış seçimdir. Bunun etrafından dolanmak için günler harcamayın. Nano ile Nano-IP arasındaki fiyat farkı ayda 5 $.

Ama özel bir IPv4 de sihir değildir. Veri merkezi adreslerini engelleyen bir sitenin sizi içeri almasını sağlamaz ve hız sınırına takılan bir scraper'ı kurtarmaz, çünkü bu kararlar adresi başka kimin kullandığına değil, içinde bulunduğunuz ağa göre verilir. Ve tüm projeniz birkaç bot ve bir ajandan ibaretse, kimsenin asla bağlanmayacağı bir IPv4 satın almak boşa para harcamaktır.

Zaten daha büyük bir kuruluma geçmeyi planlıyorsanız, VPS'i kesintisiz taşımak adımların sırasını anlatıyor, VPS özelliklerini okumak ise tarifeleri karşılaştırırken yardımcı olur.

SSS

NAT VPS'te web sitesi barındırabilir miyim?

IPv4 üzerinden hayır. NAT tarifesinde 80 ve 443 portlarına internetten ulaşılamaz, bu yüzden tarayıcılar IPv4 ile bağlanamaz. NAT'taki Linux sunucular her portta bağlantı kabul eden genel bir IPv6 adresi alır, ama yalnızca IPv6 ile ulaşılabilen bir site, ağında IPv6 olmayan ziyaretçiler için görünmezdir. Gerçek bir web sitesi için kendi IPv4'ü olan bir tarife kullanın.

NAT tarifesinde daha fazla yönlendirilmiş port alabilir miyim?

Hayır. NAT sunucusunun SSH için tek bir kişisel portu vardır (Windows'ta RDP için). Daha fazla gelen port gerekiyorsa, özel IP'li tarifeler tam da bunun içindir.

Telegram veya Discord botu NAT'ta çalışır mı?

Evet, bağlantıyı kendisi dışarıya açtığı sürece. Long polling ve gateway bağlantıları gidendir, bu yüzden çalışır. Webhook ise platformun sunucunuza ulaşmasını gerektirir ve NAT bunu IPv4 üzerinden izin vermez.

NAT'tan özel IP'ye geçmek için yeniden kurulum gerekir mi?

Hayır. Kontrol panelinde «Tarifeyi değiştir»i ve aynı boyutta ya da daha büyük özel IP'li bir tarifeyi seçin. Sunucu bir kez yeniden başlar, diskini ve yazılımlarını korur, siz de dönemin kalanı için yalnızca orantılı farkı ödersiniz.

NAT sunucusunun giden IP'si benim mi?

Hayır. NAT'ta giden adres size ait değildir; bu yüzden üzerinde kendi gönderici itibarınızı kuramaz, ters DNS'ini ayarlayamazsınız. Bir API'nin, bir iş ortağının veya bir posta sunucusunun sabit bir adrese güvenmesi gerekiyorsa, özel IPv4'lü bir tarife seçin.

Yorumlar

Henüz yorum yok. İlk olun.

Bir yorum bırakın

Yorumlar görünmeden önce denetlenir.