Protocoles - Historique des versions

Justine le 22 juin 2022 à 11:57

2022-06-22T11:57:25Z

← Version précédente		Version du 22 juin 2022 à 11:57
Ligne 1 :		Ligne 1 :
			[[Category:reseau]]
	= Protocoles =		= Protocoles =

Justine le 28 septembre 2020 à 16:13

2020-09-28T16:13:00Z

← Version précédente		Version du 28 septembre 2020 à 16:13
Ligne 180 :		Ligne 180 :

	Lorsque un serveur HTTP répond à une requête demandant une page web, une fois qu'il a récupéré la page web, il ne l'envoie pas telle quelle : il va d'abord effectuer des traitements sur celle-ci : par exemple, du code PHP pourrait demander de récupérer des informations sur une base de données , ce que le serveur fera avant de mettre la réponse sous format de HTML à renvoyer au sein de la page.		Lorsque un serveur HTTP répond à une requête demandant une page web, une fois qu'il a récupéré la page web, il ne l'envoie pas telle quelle : il va d'abord effectuer des traitements sur celle-ci : par exemple, du code PHP pourrait demander de récupérer des informations sur une base de données , ce que le serveur fera avant de mettre la réponse sous format de HTML à renvoyer au sein de la page.

			==== Le header http ====

			Une requête ou une réponse, dans le protocole HTTP, est constitué d'un header (ou en-tête) avant le contenu. Ce Header contient de nombreux champs et peut se réveler intéressant. Voici un extrait simplifié d'un Header (ici une requête):

			<source>
			GET /tutorials/other/top-20-mysql-best-practices/ HTTP/1.1
			Host: net.tutsplus.com
			User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)
			Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
			Accept-Language: en-us,en;q=0.5
			Accept-Encoding: gzip,deflate
			Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
			Keep-Alive: 300
			Connection: keep-alive
			Cookie: PHPSESSID=r2t5uvjq435r4q7ib3vtdjq120
			Pragma: no-cache
			Cache-Control: no-cache
			</source>

			Et sa réponse:

			<source>
			HTTP/1.x 200 OK
			Transfer-Encoding: chunked
			Date: Sat, 28 Nov 2009 04:36:25 GMT
			Server: LiteSpeed
			Connection: close
			X-Powered-By: W3 Total Cache/0.8
			Pragma: public
			Expires: Sat, 28 Nov 2009 05:36:25 GMT
			Etag: "pub1259380237;gz"
			Cache-Control: max-age=3600, public
			Content-Type: text/html; charset=UTF-8
			Last-Modified: Sat, 28 Nov 2009 03:50:37 GMT
			X-Pingback: https://net.tutsplus.com/xmlrpc.php
			Content-Encoding: gzip
			Vary: Accept-Encoding, Cookie, User-Agent

			<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
			<html xmlns="http://www.w3.org/1999/xhtml">
			<head>
			<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
			<title>Top 20+ MySQL Best Practices - Nettuts+</title>
			<!-- ... rest of the html ... -->
			</source>

			Le Header peut contenir de nombreux champs : https://en.wikipedia.org/wiki/List_of_HTTP_header_fields

	=== FTP (File Transfer Protocol) ===		=== FTP (File Transfer Protocol) ===

Justine : /* SMTP (Simple Mail Transfer Protocol) */

2019-11-03T00:48:41Z

SMTP (Simple Mail Transfer Protocol)

← Version précédente		Version du 3 novembre 2019 à 00:48
Ligne 126 :		Ligne 126 :

	Serv en rouge, client en vert. Les codes chiffrés utilisés par le serv sont standardisés.<br/> SMTP ne permettant pas d’authentifier les utilisateurs, il pose alors le problème du spam et (spoofing?). SMTP-Auth n’as pas réussi à s’imposer. Les FAI sont alors priés de bloquer le port 25 en réception, pour forcer les utilisateurs à passer par leur fournisseur de messagerie (et pas par leur propre serveur « sauvage »). TLS ne sert pas à authentifier, mais simplement à chiffrer.		Serv en rouge, client en vert. Les codes chiffrés utilisés par le serv sont standardisés.<br/> SMTP ne permettant pas d’authentifier les utilisateurs, il pose alors le problème du spam et (spoofing?). SMTP-Auth n’as pas réussi à s’imposer. Les FAI sont alors priés de bloquer le port 25 en réception, pour forcer les utilisateurs à passer par leur fournisseur de messagerie (et pas par leur propre serveur « sauvage »). TLS ne sert pas à authentifier, mais simplement à chiffrer.

			==== Codes d'erreur ====
			Le premier chiffre signifie:

			* 2 : Pas d'erreur
			* 3 : Demande en cours d'exécution
			* 4 : Erreur temporaire
			* 5 : Demande invalide

	=== POP (Post Office Protocol) ===		=== POP (Post Office Protocol) ===

Justine le 19 février 2019 à 21:41

2019-02-19T21:41:57Z

← Version précédente		Version du 19 février 2019 à 21:41
Ligne 107 :		Ligne 107 :

	[[File:Mailway.png\|RTENOTITLE]]		[[File:Mailway.png\|RTENOTITLE]]



Ligne 113 :		Ligne 114 :

	Ports 25, 465 (SSL), 587 (TLS)		Ports 25, 465 (SSL), 587 (TLS)

			RFC 821

	Protocole par excellence des MTAs et d’ENVOI de courrier depuis un MUA vers un MTA. Les clients de messageries utilisaient aussi le port 25 pour l’envoi mais la nécessité de contrôle et d’auth a conduit à l’utilisation du port 587 (le port submission). Le port 465 (était?) en violation des spécifications RFC. SMTP est un protocole et un test sur le port 25 via telnet donne ceci :		Protocole par excellence des MTAs et d’ENVOI de courrier depuis un MUA vers un MTA. Les clients de messageries utilisaient aussi le port 25 pour l’envoi mais la nécessité de contrôle et d’auth a conduit à l’utilisation du port 587 (le port submission). Le port 465 (était?) en violation des spécifications RFC. SMTP est un protocole et un test sur le port 25 via telnet donne ceci :

	<html><br/> <span style="font-size:x-small"><font style="font-size: 16pt">''telnet smtp.xxxx.xxxx 25 ''</font><br/> ''Connected to smtp.xxxx.xxxx.''<br/> <font color="#c90000">220 smtp.xxxx.xxxx SMTP Ready</font><br/> <font color="#009900">HELO client</font><br/> <font color="#c90000">250-smtp.xxxx.xxxx</font><br/> <font color="#c90000">250-PIPELINING</font><br/> <font color="#c90000">250 8BITMIME</font>      <br/> <font color="#009900">MAIL FROM: <auteur@yyyy.yyyy></font><br/> <font color="#c90000">250 Sender ok</font><br/> <font color="#009900">RCPT TO: <destinataire@xxxx.xxxx></font><br/> <font color="#c90000">250 Recipient ok.</font><br/> <font color="#009900">DATA</font><br/> <font color="#c90000">354 Enter mail, end with "." on a line by itself</font><br/> <font color="#009900">Subject: Test</font>		<html><br/> <span style="font-size:x-small"><font style="font-size: 16pt">''telnet smtp.xxxx.xxxx 25''</font><br/> ''Connected to smtp.xxxx.xxxx.''<br/> <font color="#c90000">220 smtp.xxxx.xxxx SMTP Ready</font><br/> <font color="#009900">HELO client</font><br/> <font color="#c90000">250-smtp.xxxx.xxxx</font><br/> <font color="#c90000">250-PIPELINING</font><br/> <font color="#c90000">250 8BITMIME</font>      <br/> <font color="#009900">MAIL FROM: <auteur@yyyy.yyyy></font><br/> <font color="#c90000">250 Sender ok</font><br/> <font color="#009900">RCPT TO: <destinataire@xxxx.xxxx></font><br/> <font color="#c90000">250 Recipient ok.</font><br/> <font color="#009900">DATA</font><br/> <font color="#c90000">354 Enter mail, end with "." on a line by itself</font><br/> <font color="#009900">Subject: Test</font></span>

	<font color="#009900">Corps du texte</font><br/> <font color="#009900">.</font><br/> <font color="#c90000">250 Ok</font><br/> <font color="#009900">QUIT</font><br/> <font color="#c90000">221 Closing connection</font><br/> ''Connection closed by foreign host.''~~</span>~~<br/> </html>		<font color="#009900">Corps du texte</font><br/> <font color="#009900">.</font><br/> <font color="#c90000">250 Ok</font><br/> <font color="#009900">QUIT</font><br/> <font color="#c90000">221 Closing connection</font><br/> ''Connection closed by foreign host.''<br/> </html>



	Serv en rouge, client en vert. Les codes chiffrés utilisés par le serv sont standardisés.<br/> SMTP ne permettant pas d’authentifier les utilisateurs, il pose alors le problème du spam et (spoofing?). SMTP-Auth n’as pas réussi à s’imposer. Les FAI sont alors priés de bloquer le port 25 en réception, pour forcer les utilisateurs à passer par leur fournisseur de messagerie (et pas par leur propre serveur « sauvage »). TLS ne sert pas à authentifier, mais simplement à chiffrer.		Serv en rouge, client en vert. Les codes chiffrés utilisés par le serv sont standardisés.<br/> SMTP ne permettant pas d’authentifier les utilisateurs, il pose alors le problème du spam et (spoofing?). SMTP-Auth n’as pas réussi à s’imposer. Les FAI sont alors priés de bloquer le port 25 en réception, pour forcer les utilisateurs à passer par leur fournisseur de messagerie (et pas par leur propre serveur « sauvage »). TLS ne sert pas à authentifier, mais simplement à chiffrer.


	=== POP (Post Office Protocol) ===		=== POP (Post Office Protocol) ===

Justine le 19 février 2019 à 21:41

2019-02-19T21:41:03Z

@@ Ligne 123 : / Ligne 123 : @@
 Serv en rouge, client en vert. Les codes chiffrés utilisés par le serv sont standardisés.<br/> SMTP ne permettant pas d’authentifier les utilisateurs, il pose alors le problème du spam et (spoofing?). SMTP-Auth n’as pas réussi à s’imposer. Les FAI sont alors priés de bloquer le port 25 en réception, pour forcer les utilisateurs à passer par leur fournisseur de messagerie (et pas par leur propre serveur «&nbsp;sauvage&nbsp;»). TLS ne sert pas à authentifier, mais simplement à chiffrer.
 === POP (Post Office Protocol) ===
@@ Ligne 129 : / Ligne 130 : @@
 POP sert à récupérer du courrier sur un serveur&nbsp;: il se connecte, s’auth, récupère le courrier et peut effacer le courrier du MDA. Il ne sert qu’à la réception de courrier. Exemple&nbsp;:
-<pre class="western"><font color="#ff0000"><font size="4"><font style="font-size: 16pt">S: <en attente de la connexion TCP sur le port 110></font></font></font>
-C: <ouverture de la connexion>
+<html><br/> <font color="#ff0000"><font size="4"><font style="font-size: 16pt">S: <en attente de la connexion TCP sur le port 110></font></font></font><br/> C: <ouverture de la connexion><br/> <font color="#0000ff">S:&nbsp;&nbsp;&nbsp; +OK POP3 server ready <1896.697170952@dbc.mtview.ca.us></font><br/> C:&nbsp;&nbsp;&nbsp; APOP mrose 682949bee6805d9b611b82395e342cad<br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; +OK mrose's maildrop has 2 messages (320 octets)</font><br/> C:&nbsp;&nbsp;&nbsp; STAT<br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; +OK 2 320</font><br/> C:&nbsp;&nbsp;&nbsp; LIST<br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; +OK 2 messages (320 octets)</font><br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; 1 120</font><br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; 2 200</font><br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; .</font><br/> C:&nbsp;&nbsp;&nbsp; RETR 1<br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; +OK 120 octets</font><br/> <font color="#0000ff">S:&nbsp;&nbsp;&nbsp; <le serveur POP3 envoie le message 1></font><br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; .</font><br/> C:&nbsp;&nbsp;&nbsp; DELE 1<br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; +OK message 1 deleted</font><br/> C:&nbsp;&nbsp;&nbsp; RETR 2<br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; +OK 200 octets</font><br/> <font color="#0000ff">S:&nbsp;&nbsp;&nbsp; <le serveur POP3 envoie le message 2></font><br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; .</font><br/> C:&nbsp;&nbsp;&nbsp; DELE 2<br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; +OK message 2 deleted</font><br/> C:&nbsp;&nbsp;&nbsp; QUIT<br/> <font color="#002bb8">S:&nbsp;&nbsp;&nbsp; +OK dewey POP3 server signing off (maildrop empty)</font><br/> C: <fermeture de la connexion><br/> <font color="#ff0000">S: <en attente de la prochaine connexion></font><br/> </html>
 POP ne fonctionne qu’avec un MUA, soit un logiciel spécialisé.

Justine le 19 février 2019 à 21:40

2019-02-19T21:40:13Z

← Version précédente		Version du 19 février 2019 à 21:40
Ligne 107 :		Ligne 107 :

	[[File:Mailway.png\|RTENOTITLE]]		[[File:Mailway.png\|RTENOTITLE]]



Ligne 114 :		Ligne 115 :

	Protocole par excellence des MTAs et d’ENVOI de courrier depuis un MUA vers un MTA. Les clients de messageries utilisaient aussi le port 25 pour l’envoi mais la nécessité de contrôle et d’auth a conduit à l’utilisation du port 587 (le port submission). Le port 465 (était?) en violation des spécifications RFC. SMTP est un protocole et un test sur le port 25 via telnet donne ceci :		Protocole par excellence des MTAs et d’ENVOI de courrier depuis un MUA vers un MTA. Les clients de messageries utilisaient aussi le port 25 pour l’envoi mais la nécessité de contrôle et d’auth a conduit à l’utilisation du port 587 (le port submission). Le port 465 (était?) en violation des spécifications RFC. SMTP est un protocole et un test sur le port 25 via telnet donne ceci :
	~~<pre class="western"><html>~~
	~~<span style="font-size:x-small"><font style="font-size: 16pt">''telnet smtp.xxxx.xxxx 25 ''</font>~~
	~~''Connected to smtp.xxxx.xxxx.''~~
	~~<font color="#c90000">220 smtp.xxxx.xxxx SMTP Ready</font>~~
	~~<font color="#009900">HELO client</font>~~
	~~<font color="#c90000">250-smtp.xxxx.xxxx</font>~~
	~~<font color="#c90000">250-PIPELINING</font>~~
	~~<font color="#c90000">250 8BITMIME</font>~~
	~~<font color="#009900">MAIL FROM: <auteur@yyyy.yyyy></font>~~
	~~<font color="#c90000">250 Sender ok</font>~~
	~~<font color="#009900">RCPT TO: <destinataire@xxxx.xxxx></font>~~
	~~<font color="#c90000">250 Recipient ok.</font>~~
	~~<font color="#009900">DATA</font>~~
	~~<font color="#c90000">354 Enter mail, end with "." on a line by itself</font>~~
	~~<font color="#009900">Subject: Test</font>~~

	<font color="#009900">Corps du texte</font>		<html><br/> <span style="font-size:x-small"><font style="font-size: 16pt">''telnet smtp.xxxx.xxxx 25 ''</font><br/> ''Connected to smtp.xxxx.xxxx.''<br/> <font color="#c90000">220 smtp.xxxx.xxxx SMTP Ready</font><br/> <font color="#009900">HELO client</font><br/> <font color="#c90000">250-smtp.xxxx.xxxx</font><br/> <font color="#c90000">250-PIPELINING</font><br/> <font color="#c90000">250 8BITMIME</font>      <br/> <font color="#009900">MAIL FROM: <auteur@yyyy.yyyy></font><br/> <font color="#c90000">250 Sender ok</font><br/> <font color="#009900">RCPT TO: <destinataire@xxxx.xxxx></font><br/> <font color="#c90000">250 Recipient ok.</font><br/> <font color="#009900">DATA</font><br/> <font color="#c90000">354 Enter mail, end with "." on a line by itself</font><br/> <font color="#009900">Subject: Test</font>
	<font color="#009900">.</font>
	<font color="#c90000">250 Ok</font>		<font color="#009900">Corps du texte</font><br/> <font color="#009900">.</font><br/> <font color="#c90000">250 Ok</font><br/> <font color="#009900">QUIT</font><br/> <font color="#c90000">221 Closing connection</font><br/> ''Connection closed by foreign host.''</span><br/> </html>
	<font color="#009900">QUIT</font>
	<font color="#c90000">221 Closing connection</font>
	''Connection closed by foreign host.''</span>
	</~~html~~>
	</~~pre~~>

Justine le 19 février 2019 à 21:40

2019-02-19T21:40:00Z

← Version précédente		Version du 19 février 2019 à 21:40
Ligne 107 :		Ligne 107 :

	[[File:Mailway.png\|RTENOTITLE]]		[[File:Mailway.png\|RTENOTITLE]]


	=== SMTP (Simple Mail Transfer Protocol) ===		=== SMTP (Simple Mail Transfer Protocol) ===
Ligne 113 :		Ligne 114 :

	Protocole par excellence des MTAs et d’ENVOI de courrier depuis un MUA vers un MTA. Les clients de messageries utilisaient aussi le port 25 pour l’envoi mais la nécessité de contrôle et d’auth a conduit à l’utilisation du port 587 (le port submission). Le port 465 (était?) en violation des spécifications RFC. SMTP est un protocole et un test sur le port 25 via telnet donne ceci :		Protocole par excellence des MTAs et d’ENVOI de courrier depuis un MUA vers un MTA. Les clients de messageries utilisaient aussi le port 25 pour l’envoi mais la nécessité de contrôle et d’auth a conduit à l’utilisation du port 587 (le port submission). Le port 465 (était?) en violation des spécifications RFC. SMTP est un protocole et un test sur le port 25 via telnet donne ceci :
	<pre class="western"><span style="font-size:x-small"><font style="font-size: 16pt">''telnet smtp.xxxx.xxxx 25 ''</font>		<pre class="western"><html>
			<span style="font-size:x-small"><font style="font-size: 16pt">''telnet smtp.xxxx.xxxx 25 ''</font>
	''Connected to smtp.xxxx.xxxx.''		''Connected to smtp.xxxx.xxxx.''
	<font color="#c90000">220 smtp.xxxx.xxxx SMTP Ready</font>		<font color="#c90000">220 smtp.xxxx.xxxx SMTP Ready</font>
Ligne 133 :		Ligne 135 :
	<font color="#009900">QUIT</font>		<font color="#009900">QUIT</font>
	<font color="#c90000">221 Closing connection</font>		<font color="#c90000">221 Closing connection</font>
	''Connection closed by foreign host.''</span></pre>		''Connection closed by foreign host.''</span>
			</html>
			</pre>



	Serv en rouge, client en vert. Les codes chiffrés utilisés par le serv sont standardisés.<br/> SMTP ne permettant pas d’authentifier les utilisateurs, il pose alors le problème du spam et (spoofing?). SMTP-Auth n’as pas réussi à s’imposer. Les FAI sont alors priés de bloquer le port 25 en réception, pour forcer les utilisateurs à passer par leur fournisseur de messagerie (et pas par leur propre serveur « sauvage »). TLS ne sert pas à authentifier, mais simplement à chiffrer.		Serv en rouge, client en vert. Les codes chiffrés utilisés par le serv sont standardisés.<br/> SMTP ne permettant pas d’authentifier les utilisateurs, il pose alors le problème du spam et (spoofing?). SMTP-Auth n’as pas réussi à s’imposer. Les FAI sont alors priés de bloquer le port 25 en réception, pour forcer les utilisateurs à passer par leur fournisseur de messagerie (et pas par leur propre serveur « sauvage »). TLS ne sert pas à authentifier, mais simplement à chiffrer.

Justine le 3 décembre 2018 à 21:25

2018-12-03T21:25:38Z

← Version précédente		Version du 3 décembre 2018 à 21:25
Ligne 180 :		Ligne 180 :

	=== Protocoles Web ===		=== Protocoles Web ===


	=== HTTP (HyperText Transfer Protocol) ===		=== HTTP (HyperText Transfer Protocol) ===
Ligne 205 :		Ligne 206 :

	HTTP utilise un système de sessions, lors de laquelle le client utilise des méthodes et le serveur répond. Note : Apache utilise une instance de lui-même par session, NginX n’utilise qu’une seule instance pour toutes les sessions.<br/> HTTPS est le même protocole sécurisé par SSL.		HTTP utilise un système de sessions, lors de laquelle le client utilise des méthodes et le serveur répond. Note : Apache utilise une instance de lui-même par session, NginX n’utilise qu’une seule instance pour toutes les sessions.<br/> HTTPS est le même protocole sécurisé par SSL.

			Lorsque un serveur HTTP répond à une requête demandant une page web, une fois qu'il a récupéré la page web, il ne l'envoie pas telle quelle : il va d'abord effectuer des traitements sur celle-ci : par exemple, du code PHP pourrait demander de récupérer des informations sur une base de données , ce que le serveur fera avant de mettre la réponse sous format de HTML à renvoyer au sein de la page.

	=== FTP (File Transfer Protocol) ===		=== FTP (File Transfer Protocol) ===

Justine le 23 novembre 2018 à 23:34

2018-11-23T23:34:54Z

← Version précédente		Version du 23 novembre 2018 à 23:34
Ligne 244 :		Ligne 244 :
	Les enregistrements type NS (Name Server) servent à pointer un sous-domaine vers plusieurs servs. Par exemple le serveur DNS de .org aurait dans ses fichiers :<br/> <code>wikipedia NS ns1.wikimedia.org.</code>		Les enregistrements type NS (Name Server) servent à pointer un sous-domaine vers plusieurs servs. Par exemple le serveur DNS de .org aurait dans ses fichiers :<br/> <code>wikipedia NS ns1.wikimedia.org.</code>

	~~====~~ Glue records :<br/> Quand un domaine est délégué à un serveur de noms qui appartient à ce sous-domaine, il est nécessaire de fournir également l'adresse IP de ce serveur pour éviter les références circulaires. Ceci déroge au principe général selon lequel l'information d'un domaine n'est pas dupliquée ailleurs dans le DNS. Par exemple, dans la réponse suivante au sujet des NS pour le domaine wikimedia.org : ~~====~~
			Glue records :<br/> Quand un domaine est délégué à un serveur de noms qui appartient à ce sous-domaine, il est nécessaire de fournir également l'adresse IP de ce serveur pour éviter les références circulaires. Ceci déroge au principe général selon lequel l'information d'un domaine n'est pas dupliquée ailleurs dans le DNS. Par exemple, dans la réponse suivante au sujet des NS pour le domaine wikimedia.org :
	<pre class="western">wikimedia.org. IN NS ns2.wikimedia.org.		<pre class="western">wikimedia.org. IN NS ns2.wikimedia.org.
	wikimedia.org. IN NS ns1.wikimedia.org.		wikimedia.org. IN NS ns1.wikimedia.org.

Justine le 23 novembre 2018 à 23:32

2018-11-23T23:32:25Z

← Version précédente		Version du 23 novembre 2018 à 23:32
Ligne 65 :		Ligne 65 :
	TCP est généralement utilisé pour les données dont il faut s’assurer qu’elles arrivent entières, tandis que son pendant UDP est généralement utilisé pour les données devant arriver rapidement, quitte à perdre en fiabilité (streaming, jeux en ligne…).		TCP est généralement utilisé pour les données dont il faut s’assurer qu’elles arrivent entières, tandis que son pendant UDP est généralement utilisé pour les données devant arriver rapidement, quitte à perdre en fiabilité (streaming, jeux en ligne…).

	~~===~~ [[File:SynAck.png\|379x331px\|SynAck.png]] ~~===~~
			[[File:SynAck.png\|379x331px\|SynAck.png]]

	==== <span class="mw-headline" id="En-t.C3.AAte_TCP">En-tête TCP</span> ====		==== <span class="mw-headline" id="En-t.C3.AAte_TCP">En-tête TCP</span> ====
Ligne 71 :		Ligne 72 :
	Celle-ci fait 20 octets sans les options.		Celle-ci fait 20 octets sans les options.



	Les champs sont :		Les champs sont :
Ligne 91 :		Ligne 92 :
	**RST pour réinitialiser une connexion		**RST pour réinitialiser une connexion
	**PSH : ne pas bufferiser les données mais les envoyer de suite		**PSH : ne pas bufferiser les données mais les envoyer de suite
	**URG : Informer d'une donnée prioritaire		**URG : Informer d'une donnée prioritaire

	=== UDP (User Datagram Protocol) ===		=== UDP (User Datagram Protocol) ===

Protocoles - Historique des versions

Justine le 22 juin 2022 à 11:57

Justine le 28 septembre 2020 à 16:13

Justine : /* SMTP (Simple Mail Transfer Protocol) */

Justine le 19 février 2019 à 21:41

Justine le 19 février 2019 à 21:41

Justine le 19 février 2019 à 21:40

Justine le 19 février 2019 à 21:40

Justine le 3 décembre 2018 à 21:25

Justine le 23 novembre 2018 à 23:34

Justine le 23 novembre 2018 à 23:32

Justine : /* SMTP (Simple Mail Transfer Protocol) */