Alan adımı GitHub Pages'e nasıl bağlarım?

Bir alan adını GitHub Pages'e bağlamadan önce neye ihtiyacım var?

DotAlmanac bir alan adı uzantısı rehberi ve kayıt şirketidir: her uzantıyı karşılaştırın, ardından KYC olmadan kaydedin ve kripto ile ödeyin. Bu rehberi izlemek için üç şeye ihtiyacınız var.

• DotAlmanac ad sunucularında bir alan adı. Alan adının Nameservers sekmesinde "Our nameservers" yazmalı. Alan adı başka ad sunucuları kullanıyorsa aynı kayıtları o DNS sağlayıcısında ekleyin.
• GitHub Pages'in açık olduğu bir depo. Bir daldan ya da GitHub Actions iş akışından yayımlanabilir.
• GitHub kullanıcı veya organizasyon adınız. www kaydına bu girer. Depo adı asla girmez.

Birçok geliştirici proje sitesi için .dev veya .app seçer. Önce yenileme fiyatına bakın: DotAlmanac'ın fiyat tablosuna göre, 29 Ekim 2026 itibarıyla .dev ilk yıl fiyatının %44 üzerinde, .app ise %67 üzerinde yenilenir. Bir .dev önce $8,99/yıl, sonra $12,99/yıl tutar. Her iki uzantı da GitHub Pages'in sağladığı HTTPS gerektirir. Bunları .app vs .dev üzerinden karşılaştırın.

Kayıtları bölge dosyası olarak yapıştırabilir miyim?

Evet. DNS › İçe / dışa aktar › Bölge dosyasını içe aktar yolunu izleyin, "Mevcut kayıtlara ekle"yi seçin ve aşağıdaki satırları yapıştırın. octocat yerine kendi kullanıcı adınızı yazın. İçe aktarma standart BIND sözdizimini okur, bir önizleme gösterir ve siz kaydedene kadar hiçbir şey göndermez.

@    3600  IN  A      185.199.108.153
@    3600  IN  A      185.199.109.153
@    3600  IN  A      185.199.110.153
@    3600  IN  A      185.199.111.153
@    3600  IN  AAAA   2606:50c0:8000::153
@    3600  IN  AAAA   2606:50c0:8001::153
@    3600  IN  AAAA   2606:50c0:8002::153
@    3600  IN  AAAA   2606:50c0:8003::153
www  3600  IN  CNAME  octocat.github.io.

GitHub Pages ile çıplak alan adını mı yoksa www'yi mi kullanmalıyım?

Her ikisini de ayarlayın ve depoda tercih ettiğinizi girin. Apex ve www kayıtları doğru olduğunda, GitHub Pages diğerini ona yönlendirir.

GitHub site başına bir apex alan adı veya bir www adını destekler. İki apex alan adını, iki www adını veya bir apex ile başka bir özel alt alan adını bir arada desteklemez. docs.example.com gibi bir alt alan adındaki proje için, docs'den USERNAME.github.io'ye bir CNAME ekleyin ve A kayıtlarını atlayın.

Alan adım GitHub Pages'te ne kadar sürede çalışır?

Bu, çözümleyicilerin değişikliğinizden önce gördüğü kayıtların TTL'sine bağlıdır. TTL, bir çözümleyicinin bir yanıtı önbelleğinde tuttuğu saniye sayısıdır.

• Daha önce kaydı olmayan bir ad, siz kaydettiğiniz anda çözümlenir.
• Değiştirilen bir kayıt, eski TTL'si dolana kadar bazı önbelleklerde eski değerini korur. Şablon kayıtları 3600 saniye, yani bir saat kullanır.
• Taşımayı önceden planlayın: değişiklikten bir gün önce eski kayıtların TTL'sini 300 saniyeye düşürün.

GitHub'ın kendi belgeleri, DNS değişikliklerinin yayılmasının 24 saate kadar sürebileceğini söyler. HTTPS sertifikası, DNS kontrolü başarılı olduktan sonra gelir.

GitHub neden alan adımın düzgün yapılandırılmadığını söylüyor?

Çoğu durumda, aynı ad için hâlâ eski bir kayıt yanıt veriyordur. Bu noktaları sırayla kontrol edin:

• Artık kayıtlar. @'ta eski bir A, AAAA veya ALIAS kaydı ya da bir park kaydı GitHub'ınkiyle rekabet eder. Şablon bunları kaldırır; manuel düzenlemeler sıklıkla birini atlar.
• CNAME'deki depo adı. www hedefi yalnızca USERNAME.github.io'dir.
• Joker kayıt. GitHub, *.example.com gibi bir kaydın alan adı devralma riski oluşturduğu konusunda uyarır. Silin.
• Diğer ad sunucuları. Alan adı başka bir DNS sağlayıcısı kullanıyorsa, DotAlmanac'ın DNS sekmesindeki kayıtlar sunulmaz.
• CAA kayıtları. CAA kayıtları yayınlıyorsanız, GitHub HTTPS için en az bir tanesinin letsencrypt.org değerine sahip olmasını gerektirir.

Sonucu dig example.com +short veya herhangi bir çevrimiçi DNS sorgusuyla test edin.