système d'apprentissage basé sur le Web

système de programme Cisco de lait écrémé (CCNA), tandis que les petites connaissances, la période de formation est généralement environ une semaine, mais couvre la plupart des connaissances pour comprendre le contenu de la connaissance de la configuration initiale du réseau, maître du réseau, essentiellement très satisfait en particulier le fonctionnement du système et le personnel d'entretien.

Description:

Pour le personnel de fonctionnement du système et de maintenance, surtout les connaissances que vous pouvez apprendre, difficulté d'apprentissage CCNA est pas grande, mais la courbe d'apprentissage courte passe de devenir un système pour les ingénieurs d'exploitation et d'entretien, le réseau de la meilleure, est suffisante. Si est limitée dans le temps et l'énergie, il est recommandé d'apprendre les connaissances suivantes, comme la pierre angulaire de la connaissance dans le réseau

1) Principes fondamentaux du réseautage: le réseau impliqué dans le processus de développement, un certain nombre de termes réseau et concepts de routage et de commutation.

2) Présentation du modèle OSI

3) Introduction à la suite de protocoles TCP / IP, y compris poignée de main à trois voies TCP / IP et quatre processus agitant

4) le concept de sous-réseau de variable VLSM

peignage sommaire du réseau de connaissances clés

1, OSI modèle à sept couches

Caractéristiques:

1, modèle OSI chaque couche a son propre ensemble de fonctionnalités

2, indépendamment les uns des autres entre les couches et l'interdépendance

3, la couche supérieure dépend de la couche inférieure, la couche inférieure au service de couche supérieure.

2, poignée de main à trois voies TCP / IP et quatre ondes

2.1, poignée de main à trois voies

1) La première prise de contact: bit de drapeau SYN client est mis à 1, généré de manière aléatoire un seq = x, et le paquet est envoyé vers le serveur, le client entre dans l'état de SYN_SENT, en attendant que le serveur accusé de réception.

2) La seconde poignée de main: le serveur reçoit les données par paquets à partir de l'indicateur bit SYN = 1 Connaissance des demandes de client pour établir une connexion, le serveur SYN et ACK bit indicateur sont mis à 1, ack = x + 1, la génération d'une valeur aléatoire seq = y et le paquet de données à la demande de connexion pour confirmer client, serveur passe à l'état SYN_RCVD.

3) troisième poignée de main: le client reçoit accusé de réception, vérifier si le ack x + 1, ACK vaut 1, alors si l'indicateur d'accusé de réception correct est réglé sur 1, ack = y + 1, et transmet le paquet de données à serveur, vérification du serveur ack si y + 1, ACK est 1, si elle est correcte, la connexion est établie, le client et le serveur entre dans l'état ESTABLISHED, terminer la poignée de main à trois voies, alors vous pouvez commencer à transférer des données entre le client et le serveur.

2,2, quatre ondes

1) La première vague: un client transmettant le FIN, la transmission de données à proximité du serveur au client, et transmet simultanément un nombre aléatoire x = SEQ. Client entre dans l'état FIN_WAIT_1

2) La deuxième vague: le serveur reçoit le FIN, ACK pour envoyer un client, le numéro d'accusé de réception pour le numéro de réception +1 (le même SYN, FIN un numéro occupent une séquence) dans l'état CLOSE_WAIT Server.

3) La troisième onde: le serveur envoie un FIN, pour fermer la transmission de données client-serveur, et envoie un nombre aléatoire seq = y, l'état du serveur entre LAST_ACK

4) La quatrième vague: le client reçoit le FIN, le client entre dans l'état TIME_WAIT, et envoie ensuite un accusé de réception au serveur, pour la réception du numéro de numéro d'acquittement + 1, serveur entre dans l'état fermé, pour compléter le dos quatre ondes

3, les principes du processus de résolution DNS

Entrez www.qq.com nom de domaine dans le navigateur, le système d'exploitation va d'abord vérifier si elles ont les hôtes locaux relation de mappage d'URL de fichier, le cas échéant, le premier appel à la mise en correspondance d'adresse IP, DNS complet.

Si les hôtes ne sont pas mises en correspondance au nom de domaine, puis trouver le cache de résolution DNS local, s'il y a relation de mappage URL, le cas échéant, retour direct, complet DNS.

Si les hôtes ne sont pas mises en cache la relation de mappage d'URL avec le résolveur DNS local regardera d'abord pour le paramètre TCP / IP du serveur DNS préféré ensemble, ici nous l'appelons un serveur DNS local, lorsque le serveur reçoit une requête, si vous voulez requête le nom de domaine, inclus dans la configuration locale des ressources régionales, le résultat de l'analyse est renvoyée au client pour terminer le DNS, pour résoudre ce faisant autorité.

Si le nom de domaine à interroger, le serveur DNS local ne pouvait pas aider à résoudre la région, mais le serveur a mis en cache les correspondances URL appellent cette mappage d'adresses IP, DNS complet, cela n'a pas le pouvoir de résolution.

Si le serveur DNS local à la zone locale analyse syntaxique du fichier cache échoue, puis (si le transpondeur est fourni) en fonction des paramètres interroger le serveur DNS local, mode de transfert si inutilisés, met la boîte d'envoi de la demande au DNS local 13 DNS racine, le serveur racine DNS après avoir reçu la demande jugera ce nom de domaine (.com) qui est autorisé à gérer, et renverra une adresse IP qui est responsable d'un des serveurs de domaine de niveau supérieur. Une fois le serveur DNS local reçoit des informations IP communiquera avec ce serveur est responsable de domaine .com. Ceci est responsable du serveur de domaine .com reçoit une demande, si elles ne peuvent pas être résolus, il recherchera une gestion de domaine .com suivant adresse du serveur DNS de niveau (qq.com) au serveur DNS local. Lorsque le serveur DNS local reçoit cette adresse, vous trouverez serveur de domaine qq.com, répéter l'action ci-dessus, la requête jusqu'à ce que vous trouver un hôte www.qq.com.

Si le mode vers l'avant, le serveur DNS transmet la demande à un serveur orienté DNS, le serveur analyse le niveau supérieur, si le serveur ne peut pas résoudre l'un, ou pour trouver les requêtes DNS racine sur la route vers l'avant ou supérieure à ce cycle. Si le serveur DNS local est utilisé pour obtenir des conseils d'expédition ou de racines, et enfin les résultats sont renvoyés au serveur DNS local, serveur DNS renvoie le résultat au client.

4, http principe analytique

1) Résolution d'adresse

Tels que le navigateur avec le client http: // chensiqi: 8080 / index.html

Nom du protocole: http

Nom d'hôte: chensiqi.com

Port: 8080

Chemin de l'objet: index.html

Dans cette étape nécessite système de noms de domaine DNS pour résoudre les noms de domaine chensiqi.com get adresse IP de l'hôte.

2) HTTP demande encapsulation de paquets

La première étape dans les résultats d'analyse dans leur demande d'information de liaison native encapsulé dans un paquet HTTP

3) encapsulées dans des paquets TCP, une connexion TCP est établie

TCP poignée de main à trois voies

4) Le client envoie une commande de demande

Une fois la connexion établie, le client envoie une requête au serveur, la demande signifie le format: Uniform Resource Identifier (URL), le numéro de version du protocole, le dos est un message MIME comprend un modificateur de demande, des informations client contenu sous licence

5) la réponse du serveur

• Serveur sur demande, de donner les informations de réponse correspondant, le format d'une ligne d'état comprenant une information de version de protocole, un code de succès ou d'une erreur de retour est une information MIME contient des informations de serveur, l'entité peut être contenu de l'information.
• Entité des informations d'en-tête de message après que le serveur envoie au navigateur, il envoie une ligne blanche pour représenter le format réel de l'utilisateur des informations en-tête de transmission transmet ce à la fin, il répond avec une information d'en-tête Content-type de réponse demandée par le décrit données

6) le serveur ferme la connexion TCP

En général, une fois que le serveur Web envoie les données demandées au navigateur, il est nécessaire de fermer la connexion TCP, le navigateur, ou si le serveur sur lequel les informations d'en-tête est ajouté à cette ligne Connection: keep-alive. connexion TCP après l'envoi reste ouvert, de sorte que le navigateur peut continuer à envoyer des requêtes sur la même connexion. Restes connectés de gagner du temps nécessaire pour établir une connexion pour chaque demande, économiser plus de bande passante réseau.

Résumé:

http processus de résolution, en fait, nous avons seulement besoin de connaître le processus peut être, si la demande d'URL d'établissement, lancez une requête d'URL, et retourne la procédure de traitement de l'URL.

Une variété de méthodes connues des services de recherche de port

Première méthode: lsof

# Lsof -i: 22 COMMANDE PID DISPOSITIF UTILISATEUR FD TYPE TAILLE / OFF NOM NODE sshd 1136 racine 3U IPv4124690t0 TCP *: ssh (ECOUTER) sshd 1136 racine 4u IPv6124780t0 TCP *: ssh (ECOUTER) sshd 1211 racine 3r IPv4131990t0 TCP www.test.com:ssh- > localhost: 51527 (ESTABLISHED)

l'extension des connaissances: Le fichier a été supprimé, mais le processus est toujours occupé, ce qui entraîne la libération de l'espace disque, comment trouver?

# Lsof | grep del php-fpm 1165 racine 3u REG 8,30 132492 / tmp / ZCUDnCFFxq (supprimé) php-fpm 1166 nginx 3u REG 8,30 132492 / tmp / ZCUDnCFFxq (supprimé) php-fpm 1167 nginx 3u REG 8,30 132492 / tmp / ZCUDnCFFxq (supprimé) php-fpm 1168 nginx 3u REG 8,30 132492 / tmp / ZCUDnCFFxq (supprimé) php-fpm 1169 nginx 3u REG 8,30 132492 / tmp / ZCUDnCFFxq (supprimé) php-fpm 1170 nginx 3u REG 8,30 132492 / tmp / ZCUDnCFFxq (supprimé)

Méthode Deux: netstat -lntup

# Netstat -antup | grep 22 tcp 00 0.0.0.0:220.0.0.0:* LISTEN 1136 / sshd tcp 00 192.168.197.133:22192.168.197.1:51527 ESTABLISHED 1211 / sshd tcp 00 ::: 22 ::: * LISTEN 1136 / sshd

L'espace est limité, cet être sur le réseau d'organiser cela, le dos partagera plus sur DevOps et aspects DBA, et les amis intéressés peuvent se concentrer le prochain! !