sunucu.com.tr
Linux Sunucular

Sunucu adresi nasıl bulunur: Linux'ta yerel IP, genel IP ve alan adının IP'sini gösteren bash betiği

Sunucu adresi nasıl bulunur? Linux'ta yerel IP'yi ip a ve hostname -I ile, genel IP'yi dig ve curl ile, alan adının gittiği adresi dig ile bulun. Hepsini, ağ geçidi ve DNS bilgisiyle birlikte tek ekranda gösteren salt okunur bir bash betiği de yazıda.

13 dk okuma

"Sunucu adresi nasıl bulunur" sorusunun tek bir cevabı yok, çünkü bir Linux sunucunun en az üç farklı "adresi" olabilir: arayüzdeki yerel IP, internetin gördüğü genel IP ve alan adınızın işaret ettiği IP. Bu rehber, kiraladığı ya da yönettiği sunucuya SSH ile bağlanmış sistem yöneticileri ve KOBİ çalışanları için hazırlandı. Önce her adresi tek tek bulan komutları, ardından hepsini tek ekranda gösteren küçük bir bash betiğini veriyoruz.

Sunucu adresi nasıl bulunur: önce hangi adresi aradığınızı netleştirin

En çok zaman kaybettiren durum, doğru komutla yanlış adresi bulmaktır. Üç kavramı ayırın:

  • Yerel (özel) IP: Sunucunun ağ arayüzüne atanmış adrestir. Bulut ortamlarında çoğu zaman 10.x.x.x, 172.16-31.x.x ya da 192.168.x.x gibi özel bir aralıktadır. Aynı ağdaki diğer sunucular sizi bu adresle görür.
  • Genel (public) IP: İnternetteki bir istemcinin sunucunuza ulaşırken kullandığı adrestir. Sunucu doğrudan genel IP ile yapılandırılmışsa yerel IP ile aynıdır; NAT arkasındaysa farklıdır.
  • Alan adının IP'si: example.com için DNS'te tanımlı A (IPv4) ve AAAA (IPv6) kayıtlarıdır. Bu adres sizin sunucunuz olabilir. Site bir CDN ya da ters vekil (reverse proxy) arkasındaysa ise CDN'in adresidir.

Karar ölçütü basit: SSH ile dışarıdan bağlanacaksanız genel IP'yi, aynı ağdaki veritabanı bağlantısı için yerel IP'yi, DNS kaydını kontrol ediyorsanız alan adının IP'sini arayın. Sunucu kavramlarına yeniyseniz sunucu nedir ve sunucu adresi ne anlama gelir yazısı temel çerçeveyi verir.

Ön koşullar

  • SSH ya da konsol ile sunucuya erişim. Komutların çoğu root gerektirmez.
  • iproute2 paketi (ip komutu). Güncel dağıtımların hepsinde varsayılan olarak kurulu gelir.
  • Alan adı ve genel IP sorguları için dig. Debian ve Ubuntu'da dnsutils (yeni sürümlerde bind9-dnsutils), Rocky Linux ve AlmaLinux'ta bind-utils paketindedir.
  • Yedek yöntem için curl.

Eksik paketleri kurmak için aşağıdaki komutlar Ubuntu 24.04, Debian 12 ve Rocky/AlmaLinux 9 için hazırlandı. Paket zaten kuruluysa paket yöneticisi bir şey değiştirmez. Geri almak için apt remove dnsutils ya da dnf remove bind-utils yeterlidir.

bash
# Debian ve Ubuntu: dig ve curl'u kur (kuruluysa değişiklik yapmaz)
sudo apt update && sudo apt install -y dnsutils curl

# Rocky Linux ve AlmaLinux: dig ve curl'u kur
sudo dnf install -y bind-utils curl

Linux'ta yerel IP: ip a ve hostname -I

ip a ile arayüz bazında görmek

ip a (uzun hali ip address show) her arayüzü, durumunu ve üzerindeki adresleri listeler. Ayrıntılı seçenekleri görmek için sunucuda man ip-address komutuyla kılavuz sayfasını açabilirsiniz.

bash
# Tüm arayüzler ve adresler
ip a

# Yalnız genel kapsamlı IPv4 adresleri, satır başına bir arayüz
ip -o -4 addr show scope global

İkinci komutun çıktısı şuna benzer:

bash
2: eth0    inet 192.0.2.10/24 brd 192.0.2.255 scope global eth0\       valid_lft forever preferred_lft forever

Burada eth0 arayüz adı, 192.0.2.10/24 ise adres ve ağ maskesidir. lo (127.0.0.1) arayüzü yerel geri döngüdür ve dışarıdan erişim için anlamı yoktur. scope global filtresi onu zaten eler. Docker kuruluysa docker0 ve br-... gibi köprü arayüzleri de görünür. Bunlar konteyner ağlarıdır, sunucunun adresi değildir.

hostname -I ile kısa liste

bash
hostname -I

Bu komut, geri döngü dışındaki tüm adresleri boşlukla ayrılmış tek satırda verir. Hızlıdır ama hangi adresin hangi arayüze ait olduğunu söylemez. Docker, WireGuard ya da ek IP varsa listede birden fazla adres görürsünüz ve ilk sıradaki adresin "ana" adres olduğunun garantisi yoktur. Bu yüzden betiklerde hostname -I | awk '{print $1}' kullanmak risklidir.

Varsayılan ağ geçidi ve trafiğin çıktığı adres

Birden fazla arayüz varsa internete hangisinden çıkıldığını görmek için:

bash
# Varsayılan rota: ağ geçidi ve arayüz
ip route show default

# Belge amaçlı bir adrese giderken hangi kaynak adres seçilir
ip route get 192.0.2.1

ip route get çıktısındaki src alanı, o hedefe giden pakette kullanılacak yerel adrestir. "Sunucumun asıl adresi hangisi" sorusunun en güvenilir yerel cevabı budur.

Not: ifconfig komutu net-tools paketindedir ve güncel dağıtımlarda çoğu zaman kurulu gelmez. "command not found" görürseniz paketi kurmak yerine ip komutuna geçin.

Genel (public) IP'yi bulma

Sunucu NAT arkasındaysa genel IP'yi sunucunun içinden göremezsiniz. Dışarıdaki bir hizmete "beni hangi adresle görüyorsun" diye sormanız gerekir. Bunun iki yolu var.

dig ile DNS üzerinden sorgu

DNS tabanlı yöntem hızlıdır ve HTTP isteği atmaz:

bash
# OpenDNS çözücüsüne kendi IPv4 adresinizi sorun
dig +short myip.opendns.com @resolver1.opendns.com

# Cloudflare çözücüsü üzerinden aynı bilgi (TXT kaydı olarak döner)
dig +short txt ch whoami.cloudflare @1.1.1.1

# IPv6 adresinizi sorun (sunucuda IPv6 bağlantısı varsa)
dig -6 +short AAAA myip.opendns.com @resolver1.opendns.com

Beklenen çıktı tek satırlık bir adrestir, örneğin 198.51.100.24. Çıkış yönünde 53 numaralı port engelliyse ya da sağlayıcınız DNS trafiğini kendi çözücüsüne yönlendiriyorsa sonuç boş gelebilir. O zaman HTTP yöntemine geçin.

curl ile HTTP üzerinden sorgu

bash
# IPv4 genel adresi
curl -4 -s --max-time 5 ifconfig.me; echo

# IPv6 genel adresi
curl -6 -s --max-time 5 ifconfig.me; echo

-4 ve -6 seçenekleri önemlidir. Bunları vermezseniz ve sunucuda IPv6 varsa curl IPv6 üzerinden bağlanır, siz IPv4 beklerken IPv6 adresi görürsünüz. Bunlar üçüncü taraf hizmetlerdir. Biri yanıt vermediğinde diğerine geçilebilsin diye betikte ikisini birlikte kullanıyoruz.

Alan adının hangi sunucuya gittiğini bulma

A ve AAAA kayıtları

bash
# Alan adının IPv4 ve IPv6 adresleri
dig +short A example.com
dig +short AAAA example.com

# Belirli bir çözücüye sorarak önbellek etkisini görmek
dig +short A example.com @1.1.1.1

# Kaydın hangi ad sunucularında tutulduğu
dig +short NS example.com

Kayıt bir CNAME ise +short çıktısında önce hedef ad, sonra IP görünür. Farklı çözücülerden farklı sonuç alıyorsanız iki olasılık vardır: DNS değişikliği henüz yayılmamıştır (TTL dolmamıştır) ya da alan adı coğrafi yönlendirme yapan bir hizmet kullanıyordur.

Ters kayıt (PTR)

bash
# Genel IP'nin ters DNS kaydı
dig +short -x 198.51.100.24

PTR kaydı özellikle e-posta gönderen sunucularda önemlidir. Bu kayıt alan adınızın panelinden değil, IP'nin sahibi olan sağlayıcının panelinden ya da destek ekibinden ayarlanır.

CDN arkasındaki siteler

dig sonucu sunucunuzun genel IP'siyle eşleşmiyorsa üç olasılık vardır: DNS kaydı yanlış ya da eskidir, site bir CDN ya da proxy arkasındadır, ya da alan adı başka bir sunucuyu gösteriyordur. Ayırt etmek için:

bash
# HTTP yanıt başlıklarında CDN izi arayın (server, via, cf-ray gibi alanlar)
curl -sI http://example.com | grep -iE '^(server|via|cf-ray|x-cache):'

CDN arkasındaki bir sitenin gerçek sunucu adresi DNS'ten öğrenilemez, bu tasarım gereğidir. Gerçek adresi sağlayıcınızın panelinden ya da sunucunun içinden, yukarıdaki genel IP yöntemleriyle öğrenin. DNS kayıtlarınızı alan adınızın kayıtlı olduğu yerden yönetirsiniz. Kayıtlarınız sunucu.com.tr'de duruyorsa alan adı ve DNS yönetimi sayfası üzerinden düzenleyebilirsiniz.

Hepsini tek ekranda gösteren bash betiği

Aşağıdaki betik bu kontrollerin hepsini tek komutta toplar. Gösterdikleri şunlar: ana bilgisayar adı, arayüz bazında IPv4 ve IPv6, varsayılan ağ geçidi, kullanılan DNS çözücüleri, genel IPv4 ve IPv6, NAT durumu. İsterseniz bir alan adının A/AAAA kayıtlarını da gösterir ve bu kayıtların bu sunucuyu gösterip göstermediğini söyler.

Betik Ubuntu 24.04, Debian 12, Rocky Linux 9 ve AlmaLinux 9 için hazırlandı. Yalnız okuma yapar: dosya yazmaz, ayar değiştirmez, root gerektirmez. Bu yüzden istediğiniz kadar tekrar çalıştırabilirsiniz. Geri almak için betik dosyasını silmeniz yeterlidir.

bash
#!/usr/bin/env bash
# sunucu-adres.sh
# Yerel IP, genel IP, ağ geçidi, DNS çözücüleri ve isteğe bağlı alan adı kaydını gösterir.
# Kullanım: ./sunucu-adres.sh            (yalnız sunucu bilgisi)
#           ./sunucu-adres.sh example.com (alan adı karşılaştırmasıyla)
# Salt okunur: hiçbir dosyayı ya da ayarı değiştirmez.

set -u

ALAN_ADI="${1:-}"   # İlk argüman alan adı; verilmezse alan adı bölümü atlanır

baslik() { printf '\n== %s ==\n' "$1"; }
var_mi() { command -v "$1" >/dev/null 2>&1; }

# Gelen metnin IPv4 ya da IPv6 adresi gibi görünüp görünmediğini kontrol eder
ipv4_mu() { [[ "$1" =~ ^([0-9]{1,3}\.){3}[0-9]{1,3}$ ]]; }
ipv6_mu() { [[ "$1" =~ ^[0-9a-fA-F:]+$ && "$1" == *:* ]]; }

# Genel IPv4: önce DNS (OpenDNS), olmazsa HTTP (ifconfig.me)
genel_ipv4() {
  local ip=""
  if var_mi dig; then
    ip=$(dig -4 +short +time=3 +tries=1 myip.opendns.com A @resolver1.opendns.com 2>/dev/null | tail -n1)
  fi
  if ! ipv4_mu "$ip" && var_mi curl; then
    ip=$(curl -4 -s --max-time 5 ifconfig.me 2>/dev/null)
  fi
  ipv4_mu "$ip" && printf '%s' "$ip"
}

# Genel IPv6: aynı mantık, IPv6 üzerinden
genel_ipv6() {
  local ip=""
  if var_mi dig; then
    ip=$(dig -6 +short +time=3 +tries=1 myip.opendns.com AAAA @resolver1.opendns.com 2>/dev/null | tail -n1)
  fi
  if ! ipv6_mu "$ip" && var_mi curl; then
    ip=$(curl -6 -s --max-time 5 ifconfig.me 2>/dev/null)
  fi
  ipv6_mu "$ip" && printf '%s' "$ip"
}

# Alan adını çözer: dig varsa onu, yoksa getent kullanır
coz() {
  local tur="$1" ad="$2"
  if var_mi dig; then
    dig +short "$tur" "$ad" 2>/dev/null
  elif [ "$tur" = "A" ]; then
    getent ahostsv4 "$ad" 2>/dev/null | awk '{print $1}' | sort -u
  else
    getent ahostsv6 "$ad" 2>/dev/null | awk '{print $1}' | sort -u
  fi
}

baslik "Ana bilgisayar"
echo "  Ad: $(hostname)"
echo "  FQDN: $(hostname -f 2>/dev/null || echo 'tanımlı değil')"

baslik "Yerel IPv4 (arayüz başına)"
ip -o -4 addr show scope global | awk '{print "  " $2 ": " $4}'

baslik "Yerel IPv6 (global kapsam)"
ip -o -6 addr show scope global | awk '{print "  " $2 ": " $4}'
ip -o -6 addr show scope global | grep -q . || echo "  Global IPv6 adresi yok"

baslik "Varsayılan ağ geçidi"
ip route show default | awk '{print "  IPv4: " $3 " (arayüz " $5 ")"}'
ip -6 route show default | awk '{print "  IPv6: " $3 " (arayüz " $5 ")"}'
echo "  İnternete çıkış kaynak adresi: $(ip route get 192.0.2.1 2>/dev/null | awk '{for(i=1;i<=NF;i++) if($i=="src") print $(i+1)}')"

baslik "DNS çözücüleri"
if var_mi resolvectl && resolvectl dns >/dev/null 2>&1; then
  resolvectl dns | sed 's/^/  /'
else
  grep -E '^nameserver' /etc/resolv.conf | sed 's/^/  /'
fi

baslik "Genel (public) adres"
GENEL4="$(genel_ipv4)"
GENEL6="$(genel_ipv6)"
echo "  IPv4: ${GENEL4:-bulunamadı}"
echo "  IPv6: ${GENEL6:-bulunamadı}"

# Sunucudaki tüm yerel adresler (maske olmadan), NAT ve alan adı karşılaştırması için
YEREL_LISTE="$(ip -o addr show scope global | awk '{split($4,a,"/"); print a[1]}')"

baslik "NAT durumu"
if [ -z "$GENEL4" ]; then
  echo "  Genel IPv4 alınamadı; dışa çıkış engelli olabilir"
elif grep -qxF "$GENEL4" <<< "$YEREL_LISTE"; then
  echo "  Genel IPv4 arayüzde tanımlı: doğrudan bağlantı (NAT yok)"
else
  echo "  Genel IPv4 arayüzde yok: sunucu NAT ya da 1:1 NAT arkasında"
fi

if [ -n "$GENEL4" ] && var_mi dig; then
  PTR="$(dig +short -x "$GENEL4" 2>/dev/null | head -n1)"
  echo "  Ters kayıt (PTR): ${PTR:-tanımlı değil}"
fi

# İsteğe bağlı: alan adı karşılaştırması
if [ -n "$ALAN_ADI" ]; then
  baslik "Alan adı: $ALAN_ADI"
  for TUR in A AAAA; do
    KAYITLAR="$(coz "$TUR" "$ALAN_ADI")"
    if [ -z "$KAYITLAR" ]; then
      echo "  $TUR kaydı yok"
      continue
    fi
    while read -r KAYIT; do
      [ -z "$KAYIT" ] && continue
      if ! ipv4_mu "$KAYIT" && ! ipv6_mu "$KAYIT"; then
        echo "  $TUR: $KAYIT (CNAME hedefi)"
      elif [ "$KAYIT" = "$GENEL4" ] || [ "$KAYIT" = "$GENEL6" ] || grep -qxF "$KAYIT" <<< "$YEREL_LISTE"; then
        echo "  $TUR: $KAYIT -> BU SUNUCU"
      else
        echo "  $TUR: $KAYIT -> başka sunucu, CDN ya da proxy"
      fi
    done <<< "$KAYITLAR"
  done
fi

echo

Kurulum ve çalıştırma

bash
# Betiği kullanıcı dizininize kaydedin (içeriği yukarıdan yapıştırın)
nano ~/sunucu-adres.sh

# Çalıştırma izni verin
chmod +x ~/sunucu-adres.sh

# Yalnız sunucu bilgisi
~/sunucu-adres.sh

# Alan adı karşılaştırmasıyla
~/sunucu-adres.sh example.com

Betiği tüm kullanıcılar kullanabilsin diye /usr/local/bin/sunucu-adres olarak kopyalayabilirsiniz. Geri almak için yalnız o dosyayı kaldırmanız yeterli: sudo rm /usr/local/bin/sunucu-adres.

Beklenen çıktı

NAT arkasında olan ve IPv6'sı bulunan bir bulut sunucuda çıktı şuna benzer (adresler belge amaçlıdır):

bash
== Ana bilgisayar ==
  Ad: web01
  FQDN: web01.example.com

== Yerel IPv4 (arayüz başına) ==
  eth0: 10.0.0.5/24

== Yerel IPv6 (global kapsam) ==
  eth0: 2001:db8:10::5/64

== Varsayılan ağ geçidi ==
  IPv4: 10.0.0.1 (arayüz eth0)
  IPv6: fe80::1 (arayüz eth0)
  İnternete çıkış kaynak adresi: 10.0.0.5

== DNS çözücüleri ==
  Global:
  Link 2 (eth0): 192.0.2.53

== Genel (public) adres ==
  IPv4: 198.51.100.24
  IPv6: 2001:db8:10::5

== NAT durumu ==
  Genel IPv4 arayüzde yok: sunucu NAT ya da 1:1 NAT arkasında
  Ters kayıt (PTR): web01.example.com.

== Alan adı: example.com ==
  A: 198.51.100.24 -> BU SUNUCU
  AAAA: 2001:db8:10::5 -> BU SUNUCU

Bulut sunucuda NAT, ek IP ve IPv6 durumları

1:1 NAT: Bazı bulut platformlarında arayüzde yalnız özel IP görünür ve genel IP platform tarafından birebir çevrilir. Bu durumda ip a genel adresi hiç göstermez. Bu bir hata değildir. Uygulamanızı 0.0.0.0 ya da özel IP üzerinde dinletirsiniz ve gelen trafik yine ulaşır. Betikteki "NAT durumu" satırı bu durumu ayırt eder.

Ek IP: Sunucuya ikinci bir genel IP eklendiğinde adres aynı arayüze ikincil adres olarak ya da ayrı bir arayüze atanabilir. Çıkış trafiği yine varsayılan rotanın kaynak adresinden gider. E-posta ya da IP kısıtlamalı bir API için belirli bir adresten çıkmanız gerekiyorsa kaynak adresi uygulamada açıkça belirtin. Genel IP sorgusu size yalnız varsayılan çıkış adresini gösterir.

IPv6: IPv6'da çoğu zaman NAT yoktur ve arayüzdeki global adres doğrudan genel adrestir. fe80:: ile başlayan adresler bağlantı yereldir (link-local), dışarıdan erişilemez. Alan adına AAAA kaydı eklediyseniz sunucuda IPv6'nın gerçekten çalıştığını curl -6 ile doğrulayın. Çalışmayan bir AAAA kaydı, IPv6 kullanan ziyaretçilerde bağlantı gecikmesine yol açar.

Yeni teslim aldığınız sunucuda adresleri doğruladıktan sonraki adım genellikle erişimi sağlamlaştırmaktır. Bunun için Linux sunucu ilk kurulum betiği rehberine geçebilirsiniz.

Doğrulama

Betiğin verdiği bilgiyi ikinci bir yoldan kontrol edin:

  1. Genel IP: Kendi bilgisayarınızdan ssh kullanici@198.51.100.24 ile bağlanabiliyorsanız bulunan genel IP doğrudur.
  2. Panel ile karşılaştırma: Sağlayıcınızın panelinde görünen IP ile betiğin genel IPv4 satırı aynı olmalıdır. Farklıysa çıkış trafiği başka bir NAT ağ geçidinden geçiyordur.
  3. DNS: dig +short A example.com @1.1.1.1 ve dig +short A example.com @8.8.8.8 aynı sonucu vermelidir. Farklıysa TTL süresinin dolmasını bekleyin.
  4. Uygulama dinleme adresi: ss -tlnp çıktısında web sunucusunun 0.0.0.0:80 ya da doğru IP üzerinde dinlediğini kontrol edin. 127.0.0.1:80 görüyorsanız servise yalnız sunucunun kendisinden erişilebilir.

Sık yapılan hatalar

  • hostname -I çıktısındaki ilk adresi genel IP sanmak. NAT'lı sunucuda bu özel IP'dir. Docker varsa 172.17.0.1 bile olabilir.
  • CDN IP'sini sunucu IP'si sanmak. dig ile bulduğunuz CDN adresini güvenlik duvarı kuralına ya da SSH yapılandırmasına yazarsanız sunucuya ulaşamazsınız.
  • curl ifconfig.me çıktısında IPv6 görünce şaşırmak. -4 verilmeden çalıştırılan curl, IPv6 varsa onu tercih eder.
  • Hâlâ ifconfig aramak. Güncel dağıtımlarda ip komutu standarttır, net-tools kurmak çoğu zaman gereksizdir.
  • Yerel önbellekten eski DNS yanıtı almak. systemd-resolved kullanan sistemlerde resolvectl flush-caches ile önbelleği temizleyip yeniden sorgulayın ya da doğrudan bir çözücüye (@1.1.1.1) sorun.
  • Yanlış arayüze bakmak. Birden fazla arayüz varsa trafiğin gerçekte hangi arayüzden çıktığını ip route get ile kontrol edin.

Sık sorulan sorular

Sunucuya erişimim yoksa IP adresini nasıl bulurum?

Sunucuya giriş yapamıyorsanız iki kaynağınız kalır: sağlayıcınızın paneli ile teslim e-postası, bir de alan adınızın DNS kaydı (dig +short A example.com). DNS kaydı CDN'e gidiyorsa gerçek adresi yalnız panelde görürsünüz. Panelde konsol erişimi varsa oradan oturum açıp yukarıdaki komutları çalıştırabilirsiniz.

hostname -I ile ip a arasındaki fark nedir?

hostname -I yalnız adresleri tek satırda verir, arayüz adını ve ağ maskesini göstermez. ip a ise her arayüzün durumunu, maskesini ve kapsamını da gösterir. Hızlı bakmak için hostname -I, karar vermek ve betik yazmak için ip -o addr show daha uygundur.

Genel IP'm neden panelde yazandan farklı çıkıyor?

En olası neden, çıkış trafiğinin ayrı bir NAT ağ geçidinden geçmesidir. Gelen trafik için tanımlı IP ile giden trafiğin kaynak IP'si farklı olabilir. Sunucuda birden fazla genel IP varsa varsayılan rota başka bir adresi kullanıyor da olabilir. Bunu anlamak için ip route get 192.0.2.1 çıktısındaki src değerine bakın.

Alan adımı yeni sunucuya yönlendirdim, eski IP neden hâlâ görünüyor?

DNS yanıtları, kayıttaki TTL süresi boyunca önbellekte tutulur. dig A example.com çıktısındaki ikinci sütun kalan süreyi saniye cinsinden gösterir. Yetkili ad sunucusuna doğrudan sormak için önce dig +short NS example.com ile ad sunucusunu bulun, ardından dig +short A example.com @ns1.example.com biçiminde sorgulayın.

Bu betik sunucuda bir şeyi değiştirir mi?

Hayır. Betik yalnız ip, dig, curl, resolvectl ve getent ile okuma yapar. Genel IP'yi öğrenmek için dış bir DNS çözücüsüne, gerekirse de ifconfig.me hizmetine birer istek gönderir. Bunun dışında ağ trafiği oluşturmaz ve hiçbir dosya yazmaz.

Sonuç

Sunucu adresi nasıl bulunur sorusunu cevaplamak için önce adres türünü belirleyin. Arayüzdeki yerel IP için ip -o addr show, internetin gördüğü genel IP için dig ya da curl -4, alan adının işaret ettiği adres için dig +short A kullanılır. Betik bu üçünü tek ekranda karşılaştırır ve NAT ile CDN durumlarını ayırt eder. Aynı adımları kendi ortamınızda denemek isterseniz İstanbul ya da Strasbourg lokasyonlu bir bulut sunucu üzerinde de uygulayabilirsiniz.

  • #ip adresi
  • #bash betiği
  • #dig
  • #hostname
  • #ağ yönetimi
  • #dns
  • #ubuntu 24.04

Yazar

Kurucu, sunucu.com.tr · Bulut altyapısı ve yapay zeka otomasyonları

sunucu.com.tr ve Sunucu UK'in kurucusu. Bulut altyapısı, sanallaştırma ve sunucu yönetimi üzerine çalışıyor; şirketlerin iş yazılımlarını, web sitelerini ve yapay zeka iş yüklerini güvenli sunuculara taşıyor. Blogdaki rehberler sahada karşılaşılan kurulum, güvenlik ve taşıma işlerinden derlenir; yazılar yapay zeka desteğiyle hazırlanır ve kaynaklarla doğrulanır.

Tüm yazılarıProfil