Pourquoi HttpUrlConnection lance-t-il une SSLException sur une connexion de données mobile?

Lors de l'utilisation d'Android HttpUrlConnection de la bibliothèque pour faire une requête HTTPS, il m'arrive de voir la suite exception levée:

javax.net.ssl.SSLException: SSL handshake aborted: ssl=0x5c1b18a0: I/O error during system call, Connection reset by peer
at org.apache.harmony.xnet.provider.jsse.NativeCrypto.SSL_do_handshake(Native Method)
at org.apache.harmony.xnet.provider.jsse.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:395)
...

Après de creuser la question un peu, j'ai appris que

  • Tout fonctionne bien en wifi qu'en
  • L'exception n'est levée lorsque l'appareil est sur une connexion de données mobiles
  • Après avoir fait un HTTPS sur le wifi de la première, de la connexion sur mobile des données a tendance à bien fonctionner pendant un certain temps
  • Le problème semble se produire sur un petit nombre de certains opérateurs de téléphonie mobile

Ce qui pourrait se passer? Certains opérateurs de téléphonie mobile interférer avec le trafic HTTPS?

source d'informationauteur acj

  1. 19

    Réponse courte:

    Il s'avère que certains opérateurs de téléphonie mobile sera de retour une adresse IP pour le serveur DNS recherches qui devraient avoir échoué comme inexistante. Le serveur que l'application a été la connexion à ne permettrait pas de résoudre parfois, et que le transporteur aurait essayer de vous aider en fournissant une page de sites similaires.

    Réponds plus:

    Le nom d'hôte pour le serveur que mon application a été la connexion à parfois ne parviennent pas à résoudre. Ce serait normalement jeter un UnknownHostException pour indiquer la défaillance du serveur DNS. Je m'attends à ce que cela arrive de temps en temps, l'application gère. Le SSLException était une anomalie.

    Sur des supports que interception échoué recherches DNS, la navigation sur un navigateur Web à un non-existant d'accueil affiche une page de résultats de recherche qui ont pour objectif de vous aider à trouver ce que vous cherchez. (Certains DLS/câble Fai ce faire, trop.) Pour une application faisant une requête HTTPS, cependant, cela rompt avec le handshake SSL parce que l'hôte distant est différent de ce que l'application est attendue.

    La cause était un mauvais serveur DNS qui permettrait le retour d'un inexistante hôte d'erreur pour l'un des serveurs que mon application était de l'utiliser. La connexion sur le wifi semble être plus fiable (à cause d'un autre caprice de la même serveur DNS). La connexion via wifi permettrait à l'entrée DNS pour être mis en cache, donc temporairement masquer le problème quand on allait par la suite se connecter via une connexion de données mobiles. La plupart du temps, cependant, l'opérateur de téléphonie mobile permettrait d'intercepter l'échec de la recherche DNS et rediriger vers un nom d'hôte inattendu, qui a abouti à un échec de la connexion SSL.