Différences

Ci-dessous, les différences entre deux révisions de la page.

--- issue150:certifie_linux [2019/11/02 07:59] – d52fr
+++ issue150:certifie_linux [2019/11/02 17:09] – andre_domenech
@@ Ligne 11: / Ligne 11: @@
 Bonjour aux apprenants et signe de tête à ceux qui sont « juste intéressés ».
-Comme c'est l'examen 201, vous devriez être à l'aise avec le FSH (File System Hierarchy - Hiérarchie des systèmes de fichiers) et le LSB (Linux Standards Base - base des standards de Linux). Vous pouvez rapidement les rechercher sur Google, j'attendrai...Bon. La mémoire est rafraîchie.
+Comme c'est l'examen 201, vous devriez être à l'aise avec le FSH (File System Hierarchy - Hiérarchie des systèmes de fichiers) et le LSB (Linux Standards Base - base des standards de Linux). Vous pouvez rapidement les rechercher sur Google, j'attendrai... Bien. Mémoire rafraîchie !
 **Though we are mostly using Ubuntu here, you need to know the Red Hat side of things too. Init is the first process called during SysV boot. This initial process will now start all the other processes that are listed in the runlevel target. Don’t believe me? Look at the PID of init. If Linux was a first person shooter game, the init process would be the spawn point. The init levels today are still the same 0-6 levels (there are more, but unused) that I encountered back in the day; it has not changed, just know the differences between .deb-based systems and .rpmbased systems. You need to know that in older systems, you can usually see what is defined by printing out ‘/etc/inittab’. At the time of writing this, it is 2019, and most distributions run on Systemd, so you may get an error with ‘cat/etc/inittab’ if you are following along on a desktop version of Linux. That is OK. Try to run an old version of Fedora or CentOS in a VM to check it out. Be sure to look inside ‘/etc/rc.d’ folder while you are at it.
@@ Ligne 17: / Ligne 17: @@
 The ‘/etc’-folder is chock full of stuff. See if you can find the rc scripts. (Runlevels 1 through 5).**
-Bien que nous utilisions principalement Ubuntu ici, nous devons connaître aussi la partie concernant Red Hat. Init est le premier traitement appelé pendant le démarrage de SysV. Le processus initial amorcera alors tous les autres processus qui sont listés dans la cible des niveaux d'exécution (runlevel). Vous ne me croyez-pas ? Regardez le PID (rang du processus) d'init. Si Linux était un jeu de tir à la première personne, le processus init serait le point d'apparition. De nos jours, les niveaux d'init sont toujours les niveaux 0 à 6 (il y en a plus, mais non utilisés) que j'ai rencontrés il y a longtemps ; ils n'ont pas changé, connaissez juste la différence entre les systèmes basés sur .deb et ceux basés sur .rpm. Vous devez savoir que dans les systèmes plus anciens, vous pouvez habituellement voir ce qui est défini en affichant « /etc/inittab ». Au moment où j'écris, nous sommes en 2019, et la plupart des distributions tournent avec Systemd ; aussi, vous pourriez avoir une erreur avec « cat /etc/inittab » si vous suivez l'article avec une version de bureau de Linux. C'est normal. Essayez de lancer une vieille version de Fedora ou de CentOS dans une VM (machine c=virtuelle) pour le vérifier. Profitez-en pour regarder dans le dossier « /etc/rc.d » pendant que vous y êtes.
+Bien que nous utilisions principalement Ubuntu ici, nous devons connaître aussi la partie concernant Red Hat. Init est le premier traitement appelé pendant le démarrage de SysV. Le processus initial amorcera alors tous les autres processus qui sont listés dans la cible des niveaux d'exécution (runlevel). Vous ne me croyez pas ? Regardez le PID (rang du processus) d'init. Si Linux était un jeu de tir à la première personne, le processus init serait le point d'apparition. De nos jours, les niveaux d'init sont toujours les niveaux 0 à 6 (il y en a plus, mais non utilisés) que j'ai rencontrés il y a longtemps ; ils n'ont pas changé, connaissez juste la différence entre les systèmes basés sur .deb et ceux basés sur .rpm. Vous devez savoir que dans les systèmes plus anciens, vous pouvez habituellement voir ce qui est défini en affichant « /etc/inittab ». Au moment où j'écris, nous sommes en 2019, et la plupart des distributions tournent avec Systemd ; aussi, vous pourriez avoir une erreur avec « cat /etc/inittab » si vous suivez l'article avec une version de bureau de Linux. C'est normal. Essayez de lancer une vieille version de Fedora ou de CentOS dans une VM (machine virtuelle) pour le vérifier. Profitez-en pour regarder dans le dossier « /etc/rc.d » pendant que vous y êtes.
 Le dossier « /etc » est plein de choses. Regardez si vous pouvez trouver les scripts rc. (niveaux d'exécution de 1 à 5).
@@ Ligne 38: / Ligne 38: @@
 . stop 58 0 6 .“**
-Disons qu'une vieux CentOS n'est pas le seul sytème que vous devriez démarrer dans une VM ; je vous suggère aussi une vieille version de Debian, ou du plus récent Devuan. Autrement, la suite vous sera difficile à suivre. Vous êtes censés connaître, non seulement le processus de démarrage, mais comment personnaliser le dit processus. J'ai besoin que vous regardiez les pages man : man update-rc-d - regardez le résumé. Vous verrez aussi q'il fait référence au manuel de définition de Debian. Vous pourriez vous demander comment ça vfonctionne dans la vraie vie. Bon. Disons que vous voulez ajouter le service d'impression, disons CUPS, dans un niveau d'exécution. Le service que vous voulez démarrer doit être dans : /etc/init.d - vous ne pouvez tout simplement pas ajouter un service qui n'existe pas. Aussi, la syntaxe sera :
+Disons qu'un vieux CentOS n'est pas le seul système que vous devriez démarrer dans une VM ; je vous suggère aussi une vieille version de Debian, ou du plus récent Devuan. Autrement, la suite vous sera difficile à suivre. Vous êtes censés connaître, non seulement le processus de démarrage, mais comment personnaliser ledit processus. J'ai besoin que vous regardiez les pages man : man update-rc-d - regardez le résumé. Vous verrez aussi qu'il fait référence au manuel de définition de Debian. Vous pourriez vous demander comment ça fonctionne dans la vraie vie. Bon. Admettons que vous voulez ajouter le service d'impression, disons CUPS, dans un niveau d'exécution. Le service que vous voulez démarrer doit être dans : /etc/init.d - vous ne pouvez tout simplement pas ajouter un service qui n'existe pas. Aussi, la syntaxe sera :
 update-rc.d <service name>
@@ Ligne 46: / Ligne 46: @@
 <runlevel(s)
-Waouh, ça parrait horrible, mais en pratique, c'est quelque chose comme ça :
+Waouh, ça parait horrible, mais en pratique, c'est quelque chose comme ça :
 “update-rc.d cups start 58 5 . stop 58 0 6 .“
@@ Ligne 64: / Ligne 64: @@
 Sans tenir compte que tel service tourne habituellement, disons, au runlevel 5, vous pouvez le démarrer manuellement à partir de /etc/init.d.
-Revenons à notre système basé sur Red Hat. Là, nous utilisons chkconfig. Je vous demande de lire notre guide d'étude gratuit à partir de la page 58. Si vous avez fait vos devoirs... et suivi les liens pendant ce temps... vous saurez où ça vous mène. Si vous regardez dans les scripts, vous avez peut-être noté que juste tout près du haut, il y a un « chkconfig : » suivi d'un chffre. Ce sont vos niveaux d'exécution. Aussi, si vous voyez que « 345 » suit chkconfig, ce n'est pas le nombre trois cent quarante-cinq mais les runlevels 3, 4 et 5. Maintenant, avec ça, vous pouvez enlever ou ajouter un niveau d'exécution, mais réfléchissez bien avant de le faire. Disons que aimerons ajouter cron dans un autre runlevel (c'est seulement un exemple) ; puis nous ajouterions un 2 dans la liste, de façon à lire « 2345 » et nous sauvegarderions le fichier. Tout seul, ça ne marche pas. Pour vous en sortir, façon de parler, en étant dans les dossiers rc.d, vous avez besoin de dire la phrase magique dans un terminal : chkconfig - -add cron
+Revenons à notre système basé sur Red Hat. Là, nous utilisons chkconfig. Je vous demande de lire notre guide d'étude gratuit à partir de la page 58. Si vous avez fait vos devoirs... et suivi les liens pendant ce temps... vous saurez où ça vous mène. Si vous regardez dans les scripts, vous avez peut-être noté que juste tout près du haut, il y a un « chkconfig : » suivi d'un chffre. Ce sont vos niveaux d'exécution. Aussi, si vous voyez que « 345 » suit chkconfig, ce n'est pas le nombre trois cent quarante-cinq mais les runlevels 3, 4 et 5. Maintenant, avec ça, vous pouvez enlever ou ajouter un niveau d'exécution, mais réfléchissez bien avant de le faire. mettons que nous voulions ajouter cron dans un autre runlevel (c'est seulement un exemple) ; puis nous ajouterions un 2 dans la liste, de façon à lire « 2345 » et nous sauvegarderions le fichier. Tout seul, ça ne marche pas. Pour vous en sortir, façon de parler, en étant dans les dossiers rc.d, vous avez besoin de dire la phrase magique dans un terminal : chkconfig --add cron
 **To see what changes were made, navigate to /etc/rc.d/rc2.d/ and you should see cron – in our case – has been created. Since the chkconfig was preceded by an octothorpe – it is a comment, but chkconfig read the comments! Neat hey! This is not the only thing chkconfig can do, it is handy beyond this when it comes to services. Linux firewalls work on services, yes, I know, we need a decent application firewall program in Linux, but we do not have any. So a quick way to see which services are on, for firewall configuration, type: chkconfig - - list That said, if you edited cron to run in runlevel 2, you should see “on” in the column that represents runlevel 2. This holds true for any changes you may make – double check it here. If you turn a service on or off with chkconfig, immediately check with the: - -  list option. If you want a more finegrained control, you can use the - - level 2 on / off option. Example: chkconfig cron - - level 3 off
@@ Ligne 70: / Ligne 70: @@
 Just be aware of the differences in systems syntax between Debian-based and Red Hat-based distributions.**
-Pour voir ce qui a changé, naviguez vers /etc/rc.d/rc2.d/ et vous devriez voir que cron - dans notre cas - a été créé. Comme le chkconfig etait précédé par un #, c'est un commentaire - mais chkconfig lit les commentaires ! Pas mal, hein ! C'est pas la seule chose que chkconfig sache faire ; il est encore plus pratique que ça quand il s'agit des services. Les pare-feux de Linux fonctionnent comme des services ; oui, je sais, nous manquons d'un programme applicatif de pare-feu décent dans Linux, mais c'est pas qu'il en manque. Aussi, pour une façon rapide de voir quels services sont actifs, pour la configuration du pare-feu, saisissez : chkconfig - - list. Cela dit, si vous modifiez cron pour le faire tourner au runlevel 2, vous devriez voir « on » (actif) dans la coonne qui représente le niveau d'exacution 2. Cela reste vrai pour toutes les modifications que vous pouvez faire - vérifiez-le attentivement maintenant. Si vous démarrez ou arrêtez un service avec chkconfig, vrifiez-le tout de suite avec l'option --list. Si vous voulez un pilotage encore plus fin, vous pouvez utiliser l'option --level 2 on / off. Exemple : chkconfig cron --level 3 off.
+Pour voir ce qui a changé, naviguez vers /etc/rc.d/rc2.d/ et vous devriez voir que cron - dans notre cas - a été créé. Comme le chkconfig etait précédé par un #, c'est un commentaire - mais chkconfig lit les commentaires ! Pas mal, hein ! Ce n'est pas la seule chose que chkconfig sache faire ; il est encore plus pratique que ça quand il s'agit des services. Les pare-feux de Linux fonctionnent comme des services ; oui, je sais, nous manquons d'un programme applicatif de pare-feu décent dans Linux, mais ce n'est pas qu'il en manque. Aussi, pour une façon rapide de voir quels services sont actifs, pour la configuration du pare-feu, saisissez : chkconfig -- list. Cela dit, si vous modifiez cron pour le faire tourner au runlevel 2, vous devriez voir « on » (actif) dans la colonne qui représente le niveau d'exacution 2. Cela reste vrai pour toutes les modifications que vous pouvez faire, vérifiez-le attentivement maintenant. Si vous démarrez ou arrêtez un service avec chkconfig, vérifiez-le tout de suite avec l'option --list. Si vous voulez un pilotage encore plus fin, vous pouvez utiliser l'option --level 2 on / off. Exemple : chkconfig cron --level 3 off.
 Soyez simplement au courant des différences de syntaxe des systèmes, entre les distributions basées sur Debian et celles basées sur Red Hat.
@@ Ligne 83: / Ligne 83: @@
 Let us know how you did; good or bad, it does not matter. Good means you are ready to write and confident in your skills. Bad means you will be learning new stuff!! Yay! There is no downside here. If you do not know why an answer is
 the way it is, contact us.**
+Ce mois-ci, pas de questions d'examen pour s'entraîner ; je veux simplement que vous fassiez réellement cela dans un Red Hat dans un VM et que vous voyez ce que ça donne. Gardez vos mirettes grandes ouvertes pendant l'examen pour voir les questions qui contiennent RED HAT.
+Si vous voulez aller plus loin ou tester vos connaissances pour l'examen du LPI, faites le test suivant sur papier : https://www.itexams.com/exam/117-201 (celles-ci furent des vraies questions d'un examen du LPI ; elles vous mettront à l'aise avec son format) :
+••Le nouvel numéro d'examen est 201-400 ; 117-201 était celui d'avant.
+••Le site ne nécessite pas d'inscription, mais incrivez-vous avec une adresse mail temporaire, pas votre mail réelle.
+••N'apprenez PAS ces questions par cœur, car ce ne sont probablement pas les questions de l'examen.
+Dites-nous comment ça s'est passé ! Bien ou mal, ça n'a pas d'importance. Bien, ça signifie que vous êtes prêt pour l'écrit et confiant dans vos connaissances. Mal, ça signifie que vous apprendrez de nouvelles choses ! Eh oui ! Ici, il n'y a pas de côté négatif ! Si vous ne savez pas pourquoi telle réponse est ainsi, contactez-nous.