Хорошо, поэтому у меня этот сервер работает с сертификатом подстановочного знака по адресу https://www.octgn.net. В каждом браузере я стараюсь, что все работает нормально, за исключением того, что у меня есть пользователи, у которых есть проблемы с подключением.Не удалось получить данные с сайта ssl
Основная проблема заключается в том, что у меня есть вызовы api в моем программном обеспечении, которое проходит через ssl, и для некоторых пользователей он просто никогда не работает. Это исключение, которое я собрал
WARN 2013-05-07 16:18:12,562 3.1.18.102 [11] Octgn.Launcher.LoginNew [(null)] - Login Request Failed
System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a receive. ---> System.IO.IOException: The decryption operation failed, see inner exception. ---> System.ComponentModel.Win32Exception: The message received was unexpected or badly formatted
--- End of inner exception stack trace ---
at System.Net.Security._SslStream.ProcessReadErrorCode(SecurityStatus errorCode, Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest, Byte[] extraBuffer)
at System.Net.Security._SslStream.ProcessFrameBody(Int32 readBytes, Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
at System.Net.Security._SslStream.StartFrameBody(Int32 readBytes, Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
at System.Net.Security._SslStream.StartFrameHeader(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
at System.Net.Security._SslStream.StartReading(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
at System.Net.Security._SslStream.ProcessRead(Byte[] buffer, Int32 offset, Int32 count, AsyncProtocolRequest asyncRequest)
at System.Net.TlsStream.Read(Byte[] buffer, Int32 offset, Int32 size)
at System.Net.PooledStream.Read(Byte[] buffer, Int32 offset, Int32 size)
at System.Net.Connection.SyncRead(HttpWebRequest request, Boolean userRetrievedStream, Boolean probeRead)
--- End of inner exception stack trace ---
at System.Net.WebClient.DownloadDataInternal(Uri address, WebRequest& request)
at System.Net.WebClient.DownloadString(Uri address)
at Octgn.Launcher.LoginNew.<>c__DisplayClass14.<DoLogin>b__13() in c:\Program Files (x86)\Jenkins\workspace\OCTGN-Release\octgnFX\Octgn\Launcher\LoginNew.xaml.cs:line 269
Мой код выглядит следующим образом
using (var wc = new WebClient())
{
try
{
Log.Info("Sending login request");
var ustring = AppConfig.WebsitePath + "api/user/login.php?username=" + HttpUtility.UrlEncode(username)
+ "&password=" + HttpUtility.UrlEncode(password);
if (email != null) ustring += "&email=" + HttpUtility.UrlEncode(email);
var res = wc.DownloadString(new Uri(ustring));
res = res.Trim();
Log.Info("Do Login Request Result: " + res);
}
catch(Exception e)
{
Log.Warn("Login Request Failed",e);
this.LoginFinished(LoginResult.Failure, DateTime.Now,"Please try again later.");
}
}
Любая идея-х? Я не уверен, что это моя вина, может быть, мне нужно поставить свой открытый ключ в программное обеспечение и каким-то образом ввести это в мои вызовы, или, может быть, компьютер пользователя настроен смешно или что-то еще?
Каждое указание, которое я могу получить, это то, что мой ssl верен, и я не получаю это от большого количества пользователей, но это случается каждый раз для нескольких, и я не уверен, что здесь не так.
Дополнительная информация: цитата от пользователя
"Internet Explorer не может отобразить эту веб-страницу."
Работает отлично на любой другой браузер, хотя «
Кроме того, еще одна цитата
Вот скриншот моих результатов тестирования SSL:. http://tinypic.com/view.php?pic=l9wtu&s=5
Я попытался добавить https: //*.octgn.net в IE. Кажется, что не имеет значения.
Если это помогает, то он говорит на странице входа, что я не могу retri накануне заголовки новостей.
Новости заголовок XML-документ на сервере, а также
Также приложение, которое вызывает сервер является приложением на стороне клиента, это не приложение браузера.
проверил, есть ли специальные символы/экранирующие последовательности в имя пользователя/пароль/адрес электронной почты, которые могут привести к кодирующим вопросы? – jbl
Я не думал проверять это, но и взглянуть на мое недавнее дополнение к сообщению. –
Да, данные передаются только буквами и цифрами –