Si vos investigations vous mènent à un problème sur le réseau MiNET même, alors considérez regarder la page des erreurs Zabbix classiques
Certains appareils, comme beaucoup de consoles, n'ont pas accès à l'authentification utilisée à MiNET (802.1x). Pour les relier tout de même au réseau, on peut désactiver l'authentification de ces appareils (et de ces appareils seulement). Il faut savoir qu'il n'est actuellement pas possible de faire cette manipulation en WiFi, et que tout appareil concerné sera nécessairement en filaire.
Il faut activer le MAB sur ADH6 :
Demandez leur de suivre le tutoriel, avec un lien vers la page qui correspond à leur langue, OS, et méthode de connexion.
Allez voir sur ADH6 les problèmes dans leurs logs.
A-t-il mis son adresse MAC sur adh6 ? La bonne adresse MAC ? Il faut leur rappeller que les adresses MACs wifi et filaire sont différentes !
Demandez leur si tous leurs appareils sont concernés, ou un seul (si ce n'est qu'un seul, c'est qu'il y a un problème de configuration sur l'appareil, sinon c'est un peu plus inquiétant).
Demandez leur de venir au local avec l'appareil qui est concerné, pour vérifier qu'ils arrivent à se connecter depuis le local (sinon c'est nécessairement une mauvaise configuration).
Si vous arrivez à les connecter au local, mais que quand ils rentrent chez eux, alors ça ne marche pas, alors il faudra considérer ceci : Vérification des prises des adhérents.
Vérifiez qu'ils arrivent à se connecter depuis le local.
A partir de ce moment là, ça devrait être bon. Sinon il y a peut-être un
problème avec la borne wifi ou le WLC ? (peu probable, sinon vous l'auriez vu sur Zabbix)
D'abord il faut aller vérifier que la connexion est aussi faible que ce que l'adhérent prétend.
Puis après, considérez leur céder (contre caution évidemment, avec toute la procédure de maintien de stock et de déploiement qui va avec) un minirouteur !
Votre meilleur ami du déboggage d'adhérents, ce sont les logs.
Vous pouvez trouver les logs les plus récents sur ADH6. Néanmoins vous ne verrez que les 10 dernières lignes de logs.
Notamment, l'interface d'ADH6 est suffisamment ergonomique pour résoudre 80% des problèmes récurrents que vous rencontrerez chez les adhérents qui viennent au local pendant une permanence (ou pas).
Voici une liste de logs plus ou moins exhaustive, et les pistes les plus probables (80% des cas j'te dis...).
Login incorrect (TLS Alert read:fatal:certificate expired) / Login incorrect (TLS Alert read:fatal:unknown CA)
Cela signifie que l'ordinateur est mal configuré (notamment au niveau de l'authentification).
Login incorrect
Login incorrect: [login]
95% des cas -> l'adhérent ne se souvient plus de son mot de passe. Il faut aller vérifier ça et, si besoin, lui changer.
5% des cas -> si effectivement le login/mot de passe est bon, c'est que l'adresse MAC en question n'est pas enregistrée (l'ordinateur est configuré, mais non reconnu). C'est bête, mais ça arrive plus souvent qu'on ne le croit. Pour cela, il suffit de regarder la MAC de l'ordi qui essaie de se connecter et checker si elle est bien enregistrée.
Login OK: [login]
Si, par le plus grand des hasards, tout semble ok mais l'adhérent ne parvient pas à accéder au Web, la cause la plus probable est celle d'une IP fixe dans la configuration de son ordinateur. Il faut donc aller vérifier ça et veiller à ce que l'IP soit attribuée dynamiquement par le DHCP.
Le clavier AZERTY étant une chose franco-française, les étudiants étrangers ne sont pas habitués à son utilisation. Ainsi, si l'inscription se fait sur un ordinateur de membre ou sur l'ordinateur du local, bien préciser que le clavier est en AZERTY et que pour avoir des nombres dans le mot de passe il faut presser la touche SHIFT en utilisant les nombres au dessus du clavier. La plupart des problèmes de mot de passe viennent de cette erreur.
Pour effectuer les configurations, utiliser les tutoriaux adaptés : bien que la langue des ordinateurs soit différente, les images et les dispositions sont les mêmes (sauf dans le cas de certaines langues ou les boutons OK et ANNULER sont inversés - dialoguer avec les adhérents pour les détails). Bien utiliser les raccourcis claviers pour simplifier la tâche.
Il y a peu de chance que le problème vienne d'une de ces raisons, mais les avoir identifier pourrait s'avérer utile un jour.
Le problème en question fait référence à cette situation : le client semble parfois connecté au réseau mais pas à internet, et ce type de logs se répètent sur ADH6
[...] DHCP4_LEASE_ALLOC [...]
[...] DHCP4_INIT_REBOOT [...]
Dans ce cas cela provient de l'appareil lui-même. Dans le cas suivant, c'était l'OS (Windows) qui faisaient des choses bizarres avec la carte réseau pour économiser de l'énergie (option à désactiver dans le gestionnaire des périphériques).
* FAT32 et NTFS: GetDataBack, pour Windows uniquement, payant...<color #FFFFFF>mais on peut trouver une version gratuite en cherchant "getdataback portableappz" sur duckduckgo</color>
* Tout type de système de fichier: TestDisk+PhotoRec, Win, OSX, Linux.
La règle n°0 : On n'écrit jamais sur le disque à partir duquel on veut récupérer des données.
sudo apt-get install chntpw
sudo mkdir -p /mnt/partition_windows
("/dev/sdXY" correspond à la partition "C:")
sudo mount /dev/sdXY /mnt/partion_windows
cd /mnt/partition_windows/WINDOWS/System32/config
sudo chntpw SAM
sudo chntpw -u XXX SAM
sudo mkdir -p /mnt/partition_linux/
sudo mount /dev/sdXY /mnt/partition_linux
("/dev/sdXY" correspond à la partition "/")
sudo mount --bind /dev /mnt/partition_linux/dev
sudo mount -t proc /proc /mnt/partition_linux/proc
sudo mount --bind /run /mnt/partition_linux/run
sudo mount -t sysfs /sys /mnt/system/sys
sudo chroot /mnt/partition_linux/ /bin/bash
sudo cat /etc/passwd | awk -F: '{print $ 1}'
passwd XXX