E-defter PKIX path building failed: hangi sertifika incelenmeli?

Kontrol sırası

1. Hata zincirini, işlem aşamasını ve uygulama sürümünü kaydedin. Yalnız ekrandaki genel imzalama hatası başlığını iletmeyin.
2. Bağlantı hatası ile kart/PIN ekranındaki gözlemleri ayrı kayıt alanlarında tutun. Aynı sertifika kelimesinin farklı katmanlarda kullanılabildiğini dikkate alın.
3. Uygulamanın hangi çalışma ortamını kullandığını sağlayıcıdan öğrenin. Tarayıcıdaki test ile uygulama bağlantısının aynı ortamı kullandığını varsaymayın.
4. Yetkili teknik kişi bağlantı hedefi, sertifika zinciri ve güven deposu kapsamını inceletsin. Bilinmeyen sertifikayı güvenilir yapmayı veya doğrulamayı kapatmayı deneme yöntemi saymayın.
5. Önerilen değişikliği, uygulayan kişiyi ve sonraki test sonucunu ayrı kaydedin. Bağlantı kurulduğunda gerçek işlem sonucunu ayrıca kontrol edin.

Orkestra’nın yardımında bu hata için uygulamaya özgü dosya/konum önerileri bulunur. Bunları bütün kurulumlarda geçerli güncel çözüm olarak aktarmıyoruz. Microsoft’un JDBC şifreleme belgesi de bağlantı sertifikasının doğrulanması ile güven deposu kavramlarını açıklar; bu, kart sertifikası seçimiyle aynı işlem değildir.

Örnek iş kaydı

Örnek: “Servise bağlanırken PKIX mesajı; kart araçta görünüyor; uygulama güven yapılandırması incelenecek.” Kartın görünmesi servis bağlantısını doğrulamaz, bağlantı hatası da kartın arızasını tek başına kanıtlamaz.

Kontrolün sınırı

Güven deposunu silmeyin, uygulama klasörünü rastgele taşımayın veya internetten alınan sertifikaları içe aktarmayın. Bu sayfa bağlantınıza erişmez ve sertifika kurmaz.

Sık sorulan soru

PKIX mesajında mali mühür yenilemek her zaman çözüm mü?

Hayır. Hatanın bağlantı ve güven katmanı belirlenmeden yeni sertifika siparişiyle çözüleceği söylenemez.