Mes connaissances progressent grâce à des lectures de faqs, de cours sur
internet et grâce à vous.
Si j'ai bien compris ftp, http,... sont des commandes de services qui
peuvent passer de réseau à un autre réseau ce qui n'est pas le cas de ping
qui ne peut qu'agir que sur un même réseau.
Ping ne serait donc pas une commande de service.
Est ce cela?En quoi ping n'est il pas une commande de service. Où est
l'origine de cette différence ?
Si oui, je comprends de mieux en mieux.
Si non, j'ai encore beaucoup à travailler.
Confirmez ou infirmez ma déduction.
Merci.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
ouinon
"Michel Guillou" a écrit dans le message de news:
ouinon écrivit :
Mes connaissances progressent grâce à des lectures de faqs, de cours sur internet et grâce à vous. Si j'ai bien compris ftp, http,... sont des commandes de services
Non, ce sont des protocoles. http://www.commentcamarche.net/internet/protocol.php3 Merci toujours pour l'attention que vous accordez à mes messages.
Ne peut on pas dire que les commandes ftp, http,ftpd,ssh,... effectuent des services qui utilisent des protocoles qui empruntent certains ports? ftp utilise le protocole FTP à travers le port 21/tcp ? Dans la ligne ci dessus que signifie tcp? Par ailleurs TCP/IP est une suite de protocoles. tcp et TCP désignent ils des notions différentes. Pas facile de s'y retrouver
qui peuvent passer de réseau à un autre réseau ce qui n'est pas le cas de ping qui ne peut qu'agir que sur un même réseau. Ping ne serait donc pas une commande de service.
Ping est un programme qui s'appuie suir un autre protocole de communication : ICMP. Voir http://www.commentcamarche.net/internet/icmp.php3
Et ping passe très bien d'un réseau à l'autre. La preuve :
63 [8:19] :~# ping 87.88.191.91 PING 87.88.191.91 (87.88.191.91): 56 data bytes 64 bytes from 87.88.191.91: icmp_seq=0 ttlU time.058 ms 64 bytes from 87.88.191.91: icmp_seq=1 ttlU time.142 ms 64 bytes from 87.88.191.91: icmp_seq=2 ttlU time.346 ms
87.88.191.91 est votre machine.
-- Michel 87.88.191.91 est l'adresse de mon point d'accès.
Mais derrière ce point d'accès j'ai plusieurs machines d'adresses 192.168.1.2, 192.168.1.3. Parmi ces machines , à laquelle avez vous accédé? A laquelle pouvez vous accéder? Par ailleurs dans l'une de mes lectures, il est dit que ping est un utilitaire qui teste la validité de deux postes utilisant TCP/IP sur un même réseau. J'aimerais savoir faire la différence entre protocole, commande, service, port..... Merci.
"Michel Guillou" <mg@neottia.net> a écrit dans le message de news:
e5str2l4l3lj5e0qvqdsigjbfsh38uifk1@neottia.net...
ouinon écrivit :
Mes connaissances progressent grâce à des lectures de faqs, de cours sur
internet et grâce à vous.
Si j'ai bien compris ftp, http,... sont des commandes de services
Non, ce sont des protocoles.
http://www.commentcamarche.net/internet/protocol.php3
Merci toujours pour l'attention que vous accordez à mes messages.
Ne peut on pas dire que les commandes ftp, http,ftpd,ssh,... effectuent des
services qui utilisent des protocoles qui empruntent certains ports?
ftp utilise le protocole FTP à travers le port 21/tcp ?
Dans la ligne ci dessus que signifie tcp?
Par ailleurs TCP/IP est une suite de protocoles.
tcp et TCP désignent ils des notions différentes.
Pas facile de s'y retrouver
qui peuvent passer de réseau à un autre réseau ce qui n'est pas le cas de
ping
qui ne peut qu'agir que sur un même réseau.
Ping ne serait donc pas une commande de service.
Ping est un programme qui s'appuie suir un autre protocole de
communication : ICMP. Voir
http://www.commentcamarche.net/internet/icmp.php3
Et ping passe très bien d'un réseau à l'autre. La preuve :
63 [8:19] mg@silene:~# ping 87.88.191.91
PING 87.88.191.91 (87.88.191.91): 56 data bytes
64 bytes from 87.88.191.91: icmp_seq=0 ttlU time.058 ms
64 bytes from 87.88.191.91: icmp_seq=1 ttlU time.142 ms
64 bytes from 87.88.191.91: icmp_seq=2 ttlU time.346 ms
87.88.191.91 est votre machine.
--
Michel
87.88.191.91 est l'adresse de mon point d'accès.
Mais derrière ce point d'accès j'ai plusieurs machines d'adresses
192.168.1.2, 192.168.1.3.
Parmi ces machines , à laquelle avez vous accédé? A laquelle pouvez vous
accéder?
Par ailleurs dans l'une de mes lectures, il est dit que ping est un
utilitaire qui teste la validité de deux postes utilisant TCP/IP sur un même
réseau.
J'aimerais savoir faire la différence entre protocole, commande, service,
port.....
Merci.
Mes connaissances progressent grâce à des lectures de faqs, de cours sur internet et grâce à vous. Si j'ai bien compris ftp, http,... sont des commandes de services
Non, ce sont des protocoles. http://www.commentcamarche.net/internet/protocol.php3 Merci toujours pour l'attention que vous accordez à mes messages.
Ne peut on pas dire que les commandes ftp, http,ftpd,ssh,... effectuent des services qui utilisent des protocoles qui empruntent certains ports? ftp utilise le protocole FTP à travers le port 21/tcp ? Dans la ligne ci dessus que signifie tcp? Par ailleurs TCP/IP est une suite de protocoles. tcp et TCP désignent ils des notions différentes. Pas facile de s'y retrouver
qui peuvent passer de réseau à un autre réseau ce qui n'est pas le cas de ping qui ne peut qu'agir que sur un même réseau. Ping ne serait donc pas une commande de service.
Ping est un programme qui s'appuie suir un autre protocole de communication : ICMP. Voir http://www.commentcamarche.net/internet/icmp.php3
Et ping passe très bien d'un réseau à l'autre. La preuve :
63 [8:19] :~# ping 87.88.191.91 PING 87.88.191.91 (87.88.191.91): 56 data bytes 64 bytes from 87.88.191.91: icmp_seq=0 ttlU time.058 ms 64 bytes from 87.88.191.91: icmp_seq=1 ttlU time.142 ms 64 bytes from 87.88.191.91: icmp_seq=2 ttlU time.346 ms
87.88.191.91 est votre machine.
-- Michel 87.88.191.91 est l'adresse de mon point d'accès.
Mais derrière ce point d'accès j'ai plusieurs machines d'adresses 192.168.1.2, 192.168.1.3. Parmi ces machines , à laquelle avez vous accédé? A laquelle pouvez vous accéder? Par ailleurs dans l'une de mes lectures, il est dit que ping est un utilitaire qui teste la validité de deux postes utilisant TCP/IP sur un même réseau. J'aimerais savoir faire la différence entre protocole, commande, service, port..... Merci.
MoOsTiCk
Salut,
87.88.191.91 est l'adresse de mon point d'accès.
C'est le seul à etre visible et accessible depuis l'extérieur. Celui-ci _translate_ les adresses de votre réseau interne, de manière à transmettre leurs requetes vers Internet en ne faisant figurer que sa seule IP, et lorsqu'il reçoit les réponses à ces requetes, il les redistribue alors à la machine du réseau local qui ne a fait la demande.
Cette fonctionalité s'appelle le NAT (Network Address Translation).
Une excellente FAQ sur le NAT est régulièrement publiée ici meme, et vous pouvez également vous documenter ici : <http://www.commentcamarche.net/internet/nat.php3>
Mais derrière ce point d'accès j'ai plusieurs machines d'adresses 192.168.1.2, 192.168.1.3. Parmi ces machines , à laquelle avez vous accédé? A laquelle pouvez vous accéder?
Si le point d'accès ne fait que du NAT sortant, aucune machine de votre réseau interne n'est accessible. Il est éventuellement possible cependant de lui appliquer une configuration plus élaborée, si vous le souhaitez et si l'équipement le permet. Par défaut, ce n'est pas le cas.
Par ailleurs dans l'une de mes lectures, il est dit que ping est un utilitaire qui teste la validité de deux postes utilisant TCP/IP sur un même réseau. J'aimerais savoir faire la différence entre protocole, commande, service, port.....
Ping est un programme (ou un utilitaire, au choix). Pour passer une commande sur un système *nix ou win32 en console, il suffit de nommer le programme, éventuellement en lui donnant des arguments. Donc c'est aussi une commande (on lui donne une adresse distante en argument).
Il utilise le protocole ICMP, qui est une sous-famille d' IP. IP comprend aussi UDP et TCP (une recherche sur chacun de ces acronymes chez commentcamarche.net pourra aider).
Les protocoles UDP et TCP sont eux-memes subdivisés en protocoles qui ont chacun une fonction bien déterminée, comme par exemple ftp pour tranférer des fichiers, http pour le contenu hypertexte, smtp pour le mail, etc etc.
A chacun de ses ports est assigné par convention un numéro de port.
Chaque adresse IP peut comprendre jusqu'à 65.536 ports, sur lesquels on fait communiquer des programmes auxquels on assigne un (ou plusieurs) port(s) bien précis : ainsi pour demander à une adresse IP (ie. une machine) un contenu hypertexte, on le lui demandera sur le port 80; pour lui faire véhiculer un e-mail, on s'adresse à elle sur le port 25 ... etc.
Si sur le port 25 de la machine en question se trouve bien un programme de messagerie qui gère l'envoi d'e-mails (ie. un _serveur_ smtp), ce programme écoutera sur le port 25; on dira alors que le port smtp y est ouvert. Localement depuis cette machine, on considérera aussi que le service smtp y est actif (mais attention aux confusions, ceci ne veut pas dire que chaque service d'une machine se met en écoute sur un port réseau !).
Merci.
Avec plaisir, en espérant avoir pu éclaircir un peu les choses.
C'est le seul à etre visible et accessible depuis l'extérieur.
Celui-ci _translate_ les adresses de votre réseau interne, de manière
à transmettre leurs requetes vers Internet en ne faisant figurer que
sa seule IP, et lorsqu'il reçoit les réponses à ces requetes, il les
redistribue alors à la machine du réseau local qui ne a fait la demande.
Cette fonctionalité s'appelle le NAT (Network Address Translation).
Une excellente FAQ sur le NAT est régulièrement publiée ici meme, et
vous pouvez également vous documenter ici :
<http://www.commentcamarche.net/internet/nat.php3>
Mais derrière ce point d'accès j'ai plusieurs machines d'adresses
192.168.1.2, 192.168.1.3.
Parmi ces machines , à laquelle avez vous accédé? A laquelle pouvez vous
accéder?
Si le point d'accès ne fait que du NAT sortant, aucune machine de
votre réseau interne n'est accessible. Il est éventuellement possible
cependant de lui appliquer une configuration plus élaborée, si vous le
souhaitez et si l'équipement le permet. Par défaut, ce n'est pas le cas.
Par ailleurs dans l'une de mes lectures, il est dit que ping est un
utilitaire qui teste la validité de deux postes utilisant TCP/IP sur un même
réseau.
J'aimerais savoir faire la différence entre protocole, commande, service,
port.....
Ping est un programme (ou un utilitaire, au choix). Pour passer une
commande sur un système *nix ou win32 en console, il suffit de nommer
le programme, éventuellement en lui donnant des arguments. Donc c'est
aussi une commande (on lui donne une adresse distante en argument).
Il utilise le protocole ICMP, qui est une sous-famille d' IP.
IP comprend aussi UDP et TCP (une recherche sur chacun de ces
acronymes chez commentcamarche.net pourra aider).
Les protocoles UDP et TCP sont eux-memes subdivisés en protocoles qui
ont chacun une fonction bien déterminée, comme par exemple ftp pour
tranférer des fichiers, http pour le contenu hypertexte, smtp pour le
mail, etc etc.
A chacun de ses ports est assigné par convention un numéro de port.
Chaque adresse IP peut comprendre jusqu'à 65.536 ports, sur lesquels
on fait communiquer des programmes auxquels on assigne un (ou
plusieurs) port(s) bien précis : ainsi pour demander à une adresse IP
(ie. une machine) un contenu hypertexte, on le lui demandera sur le
port 80; pour lui faire véhiculer un e-mail, on s'adresse à elle sur
le port 25 ... etc.
Si sur le port 25 de la machine en question se trouve bien un
programme de messagerie qui gère l'envoi d'e-mails (ie. un _serveur_
smtp), ce programme écoutera sur le port 25; on dira alors que le port
smtp y est ouvert. Localement depuis cette machine, on considérera
aussi que le service smtp y est actif (mais attention aux confusions,
ceci ne veut pas dire que chaque service d'une machine se met en
écoute sur un port réseau !).
Merci.
Avec plaisir, en espérant avoir pu éclaircir un peu les choses.
C'est le seul à etre visible et accessible depuis l'extérieur. Celui-ci _translate_ les adresses de votre réseau interne, de manière à transmettre leurs requetes vers Internet en ne faisant figurer que sa seule IP, et lorsqu'il reçoit les réponses à ces requetes, il les redistribue alors à la machine du réseau local qui ne a fait la demande.
Cette fonctionalité s'appelle le NAT (Network Address Translation).
Une excellente FAQ sur le NAT est régulièrement publiée ici meme, et vous pouvez également vous documenter ici : <http://www.commentcamarche.net/internet/nat.php3>
Mais derrière ce point d'accès j'ai plusieurs machines d'adresses 192.168.1.2, 192.168.1.3. Parmi ces machines , à laquelle avez vous accédé? A laquelle pouvez vous accéder?
Si le point d'accès ne fait que du NAT sortant, aucune machine de votre réseau interne n'est accessible. Il est éventuellement possible cependant de lui appliquer une configuration plus élaborée, si vous le souhaitez et si l'équipement le permet. Par défaut, ce n'est pas le cas.
Par ailleurs dans l'une de mes lectures, il est dit que ping est un utilitaire qui teste la validité de deux postes utilisant TCP/IP sur un même réseau. J'aimerais savoir faire la différence entre protocole, commande, service, port.....
Ping est un programme (ou un utilitaire, au choix). Pour passer une commande sur un système *nix ou win32 en console, il suffit de nommer le programme, éventuellement en lui donnant des arguments. Donc c'est aussi une commande (on lui donne une adresse distante en argument).
Il utilise le protocole ICMP, qui est une sous-famille d' IP. IP comprend aussi UDP et TCP (une recherche sur chacun de ces acronymes chez commentcamarche.net pourra aider).
Les protocoles UDP et TCP sont eux-memes subdivisés en protocoles qui ont chacun une fonction bien déterminée, comme par exemple ftp pour tranférer des fichiers, http pour le contenu hypertexte, smtp pour le mail, etc etc.
A chacun de ses ports est assigné par convention un numéro de port.
Chaque adresse IP peut comprendre jusqu'à 65.536 ports, sur lesquels on fait communiquer des programmes auxquels on assigne un (ou plusieurs) port(s) bien précis : ainsi pour demander à une adresse IP (ie. une machine) un contenu hypertexte, on le lui demandera sur le port 80; pour lui faire véhiculer un e-mail, on s'adresse à elle sur le port 25 ... etc.
Si sur le port 25 de la machine en question se trouve bien un programme de messagerie qui gère l'envoi d'e-mails (ie. un _serveur_ smtp), ce programme écoutera sur le port 25; on dira alors que le port smtp y est ouvert. Localement depuis cette machine, on considérera aussi que le service smtp y est actif (mais attention aux confusions, ceci ne veut pas dire que chaque service d'une machine se met en écoute sur un port réseau !).
Merci.
Avec plaisir, en espérant avoir pu éclaircir un peu les choses.
Ne peut on pas dire que les commandes ftp, http,ftpd,ssh,... effectuent des services qui utilisent des protocoles qui empruntent certains ports?
- une commande lance (peut lancer) un service - un service écoute - un service ne répond pas à n'importe quelles sollicitations, ces sollicitations doivent respecter un certain protocole. - le protocole peut etre FTP, HTTP,...
Tu vois donc qu'entre "commande" et "http" il y a un petit monde...
ftp utilise le protocole FTP à travers le port 21/tcp ?
Le "ftp", dans la ligne ci-dessus, n'est pas forcément une commande.
Dans la ligne ci dessus que signifie tcp?
Il y a des protocoles qui s'emboitent, et le terme technique est qu'il s'encapsulent.
Par exemple, on peut converser au téléphone en Français via un réseau cablé (ligne téléphonique classique) ou toujours en Français via les téléphones portables. Mais tu te doutes bien que les deux antennes de nos téléphones portables communiquent avec un protocole bien déterminé. Nos deux téléphones filaires aussi. Donc, deux ordinateur peuvent transférer des données par FTP ("langue Française" dans l'exemple ci-dessus), mais il y a encore UDP ou TCP ou autre (sans-fil ou filaire dans l'exemple ci dessus).
Par ailleurs TCP/IP est une suite de protocoles.
Non, ça désigne un protocole qui en encapsule un autre.
tcp et TCP désignent ils des notions différentes.
Non.
ouinon wrote:
Ne peut on pas dire que les commandes ftp, http,ftpd,ssh,... effectuent
des services qui utilisent des protocoles qui empruntent certains ports?
- une commande lance (peut lancer) un service
- un service écoute
- un service ne répond pas à n'importe quelles sollicitations, ces
sollicitations doivent respecter un certain protocole.
- le protocole peut etre FTP, HTTP,...
Tu vois donc qu'entre "commande" et "http" il y a un petit monde...
ftp utilise le protocole FTP à travers le port 21/tcp ?
Le "ftp", dans la ligne ci-dessus, n'est pas forcément une commande.
Dans la ligne ci dessus que signifie tcp?
Il y a des protocoles qui s'emboitent, et le terme technique est qu'il
s'encapsulent.
Par exemple, on peut converser au téléphone en Français via un réseau cablé
(ligne téléphonique classique) ou toujours en Français via les téléphones
portables. Mais tu te doutes bien que les deux antennes de nos téléphones
portables communiquent avec un protocole bien déterminé. Nos deux
téléphones filaires aussi.
Donc, deux ordinateur peuvent transférer des données par FTP ("langue
Française" dans l'exemple ci-dessus), mais il y a encore UDP ou TCP ou
autre (sans-fil ou filaire dans l'exemple ci dessus).
Par ailleurs TCP/IP est une suite de protocoles.
Non, ça désigne un protocole qui en encapsule un autre.
Ne peut on pas dire que les commandes ftp, http,ftpd,ssh,... effectuent des services qui utilisent des protocoles qui empruntent certains ports?
- une commande lance (peut lancer) un service - un service écoute - un service ne répond pas à n'importe quelles sollicitations, ces sollicitations doivent respecter un certain protocole. - le protocole peut etre FTP, HTTP,...
Tu vois donc qu'entre "commande" et "http" il y a un petit monde...
ftp utilise le protocole FTP à travers le port 21/tcp ?
Le "ftp", dans la ligne ci-dessus, n'est pas forcément une commande.
Dans la ligne ci dessus que signifie tcp?
Il y a des protocoles qui s'emboitent, et le terme technique est qu'il s'encapsulent.
Par exemple, on peut converser au téléphone en Français via un réseau cablé (ligne téléphonique classique) ou toujours en Français via les téléphones portables. Mais tu te doutes bien que les deux antennes de nos téléphones portables communiquent avec un protocole bien déterminé. Nos deux téléphones filaires aussi. Donc, deux ordinateur peuvent transférer des données par FTP ("langue Française" dans l'exemple ci-dessus), mais il y a encore UDP ou TCP ou autre (sans-fil ou filaire dans l'exemple ci dessus).
Par ailleurs TCP/IP est une suite de protocoles.
Non, ça désigne un protocole qui en encapsule un autre.
tcp et TCP désignent ils des notions différentes.
Non.
lkj
Bonjour,
Juste une petite remarque, pour t'inciter à continuer !! C'est tres bien de se poser des questions :)
Essaie de voir les informations transitants d'une machine à une autre comme passant dans des "poupées Russes" (tu sais les poupées qui s'emboitent les unes dans les autres, c'est exactement celà.
Enfin pour info généralement le terme ' d ' à la fin d'un protocole représente (enfin peut représenter) la partie serveur de l'application utilisant un serveur "parlant" ce protocole, ex: proftpd est un daemon ( programme serveur) fonctionnant sous Linux par exemple et qui permet de parler ... le protocole ftp, afin qu'un client ftp s'y connecte et parle la même langue que lui pour faire du transfert de fichiers (en l'occurrence).
Je t'encourage donc à continuer, tu trouveras sur Internet une foultitude de documents en Français ou autre sur TCP/IP. Je t'encourage aussi, mais cela n'engage que moi à découvrir netkit (www.netkit.org) pour vraiment tester en direct des cas d'école (cela sert pour l'enseignement aux étudiants). Notamment télécahrge winnetkit ( http://www.netkit.org/download/ WinNetkit/WinNetkit-1.0b.exe) et lance le avec vmware server (gratuit), tu auras un vrai laboratoire d'experimentation et beaucoup de labs déjà existants sont créés, cf pour les labs: http:// www.netkit.org/labs.html
Bon Courage !!
Bonjour,
Juste une petite remarque, pour t'inciter à continuer !! C'est tres
bien de se poser des questions :)
Essaie de voir les informations transitants d'une machine à une autre
comme passant dans des "poupées Russes" (tu sais les poupées qui
s'emboitent les unes dans les autres, c'est exactement celà.
Enfin pour info généralement le terme ' d ' à la fin d'un protocole
représente (enfin peut représenter) la partie serveur de
l'application utilisant un serveur "parlant" ce protocole, ex: proftpd
est un daemon ( programme serveur) fonctionnant sous Linux par exemple
et qui permet de parler ... le protocole ftp, afin qu'un client ftp
s'y connecte et parle la même langue que lui pour faire du transfert
de fichiers (en l'occurrence).
Je t'encourage donc à continuer, tu trouveras sur Internet une
foultitude de documents en Français ou autre sur TCP/IP. Je
t'encourage aussi, mais cela n'engage que moi à découvrir netkit
(www.netkit.org) pour vraiment tester en direct des cas d'école (cela
sert pour l'enseignement aux étudiants).
Notamment télécahrge winnetkit ( http://www.netkit.org/download/
WinNetkit/WinNetkit-1.0b.exe) et lance le avec vmware server
(gratuit), tu auras un vrai laboratoire d'experimentation et beaucoup
de labs déjà existants sont créés, cf pour les labs: http://
www.netkit.org/labs.html
Juste une petite remarque, pour t'inciter à continuer !! C'est tres bien de se poser des questions :)
Essaie de voir les informations transitants d'une machine à une autre comme passant dans des "poupées Russes" (tu sais les poupées qui s'emboitent les unes dans les autres, c'est exactement celà.
Enfin pour info généralement le terme ' d ' à la fin d'un protocole représente (enfin peut représenter) la partie serveur de l'application utilisant un serveur "parlant" ce protocole, ex: proftpd est un daemon ( programme serveur) fonctionnant sous Linux par exemple et qui permet de parler ... le protocole ftp, afin qu'un client ftp s'y connecte et parle la même langue que lui pour faire du transfert de fichiers (en l'occurrence).
Je t'encourage donc à continuer, tu trouveras sur Internet une foultitude de documents en Français ou autre sur TCP/IP. Je t'encourage aussi, mais cela n'engage que moi à découvrir netkit (www.netkit.org) pour vraiment tester en direct des cas d'école (cela sert pour l'enseignement aux étudiants). Notamment télécahrge winnetkit ( http://www.netkit.org/download/ WinNetkit/WinNetkit-1.0b.exe) et lance le avec vmware server (gratuit), tu auras un vrai laboratoire d'experimentation et beaucoup de labs déjà existants sont créés, cf pour les labs: http:// www.netkit.org/labs.html
