Not: Bu içerik, Starora için “gerçek zamanlı” resmi bir durum panosu verisi sağlamaz. Elinizde resmi bir durum sayfası veya kamuya açık ölçüm kaynağı yoksa, “son 72 saat uptime” gibi sayısal sonuçlar ancak sizin kuracağınız izleme (monitoring) ile güvenle üretilebilir. Aşağıda, bunu güvenli ve pratik şekilde nasıl yapacağınızı anlatıyorum.

Starora sunucu durumu ne demek? (Uptime, kesinti, performans)

Bir hizmete erişemediğinizde sorun her zaman “sunucu kapalı” değildir. Genellikle üç farklı durumla karşılaşılır:

• Uptime (erişilebilirlik): Sunucunun istekleri yanıtlayıp yanıtlamadığı. Ölçüm genelde HTTP yanıtı (200/300/400/500) veya ping ile yapılır.
• Kesinti (incident): Belirli bir süre boyunca yanıt alınamaması ya da hata kodlarının artması.
• Performans: Sunucu ayakta olsa bile yavaş yanıt verebilir (yüksek gecikme, zaman aşımı, sayfa yüklenmeme).

“Starora giriş” sayfası açılmıyor veya oturum açılamıyorsa, önce bunun sizin tarafınızda mı yoksa genel bir erişim sorunu mu olduğuna dair hızlı bir kontrol yapmak gerekir.

Hızlı kontrol: Sorun sizde mi, herkeste mi?

1) Farklı bağlantılarla deneyin (2 dakika)

• Wi-Fi yerine mobil veri ile deneyin (veya tersi).
• Ev/iş ağı dışında bir ağdan (ör. telefon erişim noktası) test edin.
• Mümkünse farklı bir cihaz ve farklı bir tarayıcı kullanın.

Tek bir ağda sorun yaşıyor, diğer ağda sorunsuz erişiyorsanız bu genellikle yerel ağ/DNS/ISS kaynaklı olabilir.

2) Üçüncü taraf “erişilebilir mi?” kontrolü

Resmi bir durum sayfası yoksa, hızlı doğrulama için genel site kontrol servisleri yardımcı olabilir. Bu servisler farklı lokasyonlardan belirli bir URL’ye HTTP isteği atar.

• Down For Everyone Or Just Me
• Is It Down Right Now?

İpucu: Kontrol ederken yalnız ana sayfayı değil, mümkünse girişe giden URL’yi de test edin. Bazı durumlarda ana sayfa çalışır, kimlik doğrulama uç noktası sorunlu olabilir.

3) Tarayıcı kaynaklı sorunları elemek

• Gizli pencere/özel mod ile deneyin.
• Önbelleği ve çerezleri temizleyin (özellikle yalnız Starora ile ilgili olanları).
• Tarayıcı eklentilerini geçici olarak kapatın (reklam engelleyici, güvenlik eklentileri vb.).

Oturum açma döngüsü, “sayfa sürekli yenileniyor” gibi davranışlar bazen çerez/oturum verisi bozulmasından kaynaklanır.

Son 72 saat uptime ve kesinti raporu nasıl oluşturulur?

Elinizde hazır bir rapor yoksa, en güvenilir yaklaşım kendi ölçümünüzü başlatmak ve 72 saat sonra raporlamaktır. Aşağıdaki yöntemler bir “erişilebilirlik raporu” ve “kesinti günlüğü” üretmenize yardım eder.

Adım 1: Ölçüm hedefini netleştirin

İzlemede hedef seçimi çok önemlidir. “Starora giriş” odağında iki ayrı kontrol tanımlamak genellikle daha anlamlıdır:

• Genel erişim: Ana sayfa veya hafif bir sağlık (health) URL’si (varsa).
• Giriş akışı erişimi: Giriş sayfası URL’si (HTTP 200 dönüyor mu?)

Not: Bu rehber sadece erişilebilirlik (sayfa yanıt veriyor mu?) ölçümüne odaklanır. Şifre denemeleri, otomasyonla giriş işlemi gibi eylemler hem gereksizdir hem de hizmet koşullarına aykırı olabilir.

Adım 2: Bir izleme aracı seçin

Genel kullanım için aşağıdaki servisler sık tercih edilir (ücretli/ücretsiz planları olabilir):

• UptimeRobot (HTTP(s) izleme, raporlar, bildirimler)
• StatusCake (çoklu lokasyon testleri, raporlama)
• Better Stack Uptime (izleme ve olay takibi)

Seçeceğiniz araçta arayın:

• Kontrol sıklığı (1–5 dakika gibi)
• Birden fazla lokasyondan doğrulama
• HTTP yanıt kodu ve zaman aşımı (timeout) kaydı
• CSV/PDF dışa aktarma

Adım 3: İzleme ayarlarını doğru yapılandırın

• Kontrol tipi: HTTP(s)
• Aralık: 1–5 dakika (daha sık = daha hassas rapor, daha çok bildirim)
• Zaman aşımı: 10–30 saniye aralığı (çok kısa tutmak yalancı kesinti oluşturabilir)
• Doğrulama: Mümkünse “birden fazla kontrol noktası başarısız olursa kesinti say” mantığı
• Bildirim: E-posta veya uygulama bildirimi (sadece gerçekten gerekli kişilere)

Pratik öneri: Sadece tek bir URL yerine iki monitör kurun: biri ana sayfa, biri giriş sayfası. Böylece “hizmet ayakta ama giriş tarafı sorunlu” gibi senaryoları daha net yakalarsınız.

Adım 4: 72 saat sonunda veriyi dışa aktarın

Çoğu izleme aracı şu bilgileri verir:

• Toplam izleme süresi
• Kesinti sayısı ve kesinti süresi
• En uzun kesinti
• Yanıt süresi (ortalama/p95 gibi)
• Zaman çizelgesi (timeline)

Raporu indirip “son 72 saat” aralığını filtreleyin. ABD’de raporlama yapıyorsanız saat dilimini (ET/PT) not etmek faydalıdır; olay saatleri yanlış yorumlanmasın.

Adım 5: Uptime yüzdesini kendiniz hesaplayın (kontrol)

Aracın verdiği uptime’a ek olarak hızlı bir doğrulama için:

Uptime % = (Toplam süre − Toplam kesinti süresi) / Toplam süre × 100

72 saat = 4.320 dakika. Örneğin toplam 12 dakika kesinti varsa:

Bu sadece temsilî örnektir: (4.320 − 12) / 4.320 × 100 = %99,72

Adım 6: Olayları sınıflandırın (teşhis için)

Aynı “erişilemiyor” sonucunun farklı kök nedenleri olabilir. İzleme kaydındaki ipuçlarına göre sınıflandırma yapın:

• DNS çözümlenemedi: Alan adı IP’ye çevrilemiyor.
• Bağlantı zaman aşımı: Sunucuya ulaşılabiliyor gibi görünüyor ama yanıt gelmiyor.
• HTTP 5xx: Sunucu tarafı hata olasılığı.
• HTTP 403/429: İstek kısıtlaması veya erişim kuralı olasılığı (özellikle çok sık kontrol ediyorsanız).

Temsilî “son 72 saat” rapor şablonu

Aşağıdaki tabloyu kendi izleme çıktınızla doldurarak yayınlanabilir bir “erişim kesintisi raporu” formatı oluşturabilirsiniz:

Tablodaki kayıtlar örnek amaçlıdır; gerçek Starora verisi değildir.

Starora giriş çalışmıyorsa: Kullanıcı tarafı sorun giderme adımları

1) DNS önbelleğini temizleyin

DNS kaynaklı sorunlarda, cihazın tuttuğu eski kayıtlar problem çıkarabilir. İşletim sistemine göre DNS önbelleğini temizlemek yardımcı olabilir.

• Windows: Komut İstemi’nde ipconfig /flushdns (komut ayrıntıları için Microsoft belgeleri: learn.microsoft.com)
• macOS: Sürüm bazlı komutlar değişebilir (Apple destek sayfaları ve güvenilir kaynakları izleyin).

Alternatif olarak farklı bir genel DNS sağlayıcısı denemek (ör. 1.1.1.1) bazı ISS kaynaklı çözümleme sorunlarını azaltabilir: Cloudflare 1.1.1.1.

2) VPN/kurumsal ağ etkisini kontrol edin

Bazı ağlar belirli alan adlarına erişimi kısıtlayabilir veya trafiği farklı rotalara yönlendirebilir. Eğer VPN veya kurumsal ağ kullanıyorsanız:

• VPN kapalıyken deneyin.
• Farklı bir ağdan test edin.

3) Saat/tarih ayarlarını doğrulayın

Cihazın tarih-saat ayarı ciddi şekilde yanlışsa, bazı güvenli bağlantılar (TLS sertifika doğrulama) sorun çıkarabilir. “Otomatik saat” seçeneğini açıp tekrar deneyin.

4) Tarayıcı çerez/oturum sorunları

• Starora ile ilgili çerezleri temizleyin.
• Gizli pencerede tekrar deneyin.
• Farklı tarayıcı ile doğrulayın.

Performans analizi: Erişim var ama yavaşsa neye bakmalı?

Site açılıyor ama yavaşsa, sorun sunucu yükü, ağ rotası veya cihaz tarafı olabilir. Ev kullanıcıları için güvenli ve basit kontrol noktaları:

• Yanıt süresi trendi: İzleme aracınızda “response time” grafiğine bakın. Belirli saatlerde sürekli yükseliyorsa yoğunluk kaynaklı olabilir.
• Traceroute: Ağ rotasında belirli bir noktada gecikme artıyor mu bakılabilir. Windows komutu: tracert (genel bilgi: learn.microsoft.com).
• Tarayıcı geliştirici araçları: Ağ (Network) sekmesinde hangi isteklerin uzadığını görebilirsiniz (özellikle giriş ekranındaki API çağrıları).

Önemli: Bu kontroller yalnızca erişilebilir bir hizmetin performansını anlamak içindir. Aşırı ve sürekli istek göndermek hizmeti zorlayabilir; ölçümü makul aralıklarla tutun.

Resmi durum sayfası varsa nasıl izlenmeli?

Starora’nın resmi bir durum sayfası (Status) veya resmi sosyal hesap duyuruları varsa, öncelik onları takip etmektir. Resmi kanallar genelde şunları içerir:

• Planlı bakım pencereleri
• Devam eden olaylar ve etkilenen bileşenler (web, giriş, API vb.)
• Çözüm sonrası kök neden özeti

Resmi bir durum sayfası bulursanız, RSS/e-posta aboneliği ile bildirim almayı düşünebilirsiniz.

Yayınlanabilir “72 saatlik durum özeti” nasıl yazılır?

Bir blog veya haber sayfasında kullanıcıya faydalı, temkinli bir özet için şu format işe yarar:

• Kapsam: “Son 72 saat” + saat dilimi
• Ölçüm yöntemi: Hangi araç, hangi URL’ler, kaç dakikada bir kontrol
• Özet metrikler: Toplam kesinti süresi, kesinti sayısı, en uzun olay (varsa)
• Kullanıcı etkisi: Giriş sayfası mı etkilendi, genel site mi
• Sınırlamalar: Ölçüm noktaları, cihaz/ağ farklılıkları

Bu yaklaşım, “tek bir ekran görüntüsü” yerine tekrarlanabilir ve denetlenebilir bir rapor üretmenizi sağlar.

Sonuç

Starora giriş sorunları yaşadığınızda, önce bunun yerel ağ/tarayıcı kaynaklı mı yoksa genel bir erişim problemi mi olduğunu hızlı kontrollerle ayırın. Ardından, “son 72 saat uptime” gibi bir iddiayı güvenle söyleyebilmek için kendi izleme kurgunuzu kurup veriyi dışa aktararak raporlayın. Resmi bir durum sayfası mevcutsa, en doğru referans her zaman resmi kanallar olacaktır.