TSplus Web Portal’da HTTPS sertifika yenileme, yalnızca kurulum sırasında tamamlanacak bir işlem değildir. Kullanıcıların her gün açtığı portal adresinde doğru sertifikanın sunulması, yenilemenin izlenmesi ve bir sorun çıktığında kimin müdahale edeceğinin bilinmesi gerekir.
Örneğin sabah işe başlayan bir ekip tarayıcıda sertifika uyarısı görürse, Windows uygulaması sunucuda çalışıyor olsa bile erişim süreci aksayabilir. Bu rehber, TSplus Remote Access yöneten BT ekipleri için sertifika envanteri, yenileme sorumluluğu ve işlem sonrası doğrulamayı birlikte ele alan bir bakım planı sunar.
İlk soru: Kullanıcı hangi adrese bağlanıyor?
Önce kullanıcıya dağıtılan gerçek portal adresini kaydedin. Örneğin portal.example.com ile başka bir sunucu adı, aynı makineye ulaşsa bile sertifika açısından aynı kimlik değildir. Tarayıcının gördüğü ad ile sertifikanın kapsadığı adları karşılaştırın.
Altyapıda reverse proxy, yük dengeleyici veya başka bir HTTPS giriş katmanı varsa bağlantının nerede sonlandığını da belirleyin. Bakım kaydında “sunucunun sertifikası yenilendi” yazması yeterli değildir; kullanıcıya sunulan sertifikanın hangi bileşenden geldiği açık olmalıdır. Arka uçta ayrıca HTTPS kullanılıyorsa bu bağlantıyı da ayrı takip edin.
TSplus’ta hangi sertifika yöntemini kullanıyorsunuz?
TSplus’ın yerleşik web sunucusu için iki yaygın yöntem, ücretsiz sertifika yöneticisi ve dışarıdan alınan sertifikanın içe aktarılmasıdır. Kurumunuzun TLS mimarisine uygun yöntemi seçin.
| Yöntem | Ürün tarafındaki yaklaşım | BT ekibinin sorumluluğu |
|---|---|---|
| Free Certificate Manager | Let’s Encrypt üzerinden sertifika alma ve otomatik yenileme | Ön koşulları korumak, yenileme sonucunu ve dışarıya sunulan sertifikayı izlemek |
| Üçüncü taraf sertifika | AdminTool içinden uygun PFX dosyasını ekleme | Yenilemeyi planlamak ve güncel sertifikayı ilgili servise uygulamak |
Ücretsiz yöneticiye AdminTool içindeki Web / HTTPS bölümünden ulaşılır. Resmî doküman, bu araç için internette erişilebilir alan adı, HTTP 80 üzerinde çalışan TSplus yerleşik web sunucusu ve uygun Gateway veya Standalone sunucu koşullarını belirtir. Bu ön koşulları farklı bir web sunucusu veya proxy mimarisine doğrudan genellemeyin.
Dışarıdan sertifika eklerken TSplus’ın ilgili ekranı PFX biçimini kullanır; dosya parolalıysa parola da gerekir. İçe aktarılmış sertifikanın yenilenmesini ücretsiz yöneticinin otomatik üstleneceğini varsaymayın. Ayrıntılar: Free Certificate Manager ve üçüncü taraf HTTPS sertifikaları.
Otomatik yenileme varsa neden kontrol gerekiyor?
Otomasyonun çalışması ile sonucun doğrulanması iki ayrı adımdır. DNS, NAT veya doğrulama trafiğinin geçtiği bileşenlerde yapılan bir değişiklik, daha önce çalışan süreci etkileyebilir. Özellikle HTTP-01 doğrulamasında alan adının doğrulama isteğine doğru yanıt vermesi gerekir; Let’s Encrypt bu yöntemi 80 numaralı port üzerinden gerçekleştirir. Kaynak: Let’s Encrypt doğrulama yöntemleri.
Yenileme aralığını eski bir kurulum notundan kopyalamayın. Kurulu TSplus sürümünün güncel dokümanını ve sertifikanın gerçek geçerlilik tarihini esas alın. Bakım formunda son başarılı işlem zamanı ile tarayıcıda görülen yeni bitiş tarihini ayrı alanlara yazın.
Uygulanabilir bir bakım takvimi oluşturun
Aşağıdaki plan, kurum içinde uyarlanacak bir iş akışı önerisidir; ürünün varsayılan takvimi değildir. Kontrol sıklığını sertifikanın geçerlilik süresine ve hizmetin önemine göre belirleyin.
| Kontrol anı | Yapılacak iş | Kaydedilecek kanıt |
|---|---|---|
| İlk kurulumda | Portal adı, sertifika yöntemi, sorumlu ve yedek sorumluyu tanımlayın | Giriş adresi ve başlangıç envanteri |
| Düzenli bakımda | Dışarıdan sunulan sertifikayı ve yenileme sonucunu kontrol edin | Bitiş tarihi, kontrol zamanı ve sonuç |
| DNS veya ağ değişikliğinde | Doğrulama yolunu ve portal erişimini yeniden sınayın | Değişiklik kaydı ve test sonucu |
| Yenilemeden sonra | Yeni bağlantıda güncel sertifikanın sunulduğunu doğrulayın | Yeni tarih, seri numarası veya parmak izi |
| Bir hata oluştuğunda | Hata kodunu sınıflandırın ve görev sahibine yönlendirin | Etkilenen adres, cihaz ve hata zamanı |
İzin veya tatil dönemlerini de düşünün: sertifika hesabının yalnızca bir kişinin posta kutusuna bağlı olması yerine, sürecin kurum içinde devredilebilir olmasını sağlayın. Özel anahtarı, PFX dosyasını ve parolayı herkese açık bakım belgelerine eklemeyin.
Yenileme sonrası 7 adımlık kabul testi
- Gerçek adresi kullanın: kullanıcıların açtığı aynı alan adı ve bağlantı yoluyla test yapın.
- Dış ağdan bağlanın: yalnızca sunucu üzerindeki yerel testi yeterli saymayın.
- Sertifikayı inceleyin: kapsanan adları, geçerlilik tarihini ve beklenen sertifika kimliğini kontrol edin.
- İkinci cihaz deneyin: kurumda kullanılan başka bir güncel tarayıcı veya mobil cihazla sonucu karşılaştırın.
- Standart kullanıcıyla oturum açın: portalın açılmasının yanında yayınlanan uygulamanın başlatılmasını da sınayın.
- Günlük işi tamamlayın: örnek rapor görüntüleme veya izinli bir dosya işlemiyle kullanım senaryosunu doğrulayın.
- Bakım kaydını kapatın: test sonucu, yeni bitiş tarihi ve sonraki kontrolün sorumlusunu yazın.
Dosya işlemlerini test planına eklerken HTML5 dosya aktarımı ve pano rehberindeki senaryolardan yararlanabilirsiniz.
Tarayıcı uyarısını doğru sınıflandırın
Her sertifika uyarısının nedeni süre dolması değildir. Kullanıcıdan tam hata kodunu, açtığı adresi ve cihaz saatini isteyin. Mozilla’nın güvenlik uyarıları açıklaması, süresi dolmuş sertifika, alan adı uyuşmazlığı ve bilinmeyen sağlayıcı gibi durumları ayrı ele alır.
- Süre hatası: sertifikanın geçerlilik tarihlerini ve istemci saatini kontrol edin.
- Alan adı uyuşmazlığı: açılan adresin sertifikada kapsanıp kapsanmadığını inceleyin.
- Güven zinciri sorunu: ara sertifikaları ve istemcinin güven deposunu değerlendirin.
- Yalnızca bir cihazda sorun: o cihazın tarihini, tarayıcısını ve kurumsal bağlantı koşullarını diğer cihazlarla karşılaştırın.
Çözüm olarak kullanıcıya uyarıyı alışkanlıkla geçmesini önermeyin. Sorunu doğru bileşende giderin ve ardından aynı erişim yolundan tekrar test edin.
Sık sorulan sorular
Sertifikayı yenilemek erişim sorununun tamamını çözer mi?
Yalnızca sorun sertifika katmanındaysa yeterli olabilir. Portal erişimi, kullanıcı doğrulaması ve uygulamanın açılması ayrı kontrol noktalarıdır. Bu yüzden kabul testi oturum açmayı da kapsamalıdır.
Yenileme başarılı görünüyor ama eski sertifika neden sunuluyor?
Önce isteğin hangi giriş bileşenine gittiğini belirleyin. Proxy veya birden fazla HTTPS uç noktası bulunan yapılarda yenilenen bileşen ile test edilen bileşen farklı olabilir. Adres, seri numarası ve geçerlilik tarihini karşılaştırın.
Hangi bilgileri bakım formuna yazmalıyız?
Portal adresi, sertifika yöntemi, bitiş tarihi, son kontrol, görev sahibi, yedek sorumlu ve test sonucu iyi bir başlangıçtır. Hassas anahtar ve parola bilgilerini bu formdan ayrı, erişimi sınırlı bir yerde tutun.
Sertifika yönetimini uzak erişim planınıza dahil edin
Başarılı bir HTTPS kurulumu, izlenebilir bir bakım süreciyle tamamlanır. Uzak erişimde iş sürekliliği rehberini de kullanarak teknik kontrolleri sorumluluk ve geri dönüş planıyla birleştirin. Yeni bir ortamı değerlendirmek için TSplus indirme merkezinden başlayabilirsiniz.