C'est quand même pas à ce point-là non plus. Le protocole qu'on doit suivre touche plus à la manière de répondre à l'appel.
Maintenant, imaginez ce scénario:
Client: Je n'arrive pas à surfer, ya internet qui ne fonctionne plus.
Hotline: Je vois que vous n'êtes pas connecté.
Typique, classique, hyper courant (je passe les problèmes de synchro, on imagine qu'elle est ok).
Si le type est sous win, je lui demande de double-cliquer sur sa connexion et soit ça marche, soit ya un numéro d'erreur qui s'affiche. A partir du numéro, on a une db qui reprend les "solutions".
Pareil pour les erreur données par Outlook [express]. Alors, oui, quand la queue sur le téléphone est de 12 personnes, tu es bien content d'avoir ce genre de facilités.
Et si le type est sous linux (surtout si c'est quelqu'un comme mon père, par exemple, qui sait à peine que sa distrib est une debian), je lui demande de faire un grep sur /var/log/xyz ?
On ne va jamais demander au client d'installer Windows ! Mais il est évident que si le client ne sait pas d'où vient le problème, et que ça ne semble pas venir de chez nous, on va lui demander s'il peut tester la connexion depuis une machine sous Windows. Pas parce que le problème vient de linux : simplement pour avoir accès rapidement et facilement aux infos sur le problème.
S'il sait quel est le problème (login/pass invalide, par exemple), on peut vérifier les logs du radius, et voir avec lui s'il a bien mis les bons. Mais je ne pourrai pas le guider tout simplement parce que je n'ai pas l'adsl moi-même, je ne saurais pas où chercher :)
Note: je n'ai ni Windows ni, comme je viens de le dire, l'adsl.
[^] # Re: C'est la faute à Linux ! Toujours Linux !
Posté par Amand Tihon (site web personnel) . En réponse au journal C'est la faute à Linux ! Toujours Linux !. Évalué à 4.
Maintenant, imaginez ce scénario:
Client: Je n'arrive pas à surfer, ya internet qui ne fonctionne plus.
Hotline: Je vois que vous n'êtes pas connecté.
Typique, classique, hyper courant (je passe les problèmes de synchro, on imagine qu'elle est ok).
Si le type est sous win, je lui demande de double-cliquer sur sa connexion et soit ça marche, soit ya un numéro d'erreur qui s'affiche. A partir du numéro, on a une db qui reprend les "solutions".
Pareil pour les erreur données par Outlook [express]. Alors, oui, quand la queue sur le téléphone est de 12 personnes, tu es bien content d'avoir ce genre de facilités.
Et si le type est sous linux (surtout si c'est quelqu'un comme mon père, par exemple, qui sait à peine que sa distrib est une debian), je lui demande de faire un grep sur /var/log/xyz ?
On ne va jamais demander au client d'installer Windows ! Mais il est évident que si le client ne sait pas d'où vient le problème, et que ça ne semble pas venir de chez nous, on va lui demander s'il peut tester la connexion depuis une machine sous Windows. Pas parce que le problème vient de linux : simplement pour avoir accès rapidement et facilement aux infos sur le problème.
S'il sait quel est le problème (login/pass invalide, par exemple), on peut vérifier les logs du radius, et voir avec lui s'il a bien mis les bons. Mais je ne pourrai pas le guider tout simplement parce que je n'ai pas l'adsl moi-même, je ne saurais pas où chercher :)
Note: je n'ai ni Windows ni, comme je viens de le dire, l'adsl.