İstek iptal edildi: Güvenli SSL / TLS kanalı oluşturulamadı

Bu hata mesajı nedeniyle WebRequest kullanarak HTTPS sunucusuna bağlanamadık:

The request was aborted: Could not create SSL/TLS secure channel.

Sunucunun belirtilen yolla geçerli bir HTTPS sertifikası olmadığını biliyoruz, ancak bu soruna geçici bir çözüm bulmak için, başka bir StackOverflow iletisinden aldığımız aşağıdaki kodu kullanıyoruz:

 private void Somewhere() { ServicePointManager.ServerCertificateValidationCallback += new RemoteCertificateValidationCallback(AlwaysGoodCertificate); } private static bool AlwaysGoodCertificate(object sender, X509Certificate certificate, X509Chain chain, SslPolicyErrors policyErrors) { return true; } 

Sorun, sunucunun sertifikayı asla kontrol etmemesi ve yukarıdaki hatayı gerçekleştirmemesidir. Ne yapacağını bilen var mı?


Birkaç yıl önce bir meslektaşımla testler yaptığımı ve yukarıda yazdıklarımla benzer bir şeyle mükemmel çalıştığını belirtmek zorundayım. Bulduğumuz tek "temel fark", Windows 7 kullandığım ve Windows XP kullandığı. Bir şey değiştirir mi?

235
18 мая '10 в 21:07 2010-05-18 21:07 Simon Dugré tarafından 18 Mayıs 10'da 21:07 2010-05-18 21:07 tarihinde düzenlenmiştir.
@ 34 cevap
  • 1
  • 2

Sonunda cevabı buldum (kaynağımı farketmedim, fakat bu bir aramaydı);

Kod Windows XP'de çalışsa da, Windows 7'de bunu başında eklemelisiniz:

 // using System.Net; ServicePointManager.Expect100Continue = true; ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12; // Use SecurityProtocolType.Ssl3 if needed for compatibility reasons 

Ve şimdi iyi çalışıyor.


EKİ

Robin Fransa'nın dediği gibi; PayPal'ı kurarken bu sorunu yaşarsanız, lütfen 3 Aralık 2018'den başlayarak SSL3'ü desteklemeyeceklerini unutmayın. TLS kullanmanız gerekecektir. İşte bu konuda Paypal sayfası .

351
25 мая '10 в 16:18 2010-05-25 16:18 Simon Dugré'e 25 Mayıs '10 'a 16: 18'de cevap verdi 2010-05-25 16:18

.NET 4.5'te bunun çözümü

 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12; 
border=0

.NET 4.5 yoksa, kullan

 ServicePointManager.SecurityProtocol = (SecurityProtocolType)3072; 
61
22 февр. Cevap Andrej Z 22 Feb. 2018-02-22 17:46 '18, 17:46, 2018-02-22 17:46

Karşılaştığınız sorun, aspNet kullanıcısının sertifikaya erişememesidir. Winhttpcertcfg.exe kullanarak erişim sağlamalısınız

Bu parametrenin ayarlanması örneği: http://support.microsoft.com/kb/901183

Ek bilgi 2. adımda

EDIT: IIS'nin sonraki sürümlerinde, bu özelliğe sertifika yöneticisi aracında yerleşik olarak bulunur - sertifikaya sağ tıklanarak ve özel anahtarları yönetmek için bu seçenek kullanılarak erişilebilir. Burada daha fazla oku: https://serverfault.com/questions/131046/how-to-grant-iis-7-5-access-to-a-certificate-in-certificate-store/132791#132791

28
18 мая '10 в 21:14 2010-05-18 21:14 Avitus tarafından 18 Mayıs'ta 21: 14'de verilen cevap 2010-05-18 21:14

Hata yaygındır ve SSL / TLS görüşmelerinin başarısız olmasının birçok nedeni vardır. En yaygın olanı geçersiz veya eski bir sunucu sertifikasıdır ve bunu sunucu sertifikasına kendi kimlik doğrulama sertifikanızı vererek hallettiniz, ancak bunun tek nedeni bu değil. Sunucu karşılıklı kimlik doğrulaması gerektirebilir, istemciniz tarafından desteklenmeyen şifre takımlarıyla yapılandırılabilir, bir el sıkışmasının başarılı olması için çok fazla zaman kayması ve daha birçok neden olabilir.

En iyi çözüm, SChannel sorun giderme araç setini kullanmaktır. SChannel, SSL ve TLS'den sorumlu SSPI sağlayıcısıdır ve müşteriniz bunu bir el sıkışma için kullanacaktır. TLS / SSL araçlarına ve ayarlarına bakın .

Ayrıca bkz. Schannel olay günlüğü nasıl etkinleştirilir ?

24
18 мая '10 в 21:14 2010-05-18 21:14 Cevap Remus Rusanu tarafından 18 Mayıs 10 'da 21:14 2010-05-18 21:14 tarihinde verilmiştir.

SPDY ve tuhaf SSL sertifikası yeniden yönlendirmesi gibi çılgınca şeyleri destekleyen CDN'deki CloudFlare tarafından dağıtılan görüntü olan https://ct.mob0.com/Styles/Fun.png öğesini tıklamaya çalışırken bu sorunla karşılaştım.

Ssl3'ü belirtmek yerine, Simons'un cevabında olduğu gibi, Tls12'ye aşağıdaki şekilde giderek düzeltmeyi başardım:

 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12; new WebClient().DownloadData("https://ct.mob0.com/Styles/Fun.png"); 
22
15 окт. Cevap 15 Ocak'ta Bryan Legend tarafından verildi . 2014-10-15 20:42 '14 20:42 2014-10-15 20:42

ServicePointManager ayarlarının HttpWebRequest'i oluşturmadan önce yapıldığından emin olun, aksi takdirde çalışmaz.

çalışır:

  ServicePointManager.Expect100Continue = true; ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12 | SecurityProtocolType.Ssl3; HttpWebRequest request = (HttpWebRequest)WebRequest.Create("https://google.com/api/") 

hatası:

  HttpWebRequest request = (HttpWebRequest)WebRequest.Create("https://google.com/api/") ServicePointManager.Expect100Continue = true; ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12 | SecurityProtocolType.Ssl3; 
19
22 июня '18 в 0:39 2018-06-22 00:39 Cevap hogarth45 22 Haziran 18'de 0:39 2018-06-22 00 :39'da verilmiştir.

Aynı sorunla geçen uzun saatler sonra, istemci hizmetinin üzerinde çalıştığı ASP.NET hesabının sertifikaya erişimi olmadığını keşfettim. Web uygulamasının çalıştığı IIS uygulama havuzuna gidip “Gelişmiş Ayarlar” a gidip tanımlayıcıyı NetworkService LocalSystem olarak değiştirdim.

En iyi çözüm, varsayılan NetworkService hesabıyla çalışan bir sertifika NetworkService , ancak bu hızlı işlevsel testler için işe NetworkService .

14
04 дек. Cevap Nick Gotch tarafından 04 Aralık'ta verilmiştir. 2014-12-04 19:31 '14, 19:31 2014-12-04 19:31

Orijinal cevapta olmayan bir şey. Kurşun geçirmez hale getirmek için başka bir kod ekledim.

 ServicePointManager.Expect100Continue = true; ServicePointManager.DefaultConnectionLimit = 9999; ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12 | SecurityProtocolType.Ssl3; 
14
01 июня '16 в 18:05 2016-06-01 18:05 Cevap SpoiledTechie.com 01 Haziran '16 at 18:05 2016-06-01 18:05

Diğer bir olasılık, sahada yanlış sertifika ithalatıdır. Ortamdaki kutuyu işaretlediğinizden emin olun. Baş>

2019

13
12 июля '12 в 1:27 2012-07-12 01:27 Cevap 12 Temmuz, 12'de Sherlock tarafından 1:27 2012-07-12 01:27 tarihinde verilmiştir.

"İstek kesintiye uğradı: Güvenli SSL / TLS kanalı oluşturulamadı." Sunucu, <4> Yetkisiz bir HTTP isteği gönderirse <4> HTTP yanıtı döndürürse istisna olabilir.

Bunun cevabında açıklandığı şekilde, müşteri uygulamanızın izleme düzeyinde System.Net günlüğünü dahil ederek bunun olup olmadığını belirleyebilirsiniz.

Bu günlük yapılandırması gerçekleştiğinde, uygulamayı başlatıp hatayı yeniden oluşturun ve ardından böyle bir satır için günlük çıktısına bakın:

 System.Net Information: 0 : [9840] Connection#62912200 - Received status line: Version=1.1, StatusCode=401, StatusDescription=Unauthorized. 

Benim durumumda, sunucunun beklediği özel bir tanımlama bilgisini ayarlayamadım, bu da sunucunun 401 hatası olan bir isteği yanıtlamasına neden oldu, bu da bir istisna olarak "Güvenli SSL / TLS kanalı oluşturulamadı" yaratılmasına neden oldu.

8
19 авг. Cevap 19 Ağustos tarihinde Jon Schneider tarafından verilmiştir. 2014-08-19 22:55 '14, 10:55 pm 2014-08-19 22:55

Bu benim için MVC web istemcisinde çalışıyor.

  public string DownloadSite(string RefinedLink) { try { Uri address = new Uri(RefinedLink); ServicePointManager.ServerCertificateValidationCallback = delegate { return true; }; ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3; System.Net.ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12; using (WebClient webClient = new WebClient()) { var stream = webClient.OpenRead(address); using (StreamReader sr = new StreamReader(stream)) { var page = sr.ReadToEnd(); return page; } } } catch (Exception e) { log.Error("DownloadSite - error Lin = " + RefinedLink, e); return null; } } 
8
04 окт. cevap Arun Prasad ES 04 Ekim tarafından verildi. 2017-10-04 10:14 '17, 10:14 2017-10-04 10:14

Anlatabileceğiniz gibi, gerçekleşebilecek birçok neden var. Sanırım karşılaştığım sebebi ekleyeceğim ...

WebRequest.Timeout değerini 0 ayarlarsanız, bir istisna olur. Aşağıda sahip olduğum kod ... (Zaman aşımı değeri için sabit kodlu 0 dışında, yanlışlıkla 0 ayarlanmış bir parametrem vardı).

 WebRequest webRequest = WebRequest.Create(@"https://myservice/path"); webRequest.ContentType = "text/html"; webRequest.Method = "POST"; string body = "..."; byte[] bytes = Encoding.ASCII.GetBytes(body); webRequest.ContentLength = bytes.Length; var os = webRequest.GetRequestStream(); os.Write(bytes, 0, bytes.Length); os.Close(); webRequest.Timeout = 0; //setting the timeout to 0 causes the request to fail WebResponse webResponse = webRequest.GetResponse(); //Exception thrown here ... 
7
25 апр. Cevap TCC 25 nisan tarafından verilmiştir . 2014-04-25 23:50 '14 23:50 2014-04-25 23:50

Benim durumumdaki bu istisnanın kökü, kodun bir noktasında aşağıdakilerin çağrılmasıydı:

 ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3; 

Bu gerçekten kötü. Yalnızca .NET'e güvenli olmayan bir protokol kullanması talimatını vermekle kalmaz, uygulamanızda daha sonra yapılan her yeni WebClient isteğini (ve benzerlerini) etkiler. (Gelen web isteklerinin ASP.NET uygulamanızdan değil, örneğin harici bir web servisiyle iletişim kurmak için yeni WebClient taleplerinden etkilendiğini unutmayın).

Benim durumumda, bu aslında gerekli değildi, bu yüzden sadece talimatları silebildim ve diğer tüm web taleplerim tekrar çalışmaya başladı. Başka yerlerdeki okumalara dayanarak birkaç şey öğrendim:

  • Bu, uygulamanızdaki genel bir ayardır ve eşzamanlı bir etkinliğiniz varsa, güvenilir bir değere ayarlayamaz, işleminizi gerçekleştiremez ve ardından geri ayarlayamazsınız. Bu küçük pencerede başka bir işlem yapılabilir ve etkilenebilir.
  • Doğru ayar, varsayılan olarak tutmaktır. Bu, .NET'in zaman içinde en güvenli varsayılan olanı kullanmaya devam etmesini ve çerçeveleri güncellemesini sağlar. TLS12'ye kurmak (bu yazının başında en güvenli olan) şimdi çalışacak, ancak 5 yıl sonra gizemli problemler olabilir.
  • Gerçekten bir değer belirlemeniz gerekiyorsa, bunu ayrı bir özel uygulama veya etki alanı uygulamasında düşünmeli ve bununla ana havuzunuz arasında konuşmanın bir yolunu bulmalısınız. Bu tek küresel değer olduğundan, yüklü uygulama havuzunda yönetmeye çalışmak sadece sorun çıkarır. Bu cevap: medican.pw.site/questions/45920 / ... , özel bir proxy kullanarak olası bir çözüm sunar. (Not. Şahsen ben uygulamadım.)
7
17 сент. Tarafından cevap 17 Eylül tarihinde Tyler Forsythe tarafından verildi. 2016-09-17 02:54 '16, 02:54 2016-09-17 02:54

Bütün gün bu problemle mücadele ettim.

.NET 4.5 ile yeni bir proje oluşturduğumda nihayet çalışmasını sağladım.

Ama eğer 4.0'a düşürdüysem, yine aynı problemi yaşadım ve bu proje için geri döndürülemezdi (yine 4.5'e yükseltmeye çalıştığımda bile).

Garip başka bir hata mesajı var, ancak "İstek durduruldu: Güvenli SSL / TLS kanalı oluşturulamadı". bu hatayı buldu

6
02 дек. Cevap 02 Aralık aghost verilmiştir . 2015-12-02 19:08 '15 19:08, 2015-12-02, 19:08

Başka bir olası neden: The request was aborted: Could not create SSL/TLS secure channel hatası oluşturulamadı The request was aborted: Could not create SSL/TLS secure channel istemci bilgisayarınızın şifreli_suites değerleri ile istekli ve yetenekli olarak yapılandırılmış sunucu arasında bir uyumsuzluk kabul etmek . Bu durumda, müşteriniz ilk SSL bağlantı / mutabakat mesajı olan “Merhaba Müşteri” de kabul edebileceği cipher_suites değerlerinin bir listesini gönderdiğinde, sunucu verilen değerlerin hiçbirinin kabul edilemez olduğunu ve “Uyarı” verebileceğini görür bunun yerine "Sunucuya Hoş Geldiniz" SSL anlaşması adımına gidin.

Bu özelliği keşfetmek için, Microsoft Message Analyzer'ı indirebilir ve sunucuya bir HTTPS bağlantısı kurmaya çalışırken ortaya çıkan SSL anlaşmasında izleri çalıştırmak için kullanabilirsiniz (C # uygulamanızda).

Farklı bir ortamdan başarılı bir HTTPS bağlantısı kurabilirseniz (örneğin, bahsettiğiniz Windows XP makinesi veya belki de Chrome veya Firefox gibi OS şifreleme paketi ayarlarını kullanmayan Microsoft dışındaki bir tarayıcıda HTTPS URL’sini tıklatarak), SSL görüşmeleri başarıyla tamamlandığında ne olduğunu yakalamak için bu ortamda izleyen bir mesaj analizcisi daha var.

Umarım, iki Hello mesajı arasında bazı farklar göreceksiniz ve bu da SSL anlaşmasının başarısızlığa uğramasına neden olanı tam olarak belirlemenizi sağlayacak. Ardından, Windows yapılandırmanızın başarılı olmasına izin verecek değişiklikler yapabilirsiniz. IISCrypto bunun için harika bir araçtır ("IIS" adına rağmen, istemci bilgisayarlar için bile).

Aşağıdaki iki Windows kayıt defteri anahtarı, bilgisayarınızın kullanacağı cipher_suites'in değerlerini denetler:

  • HKLM \ YAZILIM \ Politikalar \ Microsoft \ Şifreleme \ Yapılandırma \ SSL \ 00010002
  • HKLM \ SYSTEM \ GeçerliKontrolSet \ Kontrol \ Şifreleme \ Yapılandırma \ Yerel \ SSL \ 00010002

İşte bu çeşitliliğin bir kopyasını nasıl araştırdığımı ve karar verdiğimin tam bir kaydı. Could not create SSL/TLS secure channel sorunu Could not create SSL/TLS secure channel : http://blog.jonschneider.com/2016/08/fix-ssl-handshaking-error-in -windows.html

6
31 авг. Tarafından cevap Jon Schneider Ağustos 31. 2016-08-31 07:33 '16, 07:33, 2016-08-31 07:33

İstemcinin bir Windows makinesi olması durumunda, olası bir neden, servis tarafından istenen tls veya ssl protokolünün etkinleştirilmemesidir.

Bu, ayarlanabilir:

Denetim Masası → Ağ ve İnternet → İnternet Seçenekleri → Gelişmiş

Ayarlar arasında "Güvenlik" seçeneğine ilerleyin ve

  • SSL 2.0 kullan
  • SSL 3.0 kullan
  • TLS 1.0 kullan
  • TLS 1.1 kullanın
  • TLS 1.2 kullanın

2019

10 мая '17 в 10:05 2017-05-10 10:05 Cevap cnom olarak verilir 10 Mayıs '17, 10:05 2017-05-05 10:05

Bu sorunu yaşadım çünkü web.config'imde:

 <httpRuntime targetFramework="4.5.2" /> 

ve değil:

 <httpRuntime targetFramework="4.6.1" /> 
3
15 авг. Cevap Terje Solem'e verilen 15 Ağu. 2017-08-15 13:47 '17, 13:47, 2017-08-15 13:47

System.Net.WebException: istek yarıda kesildi: Güvenli SSL / TLS kanalı oluşturulamadı.

Bizim durumumuzda bir yazılım sağlayıcısı kullanıyoruz, bu yüzden .NET kodunu değiştirme erişimimiz yoktu. Anlaşılan, .NET 4 bir değişiklik olmadıkça TLS v 1.2 kullanmayacak.

Bizim için düzelti SchUseStrongCrypto anahtarını kayıt defterine eklemek oldu. Aşağıdaki kodu .reg uzantılı bir metin dosyasına kopyalayıp yapıştırabilir ve çalıştırabilirsiniz. Bu bizim "yama" mızdı.

 Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319] "SchUseStrongCrypto"=dword:00000001 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319] "SchUseStrongCrypto"=dword:00000001 
3
26 июля '18 в 17:35 2018-07-26 17:35 Cevap 26 Temmuz’da 17: 35’te capdragon’da verildi. 2018-07-26 17:35

Benim durumumda, uygulamayı çalıştıran hizmet hesabının özel anahtara erişimi yoktu. Bu izni verdiğim anda hata ortadan kalktı.

  • MMC
  • sertifikalar
  • Kişisel olarak genişlet
  • sertifika seç
  • sağ tık
  • Tüm görevler
  • Gizli anahtar yönetimi
  • Eklemek
3
14 нояб. Cevap 14 Kasım'da Dinesh Rajan tarafından verildi. 2017-11-14 00:24 '17, 0:24 2017-11-14 00:24

Kodunuzu Visual Studio'dan çalıştırıyorsanız, Visual Studio'yu yönetici olarak çalıştırmayı deneyin. Bir hata düzeltildi.

2
27 февр. Cevap bplus 27 Şubat'ta verildi. 2018-02-27 19:59 '18, 19:59

Aynı sorunu yaşadım ve bu cevabın benim için doğru çalıştığını gördüm. Anahtar 3072'dir. Bu bağlantı 3072 numaralı yama hakkında bilgi içerir.

 ServicePointManager.SecurityProtocol = (SecurityProtocolType)3072; XmlReader r = XmlReader.Create(url); SyndicationFeed albums = SyndicationFeed.Load(r); 

Benim durumumda, iki kanalın düzeltilmesi gerekiyordu:

 https://www.fbi.gov/feeds/fbi-in-the-news/atom.xml https://www.wired.com/feed/category/gear/latest/rss 
2
27 мая '18 в 17:02 2018-05-27 17:02 joeydood tarafından verilen cevap 27 Mayıs '18, 5:02 pm 2018-05-27 17:02

Benim için sorun, IIS'yi bir web hizmeti olarak konuşlandırmaya çalıştığım, sertifikayı sunucuya yükledim, ancak IIS çalıştıran kullanıcı sertifika için doğru izinlere sahip değildi.

ASP.NET'in sertifika deposundaki sertifikadaki özel anahtara erişim nasıl sağlanır?

2
15 мая '15 в 15:51 2015-05-15 15:51 Cevap 15 Mayıs tarihinde 15 Mayıs tarihinde Cullen tarafından gönderildi 15:51 2015-05-15 15:51

Bu benim için sadece bir sitede oldu ve sadece mevcut RC4 şifresine sahip olduğu ortaya çıktı. Sunucuyla çalışmayı basitleştirmeye çalıştığımda, RC4 şifresini kapattım, bu sorunu tekrar açtığımda sorun çözüldü.

1
11 июня '15 в 3:39 2015-06-11 03:39 Tarafından verilen cevap Reid Reid 11 Haziran, 15, 15:39 2015-06-11 03:39

Benim durumumda, Windows servisi web servisine bağlanmayı denediğinde bu sorunu yaşadım. Sonuç olarak, Windows'ta bir hata kodu buldum.

Etkinlik Kimliği 36888 (Schannel) Yükseltildi:

 The following fatal alert was generated: 40. The internal error state is 808. 

Son olarak, bu Windows düzeltmesinden kaynaklanıyor. Benim durumumda: KB3172605 ve KB3177186

Vmware forumunda önerilen çözüm, Windows'a bir giriş eklemek. Bir sonraki kayıt defterini ekledikten sonra her şey yolunda gider.

[HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Güvenlik Sağlayıcıları \ SCHANNEL \ KeyExchangeAlgorithms \ Diffie-Hellman]

"ClientMinKeyBitLength" = DWORD: 00000200

Görünüşe göre, bu durum, müşteri tarafında https anlaşmasının eksik olması nedeniyle.

Windows Düzeltme Listesi:

 wmic qfe list 

Çözüm Konu:

https://communities.vmware.com/message/2604912#2604912

Umarım bu yardımcı olur.

1
28 сент. Cevap Hernán Dario Velásquez García tarafından yazılmıştır 28 Eylül. 2017-09-28 18:02 '17, 18:02, 2017-09-28 18:02

Bunu dene:

 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12; 
1
21 окт. Cevap Cevabı Muhammad Awais 21 Eki 2009 2018-10-21 14:10 '18, 02:10, 2018-10-21 14:10

Yukarıdaki cevaplara ek olarak, yerel deponuzdaki PFX dosyasını değil, CER sertifikasını aldığınızdan emin olun. Her iki dosyanız olduğunda yaygın bir hata.

1
02 июня '16 в 0:47 2016-06-02 00:47 Cevap, Carl Prothman tarafından 02.06.2016, 00:47

Genel bir hata mesajı ile ilgili olduğundan, bu sorunun birçok cevabı olabilir. Bu sorunu bazı sunucularımızda gördük, ancak geliştirme makinelerimizde değil. Saçlarımızın çoğunu çekerek bunun bir Microsoft böceği olduğunu keşfettik.

https://support.microsoft.com/en-us/help/4458166/applications-that-rely-on-tls-1-2-strong-encryption-experience-connect

Temelde, MS, daha zayıf şifreleme gerektirdiğinizi varsayar, ancak işletim sistemi TLS 1.2'ye izin verecek şekilde sabit olduğundan, korkunç bir "İstek durduruldu: güvenli bir SSL / TLS kanalı oluşturmak mümkün olmadı" ifadesini kullandı.

Üç tane düzeltme var.

1) İşletim sistemini uygun güncellemeyle düzeltin: http://www.catalog.update.microsoft.com/Search.aspx?q=kb4458166

2) Ayarı app.config / web.config dosyasına ekleyin.

3) Başka bir cevapta daha önce belirtilen bir kayıt defteri değerini ekleyin.

Bütün bunlar yayınladığım bilgi bankası makalesinde bahsedilmiştir.

1
24 сент. Cevap Michael Silver tarafından 24 Eylül tarihinde verilmiştir. 2018-09-24 23:38 '18, saat 11:38, 2018-09-24 23:38

Sorunun sertifikanın geçerliliği olup olmadığından emin olmak için bir demo sertifikası yüklemeyi deneyebilirsiniz (bazı ssl sağlayıcıları bir ay boyunca ücretsiz olarak sunarlar).

1
18 мая '10 в 21:13 2010-05-18 21:13 Cevap 18:10 tarihinde twk tarafından 21:13 2010-05-18 21:13 tarihinde verilir.

Bu nispeten canlı bir bağlantı olsa da, yeni bir sürüm ekleyeceğimi düşündüm. Bu özellik, kaniş saldırısı ile ilgili bir sorun nedeniyle hizmetin artık SSL 3.0'ı desteklememesidir. Google’ın bu konudaki talimatlarını inceleyin. Aynı anda birkaç web servisiyle bu problemi yaşadım ve bir şeylerin olacağını anladım. TLS 1.2'ye geçtim ve her şey tekrar çalışıyor.

http://googleonlinesecurity.blogspot.com/2014/10/this-poodle-bites-exploiting-ssl-30.html

1
29 окт. cevabı Marcus Cole 29 ekim. 2014-10-29 03:45 '14, 3:45 2014-10-29 03:45

Varsayılan olarak, .NET ServicePointManager.SecurityProtocol , SSLv3 ve TLS kullanır. Apache sunucusuna SSLProtocol , varsayılan olarak TLSv1.2'ye karşılık gelen SSLProtocol adlı bir config değişkeni vardır. ServicePointManager.SecurityProtocol özelliğini web sunucunuz tarafından desteklenen uygun protokolü kullanacak şekilde ayarlayabilir veya Apache yapılandırmasını tüm SSLProtocol gibi tüm protokollere izin verecek şekilde değiştirebilirsiniz.

0
17 нояб. Cevap Paul 17 Nov tarafından verilir . 2017-11-17 04:22 '17, 04:22 2017-11-17 04:22
  • 1
  • 2