9
votes

Erreur HTTP Dev-Server 403: Interdit

Après la mise à jour de 1.7.5 (où tout fonctionnait bien), je reçois une erreur HTTP 403: interdit strong> lorsque vous essayez d'ouvrir des sites via localhost. Une chose étrange est que j'ai à peu près la même configuration à la maison qu'au travail et que tout fonctionne là-bas ... peut être un problème avec le serveur proxy que nous utilisons au travail, car c'est la seule différence que je puisse penser? Voici le journal d'erreur que je reçois, alors si quelqu'un sait ce qui se passe, s'il vous plaît aider (

Traceback (most recent call last):
  File "launcher\mainframe.pyc", line 327, in OnStop
  File "launcher\taskcontroller.pyc", line 167, in Stop
  File "launcher\dev_appserver_task_thread.pyc", line 82, in stop
  File "launcher\taskthread.pyc", line 107, in stop
  File "launcher\platform.pyc", line 397, in KillProcess
pywintypes.error: (5, 'TerminateProcess', 'Access is denied.')


10 commentaires

Vérifier les autorisations de fichier


Cela n'a pas aidé .. Tous les fichiers et dossiers ont une autorisation d'accès complet de l'administrateur et du système.


J'ai essayé toutes sortes de choses, mais rien ne couture pour travailler. J'ai installé Python et GAE sur différents disques, essayé à la fois des versions 64 bits et 32 ​​bits, des autorisations de fichier vérifiées ... Pour l'instant, j'ai installé GAE 1.7.5 et mes projets fonctionnent à nouveau, mais ce serait bien si quelqu'un avait un idée comment faire 1.7.7 travail (:


Un ami a eu la même erreur en essayant d'accéder à Localhost. Il utilisait également un proxy. La rétrogradation à 1.7.5 a également travaillé pour lui aussi.


Vient d'essayer 1.8.0 et ne fonctionne toujours pas ...


J'ai eu ce même problème ici. 1.8.0 a des problèmes. Je ne peux même pas exécuter le squelette WebApp2 autonome appengine: /


Est-il possible que votre travail a un site web sur localhost? Essayez de changer le port ou de la déconnecter du réseau de votre travail.


Essayez de passer à la mise à niveau vers le 1.7.6 SDK et voyez si vous rencontrez le même problème. La raison étant, avec le 1,7,6 SDK, ils ont publié le nouveau "dev_appserver", peut-être quelque chose qui cause la question.


Avez-vous essayé de lancer votre application depuis une ligne de commande avec des privilèges d'administrateur?


ajouter une autorisation exécutable au dossier contenant les fichiers requis devrait fonctionner


3 Réponses :


1
votes

essayer soit: -Asséder à travers un proxy différent. C'est un. proxy dans un proxy -Asséder à travers votre IP locale I.E 192.168.1.1


0 commentaires

4
votes

J'ai eu ce même problème avec ma macosx lors de l'utilisation d'un serveur proxy utilisant Google App Engine Launcher 1.8.6. Apparemment, il y a un problème avec "proxy_bypass" sur "urllib2.py".

Il y a deux solutions possibles:

  1. Dualgrade à 1.7.5, mais qui veut dégrader?
  2. EDIT "[PATH INSTALETTION GAE] /Google/appengine/Tools/appengine_rpc.py" et recherchez la ligne qui dit

    ouverte.add_handler (FANCY_URLLIB.FANCYPROXYHANDLERDLER ())

    dans mon ordinateur c'était la ligne 578, puis mettez un hachage (#) au début de la ligne, comme celui-ci: xxx

    sauvegarder le Fichier, arrêtez puis redémarrez votre application. Maintenant dev_appserver.py ne devrait pas essayer d'utiliser un serveur proxy du tout.

    Si votre application utilise des ressources externes telles que le service Web SOAP ou quelque chose du genre et vous ne pouvez pas accéder au serveur sans le serveur proxy. , alors vous devrez dégrader. Veuillez garder à l'esprit que les fichiers JavaScript externes (comme Facebook SDK ou similaire) sont chargés à partir de votre navigateur, et non de votre application.

    Puisque je n'utilise aucun service de repos externe ni de services de savon, cela fonctionnait pour moi!

    Espérons que cela fonctionnera aussi pour vous.


0 commentaires

0
votes

J'ai fait face au même problème avec la version 1.9.5. Semble que le proxy API envoie des RPCS au serveur proxy, qui sont ensuite rejetés avec HTTP 403 (car les serveurs proxy sont généralement configurés pour rejeter les tentatives de connexion des ports arbitraires). Dans mon cas, j'utilisais le module urlfetch code> dans mon application pour accéder aux pages Web externes, alors désactiver le serveur proxy n'était pas un choix pour moi.

C'est comme ça que j'ai travaillé autour de la question Retour (très probablement il était basé sur des commentaires trouvés sous Ce numéro , mais je ne me souviens pas des sources exactes). P>

Remarque: B> P>

  • Pour cette approche du travail, vous devrez connaître l'adresse d'hôte / IP et le port par défaut de votre serveur proxy et les modifier correctement dans le code si vous vous connectez à un serveur proxy différent. LI>
  • Lorsque vous n'êtes pas derrière le serveur proxy, vous devrez revenir aux modifications appliquées afin de revenir à un état de travail (si vous souhaitez un accès Internet à l'intérieur de votre application). LI> ul>

    ici il va: p>

    1. Désactivez les paramètres de proxy pour l'environnement Python (lanceur de moteurs de Google App) d'une manière ou d'une autre. (Dans mon cas, il était facile car je lançais le dev_appserver.py code> à partir d'une coque de terminal (sur Linux) et le non défini http_proxy code> et non définit https_proxy Code> Les commandes ont fait le tour.) p> li>

    2. Modifier {App boot moteur sdk root} /google/appengine/api/urlfetch_stub.py code>. Trouver le bloc de code p>

      if _CONNECTION_SUPPORTS_TIMEOUT:
          if host[:9] == 'localhost' or host[:9] == '127.0.0.1':
              connection = connection_class(host, timeout=deadline)
          else:
              connection = connection_class('your_proxy_host_goes_here', your_proxy_port_number_goes_here, timeout=deadline)
      else:
          if host[:9] == 'localhost' or host[:9] == '127.0.0.1':
              connection = connection_class(host)
          else:
              connection = connection_class('your_proxy_host_goes_here', your_proxy_port_number_goes_here)
      


0 commentaires