Quelles sont les connaissances nécessaires sur les réseaux informatiques ?

Résumé des connaissances de base des réseaux informatiques

1. Protocoles à chaque couche

Superposition Superposition OSI (7 couches) : couche physique, couche liaison de données, couche réseau, couche transport, couche session, couche présentation, couche application. Couches TCP/IP (4 couches) : couche d'interface réseau, couche Internet, couche de transport et couche d'application. Protocole à cinq couches (5 couches) : couche physique, couche liaison de données, couche réseau, couche transport et couche application.

Chaque protocole de couche est le suivant : Couche physique : RJ45, CLOCK, IEEE802.3 (répéteur, hub, passerelle) Liaison de données : PPP, FR, HDLC, VLAN, MAC (pont, commutateur, pont de machine virtuelle ) Couche réseau : IP, ICMP, ARP, RARP, OSPF, IPX, RIP, IGRP, (route du routeur, mode NAT dans la machine virtuelle) Couche transport : TCP, UDP, SPX Couche session : NFS, SQL, NETBIOS, couche de présentation RPC : JPEG, MPEG, ASII Couche application : FTP, DNS, Telnet, SMTP, HTTP, WWW, NFS

Chaque couche fonctionne avec le protocole Couche physique : transmettre des bits via le média, déterminer les spécifications mécaniques et électriques (Bit) Données couche liaison : assemble les bits en trames et transmission point à point (Frame) Couche réseau : responsable de la transmission des paquets de données de la source à la destination et de l'interconnexion Internet (Packet) Couche transport : assure une livraison fiable des messages de bout en bout et récupération d'erreur à la fin (segment) Couche session : établir, gérer et terminer les sessions (Session Protocol Data Unit SPDU) Couche présentation : traduire, chiffrer et compresser les données (Presentation Protocol Data Unit PPDU) Couche application : permettre les moyens d'accéder à l'environnement OSI (Application Protocol Data Unit APDU)

Ports réseau communs UDP : DNS(53) TFTP(69) SNMP(161)TCP : SMTP(25) TELNET(23) HTTP(80) FTP (20 21)

2. Principe du protocole de résolution d'adresse ARP (couche réseau , conversion de l'adresse IP en adresse matérielle)

1. une liste ARP dans son propre tampon ARP pour représenter la correspondance entre l'adresse IP et l'adresse MAC

2 Lorsque l'hôte source souhaite envoyer des données, il vérifie d'abord la liste ARP. Y a-t-il une adresse MAC du. hôte de destination correspondant à l'adresse IP ? Si tel est le cas, les données sont envoyées directement. Sinon, un paquet ARP est envoyé à tous les hôtes de ce segment de réseau. Le contenu du paquet comprend : l'adresse IP de l'hôte source, l'adresse MAC de l'hôte source, adresse IP de l'hôte de destination

3. Lorsque tous les hôtes de ce réseau reçoivent le paquet ARP, ils vérifient d'abord si l'adresse IP du paquet est leur propre adresse IP. Sinon, ignorez le paquet, si c'est le cas. prenez d'abord l'adresse IP et l'adresse MAC de l'hôte source du paquet et écrivez-la dans la liste ARP si elle existe déjà, écrasez-la, puis écrivez votre propre adresse MAC dans le paquet de réponse ARP, en indiquant que l'hôte source lui-même est le. Adresse MAC recherchée. 2.1. Protocole de résolution d'adresse inversée RARP RARP est un protocole de résolution d'adresse inversée. Sa fonction est de compléter le mappage des adresses matérielles vers les adresses IP. Il est principalement utilisé pour les postes de travail sans disque. . L'adresse IP ne peut pas être enregistrée. Flux de travail : configurez un serveur RARP sur le réseau, qui stocke la relation de mappage entre les adresses IP et les adresses MAC. Lorsque le poste de travail sans disque est démarré, il encapsule un paquet RARP avec son adresse MAC, puis le diffuse sur le réseau. Lorsque le serveur reçoit le paquet de requête, il recherche l'adresse IP correspondant à l'adresse MAC, la charge dans le message de réponse et la renvoie au demandeur. Étant donné que les messages de demande de diffusion sont requis, RARP ne peut être utilisé que sur des réseaux dotés de capacités de diffusion.

Recommandations associées : "FAQ"

3. L'ensemble du processus d'exécution de www.baidu.com après l'avoir saisi dans le navigateur

1. Le navigateur client résout l'adresse IP de www.baidu.com via DNS en tant que A. Grâce à cette adresse IP A, recherchez le chemin du client vers le serveur. Le navigateur client initie une session http vers A, puis transmet le paquet à la couche réseau via TCP.

2. Au niveau de la couche de transport du client, divisez la demande de session HTTP en segments de message et ajoutez les ports source et de destination. Par exemple, le serveur utilise le port 80 pour écouter la demande du client, et le client de manière aléatoire. sélectionne un port tel que 5000 par le système Exchange avec le serveur, et le serveur renvoie la requête correspondante au port 5000 du client. Utilisez ensuite l'adresse IP de la couche IP pour trouver la destination.

3. La couche réseau du client n'a pas besoin de se soucier de la couche application ou de la couche transport. L'essentiel est de déterminer comment atteindre le serveur en consultant la table de routage. peut passer par plusieurs routeurs, qui sont tous effectués par le routeur. Travail, déterminez quel chemin pour atteindre le serveur en consultant la table de routage, qui utilise le protocole de routage

4. La couche liaison du client, le paquet est envoyé au routeur via la couche de liaison et l'adresse IP donnée est trouvée via l'adresse MAC du protocole voisin, puis envoie une requête ARP pour trouver l'adresse de destination. Si vous obtenez une réponse, vous pouvez utiliser la requête ARP. répondre. Le paquet IP échangé peut maintenant être transmis, puis envoyer le paquet IP à l'adresse du serveur

4 Le processus du système de résolution de nom de domaine DNS

1. . Entrez le nom de domaine www.qq.com dans le navigateur. Le système d'exploitation vérifiera d'abord si son fichier d'hôtes local a cette relation de mappage d'URL. Si tel est le cas, appelez d'abord ce mappage d'adresse IP pour terminer la résolution du nom de domaine.

2. S'il n'y a pas de mappage de ce nom de domaine dans les hôtes, recherchez dans le cache du résolveur DNS local pour voir s'il existe une relation de mappage pour cette URL. Si tel est le cas, revenez directement pour terminer la résolution du nom de domaine.

3. S'il n'y a pas de relation de mappage d'URL correspondante entre les hôtes et le cache du résolveur DNS local, il trouvera d'abord le serveur DNS préféré défini dans les paramètres TCP/ip. Nous l'appelons ici le serveur DNS local. Ce serveur reçoit Lors de l'interrogation, si le nom de domaine à interroger est inclus dans la ressource de la zone de configuration locale, le résultat de la résolution sera renvoyé au client pour terminer la résolution du nom de domaine. Cette résolution fait autorité.

4. Si le nom de domaine à interroger n'est pas résolu par la zone du serveur DNS local, mais que le serveur a mis en cache la relation de mappage d'URL, ce mappage d'adresse IP sera appelé pour terminer la résolution du nom de domaine. la résolution ne fait pas autorité.

5. Si le fichier de zone locale et la résolution du cache du serveur DNS local sont invalides, la requête sera effectuée en fonction des paramètres du serveur DNS local (si un redirecteur est défini). n'est pas utilisé, le DNS local enverra la requête à 13 serveurs DNS racine Après réception de la requête, le serveur DNS racine déterminera qui autorise la gestion de ce nom de domaine (.com), et renverra une IP responsable du serveur de noms de domaine de premier niveau. Une fois que le serveur DNS local aura reçu les informations IP, il contactera le serveur responsable du domaine .com. Une fois que le serveur responsable du domaine .com a reçu la demande, s'il ne peut pas la résoudre, il trouvera une adresse de serveur DNS de niveau inférieur (qq.com) qui gère le domaine .com et la transmettra au serveur DNS local. Lorsque le serveur DNS local reçoit cette adresse, il trouvera le serveur de domaine qq.com, répétera les actions ci-dessus et interrogera jusqu'à ce que l'hôte www.qq.com soit trouvé.

6. Si le mode de transfert est utilisé, ce serveur DNS transmettra la demande au serveur DNS de niveau supérieur, et le serveur de niveau supérieur la résoudra si le serveur de niveau supérieur ne peut pas la résoudre. trouvera le DNS racine ou transmettra la demande au supérieur, et le cycle continue. Que le serveur DNS local utilise le transfert ou l'invite racine, le résultat est finalement renvoyé au serveur DNS local, et le serveur DNS le renvoie au client.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!