Le 17 février 2015 13:36, Simon Fonteneau sfonteneau@stemarie-aizenay.fr a écrit :
L'affichage avec ["192.168.0.1"] est un indice
Il apparaît quand l'enregistrement dns wapt n'a pas été fait. Ce qui concorde.
C'est un bug qui peut être corriger en ajoutant l'enregistrement dns.
Je vais laisser l'equipe de tranquil.it répondre
Pour ma part, c'est juste une liste python cette syntax. (j'ai une douzaine de carte réseau sur mon PC, entre les interfaces virtualbox, tun/tap, wifi, ethernet) que j'ai toutes désactivé pour les besoins du test
Voici un screenshot.
J'ai rajouté l'enregistrement dans le DNS, recharger le service, relancer la console, toujours access denied.
Simon
Le 17/02/2015 13:30, claude juif a écrit :
Le 17 février 2015 13:09, Simon Fonteneau sfonteneau@stemarie-aizenay.fr a écrit :
J'ai eu le soucis il y a un moment.
Pour ma part le problème se résolvais quand je cliquais sur recharger la configuration du service. Le pc démarrai tout simplement trop rapidement.
J'ai essayé ce na change rien
si non dans la console comment apparais l'ip de la machine? ["192.168.0.1"] ou comme ca 192.168.0.1
["10.4.10.27"]
Avez vous tester tout vos enregistrement dns ?
nslookup srvwapt.stemarieduport.local.
OK
nslookup wapt.stemarieduport.local. nslookup wapt
Mon serveur wapt est sur un autre domaine (DNS, pas windows) que le domaine windows. Je ne peux donc pas modifier mon domaine par défaut
Je n'ai pas configuré ces enregistrement DNS. La doc indique que c'est utilisé pour l'auto discovery DNS, que je ne souhaite pas utiliser.
Je les ai rajouté pour test dans le hosts de mon pc (histoire de, parce que je ne suis pas convaincu que ca vienne de la) et ca ne change rien au probleme
nslookup ipdevotreserveur (pour vérifier si la résolution inverse fonctionne)
OK
nslookup ipdevotreclient (pour vérifier si la résolution inverse fonctionne)
OK
Pouvez vous couper votre parfeu
Testé, aucun changement. Toujours access denied
Pouvez vous couper votre anti-virus
Testé, aucun changement. Toujours access denied
Depuis votre client, avez vous réussi à acceder à http://127.0.0.1:8088/status
Oui
Votre pc client est t'il dans le domaine ?
Oui
Avez vous un proxy qui pourrai gêner quelque part ? (wpad ou manuel)
J'ai un proxy mais pas utilisé pour les réseaux locaux (je suis admin de ce proxy, et j'ai full access partout)
Je vous donne mon wiki qui peut aider: http://wiki.lesfourmisduweb.org/index.php/Serveur_WAPT (ne négliger aucune étape)
A priori j'ai fait la même chose, mais Access Denied
J'ai testé ma procédure hier soir et tout fonctionnais normalement
Simon
Le 17/02/2015 11:58, Emmanuel LE CALONNEC a écrit :
Sous window 7 pro, j'ai aussi le bug.
Console version : 1.0.0.1 Wapt-get version : 1.0.0.0
Emmanuel
Le 17/02/2015 11:07, Jérémie Courrèges-Anglas a écrit :
Bonjour messieurs,
ce bug n'aurait pas dû être dans la release 1.0.0 de WAPT (il avait été corrigé avant). Il n'est présent que sur la version Debian, pas sur la version Windows. J'assume l'entière responsabilité de cet échec... en vous proposant un bugfix. :)
En pièce jointe se trouve le patch pour waptserver.py. Pas besoin d'appliquer ce patch, un paquet tis-waptserver-1.0.0-1.deb a été déposé sur nos dépôts, il contient ce changement et uniquement celui-ci (-> apt-get update && apt-get install tis-waptserver).
Merci de me confirmer que cette mise à jour corrige votre problème.
Bonne journée,
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
WAPT mailing listWAPT@lists.tranquil.ithttp://lists.tranquil.it/listinfo/wapt
WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
