Les WebSockets connexion 3G

J'ai joué avec la Prise.io, node.js et les WebSockets, tous de qui je peux obtenir de bien fonctionner sur une connexion wifi.

Cependant, quand je test un WebSocket-enabled application sur une connexion 3G (sur mon iPhone, par exemple), alors il semble retomber le long du scrutin est la seule solution viable.

Avec La Prise.io la connexion échoue avec "connexion WebSocket invalide ou d'Origine non vérifié" avant de redescendre le long du scrutin.

Je ne sais pas si les WebSockets sont conçues pour fonctionner sur les réseaux 3G - quelqu'un a eu du succès en le faisant travailler comme ça? J'ai essayé un certain nombre de méthodes différentes et le tout semble échouer, ce qui me fait penser que je suis tenter l'impossible.

  • Ne Socket.IO travailler sur votre iPhone via le wifi? I. e. pouvez-vous éliminer l'iPhone/iOS comme une partie du problème?
  • Oui, bon point. Socket.io sur le wifi sur l'iPhone fonctionne très bien, donc c'est la 3G côté des choses, qui est le problème.
  • J'ai ce problème uniquement sur l'iPhone 6 avec la 3G. Pas De Prise.io connexes, à l'aide de Tornade et de Nginx. Également sur la connexion non-SSL sur le port 80.
InformationsquelleAutor suttree | 2011-04-05
  1. 31

    Certains opérateurs de téléphonie mobile sont notoirement connu pour configurer complètement cassé transparent proxy qui vous êtes obligés de passer à travers. C'est un réel ennui que le WebSocket groupe de travail a dû faire face depuis le début. Le protocole est conçu pour assurer que ce sera un échec très rapidement en présence de ces produits afin que votre demande, vous pouvez immédiatement revenir à d'autres méthodes. Si vous trouvez que ça prend beaucoup de temps pour détecter l'anomalie et de l'automne dos, veuillez nous le signaler à la hybi groupe de travail de l'IETF, de sorte que le problème peut être diagnostiquée et traitée.

    En parallèle, vous pouvez contacter votre opérateur de téléphonie mobile et demandez-leur comment vous pouvez accéder au net sans passer par l'intermédiaire de leurs brisé transparent proxy ou au moins de savoir quand ils s'attendent à obtenir cassée procurations fixe à l'appui HTTP suivant le cahier des charges. Certains d'entre eux peut vous proposer de multiples options d'accès.

    • Oui, cela semble être le problème. Je n'ai pas de problème avec la vitesse de WebSockets à défaut, de sorte qu'une partie du problème est fonctionne bien. C'est juste frustrant de ne pas pouvoir les utiliser sur les réseaux 3G. Merci pour expliquer la situation.
    • Même problème dans le royaume-UNI. Les Websockets ne fonctionne pas sur O2 et Orange.
    • Je suis sur o2 au royaume-UNI, lorsque je visite ce site <websocketstest.com > le WiFi, tous les services, en 3G uniquement le port 443 (SSL) fonctionne. Donc, il pourrait être la peine d'obtenir un certificat et à l'aide de wss:// à la place.
    • +1 sur tout le tour. Grand site de test que l'on. J'ai tout juste de passer sur le port 443 et à l'aide de wss sur Android et tout semble fonctionner maintenant (port 80 échoue avec un 503 lors de l'utilisation avec Poussoir)
    • Aussi Softbank au Japon blocs ws mais pas wss
    • Je suis sur O2 avec un Android de Chrome et, aujourd'hui, tous les tests sont au vert, pour tous les ports dans le websocketstest.com

    InformationsquelleAutor Willy Tarreau
  2. 11

    Comme Willy Tarreau dit, il est cassé transparent proxies utilisés par les opérateurs de téléphonie mobile. Je suis sûr que ce n'est pas exclusif à eux (d'entreprise de la société des pare-feu par exemple). Vous pouvez contourner ce problème en utilisant un numéro de port différent (sur les opérateurs de téléphonie mobile au moins). Quelque chose d'autre que le port 80. À l'aide de SSL peut aussi travailler, mais je n'ai pas encore essayé.

    Vous serez confronté à des problèmes de folk derrière un pare-feu bloquant tout, à l'extérieur des ports 80 & 443.

    Écrire votre websockets application pour basculer entre le port 80, et quelques autres port sur chaque tentative de connexion, et vous avez votre hôte écouter sur ces deux ports. Ensuite, vous avez une bonne chance de se connecter au serveur. Utiliser iptables port de REDIRECTION si votre utilisation de linux pour écouter les deux ports en même temps.

    • Salut FlappySocks. Qui sonne comme une excellente solution. Avez-vous mis en œuvre sur tous les réseaux et a confirmé que cela fonctionne? J'ai essayé le port 81 sur O2 UK mais websocket connexions échouent toujours. Plus un et beaucoup d'bravo à vous si cela fonctionne!
    • Fonctionne très bien sur Orange en utilisant le port 1442. Il y a aussi sim fournisseurs tels que stream-communications.com et aaisp.net qui offrent des APN proxys qui fonctionnent correctement. Mais vous ne devriez pas en avoir besoin. J'espère pour soutenir 443 SSL bientôt.
    • Malheureusement, il semble que même port 1442 ne fonctionne pas sur O2. C'est toujours agréable de savoir que j'ai la possibilité d'aller à l'Orange.
    InformationsquelleAutor FlappySocks
  3. 9

    Vous pouvez utiliser Server-Sent Events protocole au lieu de les WebSockets.

    De l'ESS est plus simple, HTTP-compatible et peut passer par des intermédiaires.

    • Je suis à l'aide de l'ESS, mais d'avoir des problèmes en essayant d'accéder à mon point de terminaison sur réseau mobile 3G. La même fonctionne très bien régulier sur les services à large bande. Une observation que j'avais bien j'ai 2 points de terminaison, l'un avec le protocole https (ssl) fonctionne très bien sur mon réseau mobile, mais l'un avec http (sans ssl) ne fonctionne pas sur mon réseau mobile. Des idées?
    • Ne l'attente de l'arrivée de messages lorsque la connexion est fermée prématurément? Il aide dans le cas où la connexion est forcé à travers un proxy qui essaient de tampon de l'ensemble de la réponse avant d'envoyer quoi que ce soit de l'avant.
    • Je ne suis pas sûr qu'entendez-vous par "Messages en Attente lorsque la connexion est fermée prématurément"? Puisque c'est l'ESS, n'est-ce pas la connexion toujours ouvert? J'ai mis une question ici: stackoverflow.com/questions/30338366/... avec un exemple de mon point de terminaison. S'il vous plaît aider.. Merci..
    InformationsquelleAutor Kornel
  4. 4

    Eu ces mêmes erreurs avec une mauvaise web socket de connexion sur certains réseaux mobiles. Résolu par;

    1. Déplacement de ports: le Déplacement de plus de client et serveur de websocket sur le port SSL (port 443)

    2. Ping keep-alive: l'Envoi périodique "ping" messages du client vers le serveur toutes les X secondes, et en attente d'un "pong" de retour à partir du serveur. Si le serveur ne donne pas de "pong" dans les Y secondes, redémarrer la connexion sur le client.

    La mise en œuvre (1), vous obtiendrez la plupart du chemin.

    InformationsquelleAutor Philip Fung