ePO açılmıyor veya servis 1053 veriyor: SQL, kimlik ve TLS zinciri

Windows servis 1053 mesajı, hizmetin beklenen sürede başlamadığını söyler; tek başına kök nedeni açıklamaz. ePO gibi veritabanına bağımlı bir üründe SQL bağlantısı, servis hesabı veya TLS sorunu daha önce oluşmuş olabilir. İnceleme servis zaman aşımından geriye doğru ilerlemelidir.

1. İlk hatayı kaydet
2. SQL hedefini doğrula
3. Ağ ve TLS’i sına
4. Hesap yetkisini incele
5. Kontrollü düzelt
6. ePO ve log akışını doğrula

Başlangıç anındaki ilk hatayı bulun

Windows Application/System olayları ile ürünün başlangıç günlüklerini aynı zaman aralığında inceleyin. Son “service failed” satırı özet olabilir. Önceki bağlantı, sertifika veya yetki hatası asıl nedeni gösterebilir.

Tekrarlanan restart denemeleri hem yük yaratır hem ilk hatayı günlük içinde kaybettirebilir. Değişiklik öncesi mevcut dosyaları ve başlangıç zamanını güvenli alanda saklayın.

Gerçek SQL hedefini doğrulayın

ePO’nun yapılandırılmış veritabanı sunucusu, instance ve veritabanı adı belirlenir. DNS veya IP değişikliği sonrası eski hedefe gitmediği kontrol edilir. Konsol bağlantısı ile ePO servisinin kullandığı bağlantı aynı olmayabilir.

Üreticinin desteklediği veritabanı yapılandırma ekranı kullanılır. Örnek yönetim adı epo.batuhanyazici.com olabilir; yönetim uç noktası internete açılmamalıdır. Bağlantı bilgisindeki parolalar raporda gösterilmez.

TCP ve TLS başarısını ayrı ölçün

SQL portuna TCP erişimi olması oturum açma ve şifreli bağlantının başarılı olduğunu kanıtlamaz. Sertifika adı, zinciri, anahtar gücü ve istemci sürücüsü uyumu incelenir. Sunucu adını IP ile değiştirmek sertifika ad kontrolünü bozabilir.

TLS’i zayıflatmak veya bütün sertifikalara güvenmek yerine desteklenen sertifika ve sürücü yapılandırması seçilir. SQL sunucusunun yeniden başlaması gerekiyorsa diğer uygulama etkileri bakım planına dahil edilmelidir.

Servis hesabını en az yetkiyle yönetin

Eski notta geniş yetkili sa hesabı kullanılmış olması bunun doğru kalıcı tasarım olduğu anlamına gelmez. Ürünün desteklediği servis hesabı ve gerekli roller üretici gereksinimiyle belirlenir. SIEM okuma hesabı uygulamanın veritabanı sahibiyle aynı olmak zorunda değildir.

Parola değiştiğinde ePO, servis ve varsa veri toplayıcı bağımlılıkları kontrollü güncellenir. Başarılı bağlantı testi yalnızca o test hesabını doğrular; çalışan servisin yeni bilgiyi aldığı ayrıca görülmelidir.

Uçtan uca kabulü tamamlayın

ePO giriş ekranı, ürün görevleri, ajan iletişimi ve SIEM log çekme akışı ayrı sınanır. Servisin Running olması uygulamanın hazır olduğu anlamına gelmez. Zaman aşımı değerini artırmak gerekiyorsa kök nedeni gizlemediği kanıtlanmalıdır.

• İlk hata ve SQL hedefi belirli.
• TLS ve hesap yetkisi doğru.
• Servis desteklenen ayarla başlıyor.
• Ajan iletişimi güncel.
• Bağımsız SIEM okuma akışı doğrulandı.

İlgili çalışma notları

• TIE ve DXL bağlantısı: Connected durumundan uçtan uca sağlık kabulüne
• SQL Server bağlantısı: DNS, port, TLS ve sürüm bilgisini doğru ayırmak
• UTM block neden oluşur? Sertifika, kategori ve FortiGuard hatasını ayırmak