Obligement - L'Amiga au maximum

Vendredi 28 avril 2017 - 14:07  

Translate

En De Nl Nl
Es Pt It Nl


Rubriques

 · Accueil
 · A Propos
 · Articles
 · Galeries
 · Glossaire
 · Hit Parade
 · Liens
 · Liste jeux Amiga
 · Quizz
 · Téléchargements
 · Trucs et astuces


Articles

 · Actualité (récente)
 · Actualité (archive)
 · Comparatifs
 · Dossiers
 · Entrevues
 · Matériel (tests)
 · Matériel (bidouilles)
 · Points de vue
 · En pratique
 · Programmation
 · Reportages
 · Tests de jeux
 · Tests de logiciels
 · Tests de compilations
 · Articles divers

 · Articles in english
 · Articles in other languages


Twitter

Suivez-nous sur Twitter




Liens

 · Sites de téléchargements
 · Associations
 · Pages Personnelles
 · Moteurs de recherche
 · Pages de liens
 · Constructeurs matériels
 · Matériel
 · Autres sites de matériel
 · Réparateurs
 · Revendeurs
 · Presse et médias
 · Programmation
 · Développeurs logiciels
 · Logiciels
 · Développeurs de jeux
 · Jeux
 · Autres sites de jeux
 · Scène démo
 · Divers
 · Informatique générale


Jeux Amiga

0, A, B, C, D, E, F,
G, H, I, J, K, L, M,
N, O, P, Q, R, S, T,
U, V, W, X, Y, Z


Trucs et astuces

0, A, B, C, D, E, F,
G, H, I, J, K, L, M,
N, O, P, Q, R, S, T,
U, V, W, X, Y, Z


Glossaire

0, A, B, C, D, E, F,
G, H, I, J, K, L, M,
N, O, P, Q, R, S, T,
U, V, W, X, Y, Z


Partenaires

Annuaire Amiga

Amedia Computer

Relec

Hit Parade


Soutien

N'hésitez pas à soutenir le projet Obligement



Contact

David Brunet

Courriel

 


En pratique : Vérifier l'état de votre connexion et du serveur Internet
(Article écrit par Corinne Villemin Gacon et extrait d'Amiga News - novembre 1997)


Le guide du routard internaute

Cela fait des heures qu'un serveur Web est inaccessible ? Que votre courrier ne quitte pas votre machine ou inversement n'arrive plus ? Vous n'avez même plus de cheveux à vous arracher et la télé-assistance vous diffuse depuis des heures "un, dos, tres" : pas de panique ! Vous devez sortir de toute urgence votre trousse de premiers secours. Quand tout va mal, vous devez faire deux vérifications (la première et la deuxième :)).

Étape n°1 : état de la connexion entre votre Amiga et le serveur ou la machine que vous tentez de joindre

Deux commandes vont vous permettre de savoir si vous avez un problème de connexion et si oui, quelle est sa nature.

Ping NomDeLaMachine

Le nom de la machine peut être soit son nom usité comme "mail.freenet.fr", soit son adresse IP, 194.250.152.3.

Cette commande permet de savoir si la machine que vous tentez de joindre est vivante. Dans l'affirmative, celle-ci répond, et vous aurez des informations sur l'état de la connexion (réponse lente ou normale, perte d'information ou non).

Exemple 1

ping mail.freenet.fr PING mail.freenet.fr (194.250.152.3): 56 data bytes
64 bytes from 194.250.152.3: icmp_seq=0 ttl=255 time=0 ms
64 bytes from 194.250.152.3: icmp_seq=1 ttl=255 time=0 ms
64 bytes from 194.250.152.3: icmp_seq=2 ttl=255 time=0 ms
64 bytes from 194.250.152.3: icmp_seq=3 tt1=255 time=0 ms
----mail.freenet.fr PING Statistics----
4 packets transmitted, 4 packets received, 0% packet loss round-trip (ms) min/avg/max = 0/0/0 ms

Ici tout va bien, le serveur répond et aucune information test n'a été perdue. Il n'y a donc pas de problème de connexion, il faut passer à l'étape suivante.

Exemple 2

ping www.microsoft.com
PING www.microsoft.com (207.68.156 .51): 56 data bytes
----www.microsoft.com PING Statistics ----
39 packets transmitted, 0 packets received, 100% packet loss

Ici c'est une catastrophe, la machine ne répond pas et toutes les informations tests ont été perdues. Aucune conclusion sérieuse ne peut cependant être tirée : en effet, certaines machines sont configurées pour ne pas répondre à un ping, le problème de connexion peut ne pas être sur la machine elle-même mais sur une partie du réseau utilisé pour tenter de la joindre. Il faut alors passer à la commande suivante.

traceroute NomDeLaMachine

Cette commande permet de savoir par où une information circule pour atteindre la machine. Cependant, Il faut garder à l'esprit que sur Internet, une information ne va pas forcément à chaque coup suivre la même route : le routage est dit "dynamique" c'est-à-dire qu'il n'est jamais défini à l'avance mais au fur et à mesure. On peut cependant l'utiliser pour découvrir à quel niveau se situe un éventuel problème de connexion.

Exemple 1

traceroute www.microsoft.com
traceroute to www.microsoft.com (207.68.137.62), 30 hops max, 40 byte packets
1 routeurmelun.cci.fr (194.3.128.1) 1 ms 1 ms 1 ms
2 192.168.1.2 (192.168.1.2) 4 ms 4 ms 4 ms
3 Tuileries.rain.fr (194.206.200.254) 590 ms 627 ms 490 ms
4 rbs.rain.fr (194.51.2.241) 632 ms 454 ms 92 ms
5 raspail-ip2.eurogate.net (194.250.250.6) 76 ms 61 ms 80 ms
6 Washington.eurogate.net (194.206.207 .62) 269 ms 668 ms 382 ms
7 gip-sl-dc-fddi.gip.net (204.59.144.198) 143 ms 141 ms 192 ms
8 * sl-stk-23-H1/0/1-T3.sprintlink.net (144.228.10.2) 219 ms 225 ms
9 144.232.4.25 (144.232.4.25) 174 ms 211 ms *
10 144.232.4.14 (144.232.4.14) 652 ms 677 ms 555 ms
11 sl-sea-1-P5/0/0-155M.sprintlink.net (144.232.8.30) 342 ms 297 ms 337 ms
12 sl-sea-6-F0/0.sprintlink.net (144.228.90.6) 214 ms 265 ms 299 ms
13 sl-mic-3-h0-T3.sprintlink.net (144.228.96.22) 298 ms 278 ms 337 ms
14 207.68.145.46 (207.68.145.46) 482 ms 366 ms 280 ms
15 * * *
16 * * *
17 * * *
18 * * *
19 * *

(un Control-C a interrompu la commande...)

Maintenant, je peux conclure qu'il existe un réel problème de connexion qui rend impossible l'accès au serveur www.microsoft.com. Les informations tests arrivent jusqu'à la machine 207.68.145.46 (qui n'a pas de nom) et ensuite elles ne peuvent plus être routées : la machine suivante est peut-être indisponible, il y a peut-être un problème de câblage, etc.

Exemple 2

traceroute ftp.jussieu.fr
traceroute to nephtys.lip6.fr (132.227.77.2), 30 hops max, 40 byte packets
1 routeur.melun.cci.fr (194.3.128.1) 1 ms 1 ms 1 ms
2 192.168.1.2 (192.168.1.2) 4 ms 5 ms 4 ms
3 Tuileries.rain.fr (194.206.200.254) 409 ms 142 ms 42 ms
4 rbs.rain.fr (194.51.2.241) 80 ms 119 ms 136 ms
5 rbs2.rain.fr (194.51.0.152) 223 ms 358 ms 90 ms
6 gip-ft-ear.gip.net (204.59.18.195) 60 ms 84 ms 58 ms
7 Sfinx.rain.fr (194.250.5.26) 55 ms 51 ms 85 ms
8 ri-renater.gix-paris.ft.net (194.68.129.34) 102 ms 138 ms 142 ms
9 rbs1.renater.ft.net (195.220.180.253) 235 ms 222 ms 179 ms
10 stamand1.renater.ft.net (195.220.180.49) 286 ms 221 ms 190 ms
11 stlambert.rerif.ft.net (195.220.180.10) 224 ms 149 ms 202 ms
12 danton1.rerif.ft.net (193.48.53.50) 233 ms * 219 ms
13 u-jussieu-paris.rerif.ft.net (193.48.58.122) 388 ms 459 ms 252 ms
14 r-jusren.reseau.jussieu.fr (192.44.54.126) 330 ms * 838 ms
15 r-ibp.reseau.jussieu.fr (134.157.254.250) 285 ms 246 ms 500 ms
16 * nephtys.lip6.fr (132.227.77.2) 325 ms 273 ms

Ici tout va bien, la trace est complète et j'apprends que ftp.jussieu.fr a aussi pour nom nephtys.lip6.fr.

Dans le cas ou les deux commandes ping et traceroute lèvent le doute sur un problème éventuel de connexion, il faut passer à l'étape n°2. Dans le cas contraire, il ne faut pas hésiter à appliquer les deux commandes sur les machines de son fournisseur d'accès à l'Internet pour vérifier la qualité et l'état de sa connexion avec lui.

Étape n°2 : état du service que vous tentez d'utiliser

Vous êtes certain de ne pas avoir de problème de connexion avec la machine en question mais peut-être le service (email, ftp, pop, web, etc.) n'est pas disponible. La commande telnet va peut-être vous permettre de faire quelques vérifications. Le peut-être est de rigueur : en effet, il existe des machines appelées proxy qui contrôlent les activités et les commandes lancées sur une machine de son réseau et qui peuvent rejeter la commande telnet que vous lancez.

telnet NomDeLaMachine NomDuProtocole

"NomDuProtocole" étant soit le nom du protocole du service utilisé (http pour le Web, smtp pour envoyer du courrier, pop pour lire du courrier déporté, ftp pour le transfert de fichier, etc.) soit le numéro de port (ou canal) que le service utilise (25 pour l'envoi de courrier, 119 pour les news, 80 pour le Web, etc.).

Cas n°1 : le service n'est pas actif

telnet andy.freenet.fr nntp
Trying 194.250.152.29...
telnet: Unable to connect to remote host: Connection refused

Soit un proxy vous interdit de vous connecter sur cette machine (pour y remédier voir cas n°2), soit le service n'est pas disponible et vous n'avez plus qu'à attendre son rétablissement.

Cas n°2 : le service est actif mais vous ne pouvez pas l'utiliser

telnet news.micronet.fr nntp
Trying 194.51.75.2...
Connected to news.micronet.fr, Escape character is '^]'.
HELP
502 You have no permission to talk.
Goodbye.
Connection closed by foreign host.

Dans ce cas, le service des forums Usenet est bien opérationnel mais vous n'avez pas les droits nécessaires pour vous connecter ou dialoguer avec le service.

Celui-ci est réservé à certaines personnes dont vous ne faites pas partie. Si cette situation est anormale vous devez contacter par tous les moyens le responsable du site (ou son représentant).

Cas n°3 : le service est actif et vous pouvez l'utiliser

telnet news freenet.fr nntp
Trying 194.250.152.3...
Connected to news.freenet.fr. Escape character is '^]'.
200 news.freenet.fr InterNetNews NNRP server INN 1.5.1 17-Dec-1996 ready (posting ok).

Ici tout va bien, le service des forums Usenet est opérationnel et vous avez la permission de vous connecter sur le serveur Usenet. Un ensemble de commandes, décrites dans le RFC 1036, vous permettraient de dialoguer avec le serveur et aussi de lire et de poster dans les forums Usenet de cette façon.

Conclusion

Si l'étape n°1 et l'étape n°2 sont concluantes, les problèmes que vous rencontrez sont certainement liés à une mauvaise configuration des logiciels que vous utilisez, il faut faire une vérification (identifiant, mot de passe, paramètre, etc.).

Étape n° 3 : si l'application de cette trousse de secours n'a pas fait avancer d'un pouce votre situation, pas de panique, la bonne réponse est 42. :)

Annexes

Pour découvrir les commandes reconnues par un service via le mode telnet, voici quelques RFC. Les RFC sont des documents publics, décrivant les standards de l'Internet. Ils sont disponibles sur de nombreux serveurs FTP comme celui de l'INRIA (ftp.inria.fr).

RFC 821 - Simple Mail Transfer Protocol
RFC 1651 - SMTP Service Extensions
RFC 1939 - Post Office Protocol - version 3
RFC 2060 - Internet Message Access Protocol - version 4revl
RFC 1035 - Standard for Interchange of Usenet Messages
RFC 977 - Network News Transfer Protocol


[Retour en haut] / [Retour aux articles]