“ImportError: No module named _ssl” avec dev_appserver.py à partir de Google App Engine

Fond

"Dans le runtime de Python, nous avons ajouté le support pour le Python SSL
De la bibliothèque, de sorte que vous pouvez maintenant ouvrir des connexions sécurisées à des services distants
comme Apple Push Notification service."

Cette citation est prises à partir d'un post récent sur le Google App Engine blog.

Mise en œuvre

Si vous souhaitez utiliser natif python ssl, vous devez l'activer en utilisant les bibliothèques de configuration de votre application.fichier yaml, où vous indiquez le nom de la bibliothèque "ssl" . . .

Ces instructions sont fournies pour les développeurs par le biais de la Google App Engine documentation.

Les lignes suivantes ont été ajoutées à la app.yaml fichier:

libraries:
- name: ssl
  version: latest

Ce qui est en ligne avec les conseils fournis par le biais de Google App Engine documentation.

Problème

J'ai essayé de lancer mon projet en trois configurations différentes. Les deux sont de travail, et l'un ne l'est pas.

De travail ...

Après je télécharger mon application Google App Engine, et d'exécuter mon projet par le serveur, tout fonctionne bien.

De travail ...

Quand je lance mon projet avec manage.py runserver et comprennent le Google App Engine SKD dans mon PYTHONPATH, tout fonctionne bien.

Ne Fonctionne Pas ...

Cependant, lorsque je lance mon projet avec dev_appserver.py, j'obtiens l'erreur suivante:

ImportError at /
No module named _ssl
Request Method: GET
Request URL:    http://localhost:8080/
Django Version: 1.4.3
Exception Type: ImportError
Exception Value:    
No module named _ssl
Exception Location: /usr/local/lib/google_appengine_1.7.7/google/appengine/tools/devappserver2/python/sandbox.py in load_module, line 856
Python Executable:  /home/rbose85/Code/venvs/appserver/bin/python
Python Version: 2.7.3
Python Path:    
['/home/rbose85/Code/product/site',
 '/usr/local/lib/google_appengine_1.7.7',
 '/usr/local/lib/google_appengine_1.7.7/lib/protorpc',
 '/usr/local/lib/google_appengine_1.7.7',
 '/usr/local/lib/google_appengine_1.7.7',
 '/usr/local/lib/google_appengine_1.7.7/lib/protorpc',
 '/usr/local/lib/google_appengine_1.7.7',
 '/usr/local/lib/google_appengine_1.7.7/lib/protorpc',
 '/home/rbose85/Code/venvs/appserver/lib/python2.7',
 '/home/rbose85/Code/venvs/appserver/lib/python2.7/lib-dynload',
 '/usr/lib/python2.7',
 '/usr/local/lib/google_appengine',
 u'/usr/local/lib/google_appengine_1.7.7/lib/django-1.4',
 u'/usr/local/lib/google_appengine_1.7.7/lib/ssl-2.7',
 u'/usr/local/lib/google_appengine_1.7.7/lib/webapp2-2.3',
 u'/usr/local/lib/google_appengine_1.7.7/lib/webob-1.1.1',
 u'/usr/local/lib/google_appengine_1.7.7/lib/yaml-3.10']
Server time:    Wed, 24 Apr 2013 11:23:49 +0000
InformationsquelleAutor rbose85 | 2013-04-24
  1. -1

    Vous pouvez tester si le protocole ssl est disponible sur votre système local par l'ouverture d'un python shell et en tapant import ssl. Si aucune erreur n'apparaît, alors le problème est autre chose, sinon, vous n'avez pas pertinentes bibliothèques installées sur votre système. Si vous utilisez un système d'exploitation Linux essayez sudo apt-get install openssl openssl-devel ou les instructions pertinentes pour votre système d'exploitation pour installer localement. Si vous utilisez windows, ce sont les instructions.

    • je vous remercie pour votre réponse. Très bonnes informations, mais pas ce dont j'ai besoin. Je suis d'accord avec vous, si j'ouvre le Python shell et tapez import ssl je peux très rapidement tester si un module SSL est disponible à mon environnement. Cependant, je ne suis pas en essayant de travailler avec SSL sur mon local Python. Le problème que j'ai est de travailler avec des SSL dans Google App Engine. Je suis en mesure d'exécuter mon projet, sans problème, par le biais de Django reinhardt,manage.py runserver. Le problème est lors de l'exécution de mon projet par le biais de AppEngine est dev_appserver.py. Lorsque j'utilise dev_appserver.py - je obtenir de la question.
    • toute solution à votre problème? de course de trop.
    • Pourquoi est-ce marqué comme réponse?
    • Je n'ai pas la moindre idée, je pensais que c'était un système plus large de problème d'installation.
    InformationsquelleAutor topless
  2. 46

    Pour le courant GAE version 1.8.0 au moins jusqu'à ce que 1.8.3), si vous voulez être en mesure de déboguer les connexions SSL dans votre environnement de développement, vous aurez besoin de modifier un peu le gae sandbox:

    • ajouter "_ssl" et "_socket" clés pour le dictionnaire _WHITE_LIST_C_MODULES dans /path-to-gae-sdk/google/appengine/tools/devappserver2/python/sandbox.py
    • Remplacer la socket.py fichier fourni par google dans /chemin-de-gae-sdk//google appengine/dis27 de l'socket.py fichier à partir de votre Python cadre.

    IMPORTANT: Peaufinage de l'environnement sandbox peut se retrouver avec des fonctionnalités de travail en local sur votre machine, mais pas dans la production (par exemple, GAE prend uniquement en charge les sortants des sockets en production). Je vous recommande de restaurer votre bac à sable lorsque vous avez terminé le développement de cette partie spécifique de votre application.

    • Ce correctif fonctionne pour le blocage) ssl (sockets, mais il ne fonctionnera pas pour les sockets non bloquant. GAE (et la dev-serveur) enveloppez-vous la sélectionnez le module et le module ne fonctionne qu'avec GAE objets socket. Faire un select() équipé d'une interface socket soulève des exceptions. J'ai essayé de faire le serveur de dev utilisez le builtin sélectionnez le module bits n'a pas trouvé un moyen de le faire. Toutes les suggestions?
    • Juste une remarque pour ceux qui (comme moi) qui ne savent pas qui à trouver où est path-to-gae. Exécuter dans votre Terminal: ls -l `which dev_appserver.py` cela va vous montrer le vrai chemin. Faire un cd sur le google_appengine dir, puis cd google/appengine/tools/devappserver2/python/.
    • En fait pour moi, à partir du principal de Google App Engine directory, vous cd dans/google appengine/dist27 et socket.py est là... que jmg unis dans sa réponse.
    • ce hack peut amener le sdk, mais a donné lieu à des erreurs de production (au moins dans mon cas)
    • J'ai eu cette erreur quand j'ai remplacé le fichier socket.py fichier Fichier"/opt/google_appengine/google/appengine/tools/devappserver2/python/sandbox.py" de ligne, 950, en load_module élever ImportError ("No module named %s' % fullname) ImportError: No module named _socket Aucune idées de comment le résoudre? J'avais trouvé seulement windows réponses.
    • il a travaillé! gaspillé une bonne journée de casse-tête à essayer de comprendre cela. merci!
    • Cette réponse stackoverflow.com/a/36272309/1464495 vous montre comment le faire sans modifier les fichiers de la bibliothèque ou de la création de toutes les copies.
    • C'est la seule solution qui a fonctionné pour moi. D'autres ont proposé des solutions qui importer le bac à sable du module et de le modifier actuellement échouer avec: "ImportError: l'Importation de la devappserver sandbox (module de google.appengine.outils.devappserver2.python.moment de l'exécution.bac à sable) de l'utilisateur code de l'application n'est pas autorisée. Veuillez supprimer cette importation."

    InformationsquelleAutor jmg
  3. 16

    La solution par jmg fonctionne, mais au lieu de changer le sdk fichiers, vous pouvez le singe patch les modules pertinents.

    Vient de mettre quelque chose comme ceci sur le début de votre projet d'installation.

    # Just taking flask as an example
app = Flask('myapp')

if environment == 'DEV':
    import sys

    from google.appengine.tools.devappserver2.python import sandbox
    sandbox._WHITE_LIST_C_MODULES += ['_ssl', '_socket']

    from lib import copy_of_stdlib_socket.py as patched_socket

    sys.modules['socket'] = patched_socket
    socket = patched_socket
    • +1 pour le code seule solution et pas besoin de se rassembler avec les appengine fichiers.
    • Si vous arrivez ici et utiliser cette solution et vous obtenez alors un problème sur les sockets non bloquant (et à l'aide de select). L'ajout de ces deux lignes pour le correctif, juste en dessous de import sys va désactiver les sockets non bloquant entièrement: import select et puis del sys.modules['select'].select.
    • from lib import copy_of_stdlib_socket.py as patched_socket C'est quoi, la ligne de sujet? PyCharm dit "module non trouvé."
    • D'accord, d'améliorer votre réponse s'il vous plaît.
    • Pour ceux qui s'interrogent sur copy_of_stdlib_socket.py, l'idée est littéralement copier le Python de base socket.py fichier dans un nouveau fichier dans votre arborescence du projet, avec un nom comme copy_of_stdlib_socket.py, puis de les importer. Il y a quelque chose de substitution de la socket par défaut du module, et nous voulons le remplacer en arrière.
    • Vous pouvez accomplir cela sans même avoir à les copier socket.py dans un nouveau fichier, par cette réponse: stackoverflow.com/a/36272309/1464495.

    InformationsquelleAutor Ilya Tuvschev
  4. 6

    J'ai eu à utiliser une approche légèrement différente pour obtenir ce travail dans CircleCI (pas sûr de ce qu'particularité de leur venv config causé ce):

    appengine_config.py

    import os

if os.environ.get('SERVER_SOFTWARE', '').startswith('Development'):
    import imp
    import os.path
    import inspect
    from google.appengine.tools.devappserver2.python import sandbox

    sandbox._WHITE_LIST_C_MODULES += ['_ssl', '_socket']
    # Use the system socket.

    real_os_src_path = os.path.realpath(inspect.getsourcefile(os))
    psocket = os.path.join(os.path.dirname(real_os_src_path), 'socket.py')
    imp.load_source('socket', psocket)
    • Cette réponse semble être la route la plus sûre pour aller et devrait être marquée. Je vais ajouter qu'il devrait être placé dans un fichier appelé appengine_config.py dans votre base de répertoire app afin qu'il soit chargé au démarrage.
    • mise à jour, merci!
    • ligne 737, dans HTTPConnection j'ai eu timeout=socket._GLOBAL_DEFAULT_TIMEOUT, source_address=None): AttributeError: 'module' objet n'a pas d'attribut "_GLOBAL_DEFAULT_TIMEOUT'
    • Regarde une solution parfaite, mais dans mon cas, je suis en utilisant virtualenv et il n'est pas en mesure de trouver socket.py sur téléchargeant manuellement et de les placer socket.py elle donne une erreur en disant: [Errno 22] argument non Valide.
    • malheureusement GAE ne fonctionne pas bien avec venv. vendoring est la meilleure façon d'aller - cloud.google.com/appengine/docs/standard/python/tools/...
    • Merci pour votre réponse, après avoir investi beaucoup de temps, j'ai pu faire ce travail sur venv. Je pense que celui qui a travaillé a été stackoverflow.com/questions/33822937/...

    InformationsquelleAutor Spain Train
  5. 5

    Suis tombé sur ce fil de discussion en essayant de travailler avec des Pommes service de notification Push et appengine... j'ai été en mesure d'obtenir ce travail sans aucune monkey patching, par l'ajout de la bibliothèque SSL dans mon application.yaml, comme recommandé dans le officiel docs, de l'espoir, qui permet à quelqu'un d'autre 🙂

    InformationsquelleAutor farridav
  6. 5

    J'ai eu ce problème parce que je n'étais pas vendoring ssl dans mon application.fichier yaml. Je sais que l'OP n'a qu', mais pour ceux qui débarquent ici pour l'OP est une erreur, il vaut la peine de faire assurer lignes comme celle-ci sont dans votre application.fichier yaml:

    libraries:
- name: ssl
  version: latest
    • Ils devraient vraiment avoir mentionné dans cloud.google.com/appengine/docs/standard/python/getting-started/...
    • sérieusement. GAE a commencé comme leur produit phare, PaaS, et, dans cette transition à 3,7, ils ont été de le traiter comme un projet à part (c'est à dire presque pas de local outils de dev pour 3.7, pas de mise à jour 2.7 de la documentation quand ils font des changements, pour ne pas la migration des bibliothèques intégrées (c'est à dire NDB) à 3,7, etc). Voici, en espérant que le reste de 2019 montre l'amélioration de la ici que Python 2.7 obtient le coucher du soleil.
    InformationsquelleAutor hamx0r
  7. 1

    J'ai ajouté le code pour appengine_config.py comme indiqué par l'Espagne en Train, mais avait également ajouter le code suivant ainsi à obtenir que cela fonctionne:

    phttplib = os.path.join(os.path.dirname(real_os_src_path), 'httplib.py')
imp.load_source('httplib', phttplib)
    InformationsquelleAutor Keith Hannon