Surveiller ce forum | 
Commencer une nouvelle discussion
| RE: alcasar 3.1.4 - déconnexion des utilisateurs intempestives [ Répondre ] Par : Tom HOUDAYER on 2017-08-16 19:17 | [forum:486717] |
|
Bonjour, @Florian le problème d'ouverture de status.php semble corrigé (voir : https://adullact.net/forum/forum.php?thread_id=319228&forum_id=1601&group_id=450). Pensez à remettre le watchdog si c'est bon. @Olivier: C'est effectivement pas très propre les adresses IP inutiles dans "/var/tmp/havp/current_users.txt", je vais voir ça. Concernant vos requêtes AJAX qui ne s'envoient pas lorsque l'onglet est inactif, c'est surement une optimisation du navigateur qui "décharge" l'onglet afin d'économiser la mémoire. (au lieu de couper entièrement le watchdog, vous pouvez simplement commenter les lignes relatives au fichier current_users.txt) |
|
| RE: alcasar 3.1.4 - déconnexion des utilisateurs intempestives [ Répondre ] Par : Olivier C on 2017-08-16 17:58 | [forum:486715] |
|
Après analyse, j'ai trouvé ceci : /var/www/html/status.php appelle /var/www/html/js/statusControler.js qui appelle /var/www/html/still_connected.php qui écrit l'@IP dans /var/tmp/havp/current_users.txt Or, avec un tailf /var/log/httpd/access_log | grep "192.168.182.3" voici le résultat : 192.168.182.3 - - [16/Aug/2017:17:29:06 +0200] "GET /still_connected.php HTTP/1.1" 200 - "http://alcasar.localdomain/status.php"; "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" 192.168.182.3 - - [16/Aug/2017:17:32:26 +0200] "GET /still_connected.php HTTP/1.1" 200 - "http://alcasar.localdomain/status.php"; "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" 192.168.182.3 - - [16/Aug/2017:17:47:51 +0200] "GET /index.php?url=www.euronews.com HTTP/1.1" 307 - "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" 192.168.182.3 - - [16/Aug/2017:17:47:58 +0200] "GET /status.php HTTP/1.1" 200 4739 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" 192.168.182.3 - - [16/Aug/2017:17:48:01 +0200] "GET /still_connected.php HTTP/1.1" 200 - "http://alcasar.localdomain/status.php"; "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" 192.168.182.3 - - [16/Aug/2017:17:48:28 +0200] "GET /still_connected.php HTTP/1.1" 200 - "http://alcasar.localdomain/status.php"; "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" 192.168.182.3 - - [16/Aug/2017:17:48:48 +0200] "GET /still_connected.php HTTP/1.1" 200 - "http://alcasar.localdomain/status.php"; "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" 192.168.182.3 - - [16/Aug/2017:17:49:08 +0200] "GET /still_connected.php HTTP/1.1" 200 - "http://alcasar.localdomain/status.php"; "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" 192.168.182.3 - - [16/Aug/2017:17:49:28 +0200] "GET /still_connected.php HTTP/1.1" 200 - "http://alcasar.localdomain/status.php"; "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8" Dans le cas où le navigateur n’a pas le focus à l’écran, on voit bien que les deux premières lignes sont séparées de 3 minutes 30, ce qui occasionne une fermeture de session par le watchdog… Alors que pour les lignes suivantes, le navigateur a le focus, et la page still_connected.php s’exécute bien toutes les 20 secondes environ, ce qui ne provoque pas de déconnexion. Que la fenêtre de statut soit en page autonome ou en onglet, même symptôme. Pouvez-vous regarder pourquoi le javascript n'actualise pas la page assez vite svp ? En attendant, je laisse le watchdog coupé. C'est vérifié sur Android et MacOS. Je n'ai pas encore testé sur linux ou zindows. Bref, Tom, au secours ! |
|
| RE: alcasar 3.1.4 - déconnexion des utilisateurs intempestives [ Répondre ] Par : Olivier C on 2017-08-16 16:30 | [forum:486714] |
|
Je viens de trouver un léger soucis dans le watchdog qui ne l'empêche pas de fonctionner. Il ne supprime que les adresses ip du fichier "/var/tmp/havp/current_users.txt" pour les utilisateurs n'ayant pas fermé via le lien leur session dans la fenêtre de statut. Or, certains le font correctement. Si, si, ça arrive ! Du coup, les adresses ip en question restent et ce n'est pas très beau. J'ai donc modifié sur mon alcasar le fichier /usr/local/bin/alcasar-watchdog en mettant en commentaire la ligne 126 et en ajoutant en ligne 132 (juste avant le test d'usurpation) le code suivant : if [ -e $current_users_file ]; then # Remove all the IP found from chilli in 'current_users.txt'. Every user need to insert their @IP everytime to prove their connectivity. sed -i "/^$active_ip/d" $current_users_file fi Cela purge toutes les adresses ip du fichier "/var/tmp/havp/current_users.txt", que les utilisateurs aient fermé leur session ou leur fenêtre de statut. Pour le reste, il semblerait que le code de la page /var/www/html/still_connected.php ne s'exécute pas tout le temps, ce qui provoque ces déconnexions. |
|
| RE: alcasar 3.1.4 - déconnexion des utilisateurs intempestives [ Répondre ] Par : Olivier C on 2017-08-16 15:18 | [forum:486712] |
|
Bonjour, Je continue les investigations sur le problème..... Après avoir mis des traces dans le watchdog, il apparaît qu'il fait bien son travail pour la déconnexion. Si l'adresse ip d'un utilisateur n'apparait pas dans le fichier "/var/tmp/havp/current_users.txt", alors il le déconnecte. Il faudrait peut être ajouter un expr dans la ligne 121 et transformer if [ $cmp_user_ok -eq 0 ]; then en if [ $(expr $cmp_user_ok) -eq 0 ]; then Comme aux lignes qui comparent l'activité grâce à la requête chilli_query list Il apparaît que même si la fenêtre (ou onglet) de statut est ouverte, celle-ci n'écrit pas toujours dans le fichier "/var/tmp/havp/current_users.txt". Ce qui provoque une déconnexion de l'utilisateur max 3 minutes plus tard. Cette déconnexion s'annule quelquefois, l'adresse ip réapparait comme par miracle... avant les 3 minutes. Je vais regarder de ce coté... |
|
| RE: alcasar 3.1.4 - déconnexion des utilisateurs intempestives [ Répondre ] Par : Florian VIALAR on 2017-08-16 12:00 | [forum:486710] |
|
Bonjour, @ Tom : non la fenêtre status.php ne s'ouvre pas. En fait elle n'apparaît plus depuis le changement de version. @ Olivier : Je vais tester pour le watchdog et vous tient au courant. En vous remerciant pour toutes vos réponses. Florian |
|
| RE: alcasar 3.1.4 - déconnexion des utilisateurs intempestives [ Répondre ] Par : Olivier C on 2017-08-14 20:36 | [forum:486707] |
|
J'ai oublié de dire qu'en coupant le watchdog, plus de probleme. En attendant qu'une solution soit trop trouvée, voici la manip: mettre un dièse devant la ligne qui lance le watchdog dan /etc/cron.d/alcasar-watchdog elle est repérable car elle commence par */3 |
|
| RE: alcasar 3.1.4 - déconnexion des utilisateurs intempestives [ Répondre ] Par : Olivier C on 2017-08-14 19:00 | [forum:486706] |
|
bonsoir à tous, j'ai toujours ce même problème. Install toute neuve et aucune reprise d'une base d'usagers et sans page de redirection. La raison de ces deconnexions est "admin reset" parce que l'arping ne trouve pas l'utilisateur d'après les logs. pourtant quand je lance l'arping a la main, c'est tout bon |
|
| RE: alcasar 3.1.4 - déconnexion des utilisateurs intempestives [ Répondre ] Par : Tom HOUDAYER on 2017-08-14 18:14 | [forum:486705] |
|
Bonjour, La fenêtre status.php s'ouvre-t-elle après la connexion ? Si non, avez-vous regardé le sujet suivant https://adullact.net/forum/forum.php?thread_id=319228&forum_id=1601&group_id=450 ? |
|
| alcasar 3.1.4 - déconnexion des utilisateurs intempestives [ Répondre ] Par : Florian VIALAR on 2017-08-14 17:13 | [forum:486704] |
|
Bonjour, je viens de terminer l'installation d'Alcasar en v3.1.4 sans problème particulier. Je rencontre une difficulté sur le temps de connexion des utilisateurs. Lorsque l'utilisateur se connecte avec son login + mot de passe, il accède bien à internet puis au bout de quelques secondes ou quelques minutes (2 maxi) il est déconnecté et doit retaper son login + mot de passe. L'accès à l'ACC ne pose pas de problème et ne présente aucune déconnexion. La connexion internet est stable. La durée de session de l'utilisateur est illimité sur l'ACC, donc pas de bridage de ce coté là. J'ai exporté ma base utilisateurs d'une précédente version 3.0.1 que j'ai réintégré sur la 3.1.4. Je cherche depuis quelques jours mais je ne trouve pas. Est-ce que quelqu'un aurait une idée ? En vous remerciant Florian |
|
