LAB04-Pannes Résolution : Différence entre versions
| Ligne 1 : | Ligne 1 : | ||
| − | LAB sous forme de jeu de rôle d'une activité de support. | + | LAB sous forme de jeu de rôle d'une activité de [[support]]. |
Un binôme imagine un dysfonctionnement, le génère puis joue le rôle de l'utilisateur qui déclare son problème au support et répond aux questions du support. | Un binôme imagine un dysfonctionnement, le génère puis joue le rôle de l'utilisateur qui déclare son problème au support et répond aux questions du support. | ||
* créer des pannes | * créer des pannes | ||
| Ligne 5 : | Ligne 5 : | ||
* dépanner | * dépanner | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
3 groupes : | 3 groupes : | ||
Version actuelle datée du 2 septembre 2021 à 20:31
LAB sous forme de jeu de rôle d'une activité de support. Un binôme imagine un dysfonctionnement, le génère puis joue le rôle de l'utilisateur qui déclare son problème au support et répond aux questions du support.
- créer des pannes
- diagnostiquer les pannes
- dépanner
3 groupes :
- JO - Jory Oscar : crée panne FTP
- VF - Vincent Florian : créé panne web
- FJ - Frédéric Jean : crée panne IP
Rôle et scénarios:
- S1-VF dépanne FJ
- S2-FJ dépanne JO
- S3- JO dépanne VF
VF trouve très vite et résoud la panne : @IP , @Gateway changées
Sommaire
Scénario S1[modifier]
PB[modifier]
- Plus d’accès au service apache2
- En détail, carte réseau sur gelbique down. Changement d'ip, de masque et de gateway sur gelbique.
Solutionnement[modifier]
F. à directement pensé à se rendre sur le serveur gelbique. Il a constaté que le réseau n'était plus accessible (LAN et WAN). De là , il a été dans les paramètres réseau , a reconnecté la carte, et remis la bonne adresse ip (fixe), le bon masque, et la bonne gateway.
Scénario S2[modifier]
PB[modifier]
Le problème était le suivant :
Lorsque l'on se connecte au FTP de Planet via un PC connecté sur le LAN, nous ne voyons plus nos dossiers. Rien ne figure dans le dossier du chemin par défaut du FTP.
Solutionnement[modifier]
F & J on essayé de redémarrer le service FTP installé par défaut, le terminal UNIX a retourner une erreur en indiquant que le service FTP de base n'était pas utilisé. F & J on déduit que le service FTP du serveur était VSFTPD, en recherchant les différent programme FTP connus sous GNU/Linux Ils on donc trouver de la documentation concernant VSFTPD pour savoir ou se trouve le fichier de configuration de VSFTPD Ensuite Ils ont éditer le fichier de configuration VSFTPD.conf Puis ils on réussi à trouver, dans le fichier de configuration, la ligne qui spécifie le chemin d'accès par défaut, et l'on changé.
Scénario S3[modifier]
PB[modifier]
Le problème est que l'on avait activé un serveur Proxy avec une adresse et un port incorrect, du coup on n'avait plus accès à internet. le message était que le délais d'accès à la page était trop long, sans jamais y accéder.
Solutionnement[modifier]
Pour la résolution nos réponses aux questions ne pouvaient pas les aider à résoudre ce problème. L'utilisateur savait juste qu'il n'avait plus accès à internet.
Beaucoup de test effectués
- Firewall
- Ping
- DNS
- IPv4
- Test Ligne de commande et graphique
