tuteurs.ens.fr/unix/unix-technique.tml

258 lines
11 KiB
Text
Raw Normal View History

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html
PUBLIC "-//ENS/Tuteurs//DTD TML 1//EN"
"tuteurs://DTD/tml.dtd">
<html>
<head>
<title>Machines Unix</title>
</head>
<body>
<h1>Pr<50>sentation technique des machines Unix</h1>
<p>Le contenu de cette page est assez aride, mis <20> part pour les deux
premiers paragraphes, et nettement plus difficile <20> comprendre que le
reste de cette documentation. Si vous <20>tes n<>ophyte en informatique,
lisez plut<75>t notre <a href="prelude.html">page d'introduction</a> <20>
Unix.</p>
<h2>Qu'est-ce qu'une station Sun<75>?</h2>
<p>Sun Microsystems est un fabricant am<61>ricain d'ordinateurs, qui vend
les ordinateurs de l'ENS. Le mot <20><>station<6F><6E> est une abr<62>viation de
<EFBFBD><EFBFBD>station de travail<69><6C>, un vieux vocable d<>signant les machines
reli<EFBFBD>es en r<>seau et disposant d'une puissance de calcul propre
(diff<66>rant en cela des <a href="&url.jargon;#xterm">terminaux</a>).</p>
<h2>Qu'est-ce qu'Unix<69>?</h2>
<p>Unix est le nom g<>n<EFBFBD>rique d'un certain type de syst<73>mes
2006-09-17 22:47:20 +02:00
d'exploitation pour machines haut de gamme. <a href="histoire.html">Pour
des raisons historiques</a>, ces machines se regroupent en (en gros)
deux cat<61>gories, System V et BSD. La version qui tourne sur les stations
Sun de l'ENS s'appelle Solaris, c'est un System<65>V. La plupart des PC de
2006-09-17 22:47:20 +02:00
l'ENS tournent sous Fedora, une distribution Linux. Ce n'est pas <20>
proprement parler un Unix (il n'appartient <20> aucune des deux familles
BSD et SystemV), mais son fonctionnement est tr<74>s voisin de celui
d'Unix. La pr<70>sence de deux syst<73>mes diff<66>rents explique les petites
diff<EFBFBD>rences de comportement que vous pouvez observer entre les stations
Sun et les PC FreeBSD.</p>
<p>Unix est sans conteste le syst<73>me pr<70>f<EFBFBD>r<EFBFBD> des informaticiens de l'ENS.
Veuillez donc m'excuser d'<27>tre partial dans les questions qui vont
suivre...</p>
<h2>Pourquoi Unix est-il meilleur que MS-DOS et MacOS<4F>?</h2>
<ul><li><strong>Multit<69>che<68>:</strong> une machine Unix peut lancer
plusieurs programmes <20> la fois, et ce avec une efficacit<69> inconnue
sous les syst<73>mes d'exploitation susmentionn<6E>s. Ceux-ci sont en effet
incapables de faire autre chose pendant qu'ils acc<63>dent <20> leurs
p<EFBFBD>riph<EFBFBD>riques (par exemple, pour <20>crire ou lire sur le disque dur), et
perdent donc le plus clair de leur temps <20> attendre. Il est tout <20>
fait possible sous Unix de r<>diger un m<>moire dans une fen<65>tre avec
quatre versions de brouillon tout autour, et ce pendant qu'un gros
fichier se t<>l<EFBFBD>charge...</li>
<li><strong>Multi-utilisateurs<72>:</strong> une station Unix peut servir
plusieurs utilisateurs en m<>me temps, et les prot<6F>ger les uns des
autres au moyen des <a href="loguer.html">mots de passe</a> et de <a
href="&url.tuteurs;unix/droits.html">droits d'acc<63>s</a>. Personne ne
peut lire votre courrier <20>lectronique <20> votre place, et si vous
d<EFBFBD>sirez garder confidentiel un document, c'est possible<6C>!</li>
<li><strong>Protection m<>moire<72>:</strong> aucun programme ne peut
faire planter le syst<73>me<6D>; si il tente d'effectuer une op<6F>ration qui
devrait avoir ce r<>sultat, il sera termin<69> de force, sans cons<6E>quences
pour le reste du syst<73>me. L'all<6C>gation que Windows ou Mac<61>OS poss<73>dent
cette qualit<69> est une plaisanterie.</li>
<li><strong>S<>curit<69><74>:</strong> en r<>gle g<>n<EFBFBD>rale, le syst<73>me n'est
pas pr<70>vu pour respecter les imp<6D>ratifs ci-dessus dans la plupart des
cas, mais dans tous les cas, si bien que faire planter l'ordinateur ou
contourner les protections est un v<>ritable challenge (m<>me si ce
n'est malheureusement pas impossible). De plus, la d<>couverte d'un tel
<EFBFBD><EFBFBD>trou de s<>curit頻 occasionne une r<>action consciencieuse de la part
du vendeur du syst<73>me d'exploitation, qui fournit continuellement de
nouvelles versions pour que l'administrateur syst<73>me ait toujours une
longueur d'avance sur le pirate. On ne peut certes pas en dire autant
de Microsoft ni Apple...</li>
<li><strong>Fiabilit<69><74>:</strong> <code>clipper</code>, le serveur des
<EFBFBD>l<EFBFBD>ves, point n<>vralgique du r<>sdeau de l'<27>cole, ne r<>amorce en
moyenne qu'une fois tous les trois mois (et pour faire des op<6F>rations
de maintenance, rajouter des disques durs, etc.)<29>! Cela permet de
faire de tr<74>s longs calculs sur plusieurs semaines, ou bien de faire
de nuit de grosses op<6F>rations r<>seau.</li>
<li><strong>Fonctionnalit<69><74>:</strong> toutes les stations Sun et les
PC sous FreeBSD g<>rent le r<>seau dans les deux sens. On peut s'y
connecter <20> distance, on peut lancer un programme sur une machine et
avoir l'affichage sur une autre, etc. Unix fournit toujours au
programmeur plus de possibilit<69>s que sur tout autre syst<73>me, toutes
choses <20>gales par ailleurs (c'est-<2D>-dire sans acheter de kit de
d<EFBFBD>veloppement suppl<70>mentaire)<29>: il existe des compilateurs gratuits et
la r<>tention d'information n'y est pas de mise.</li>
<li><strong>Configurabilit<69><74>:</strong> le syst<73>me Unix est construit
pour avoir le moins possible de pr<70>suppos<6F>s du genre <20><>les extensions
syst<EFBFBD>me sont toutes dans le dossier du m<>me nom<6F><6D> (respectivement,
<EFBFBD><EFBFBD>dans <code>C:\WINDOWS\SYSTEM</code><3E><>). C'est pourquoi Unix est
extr<EFBFBD>mement configurable et s'adapte <20> tous types d'environnement, de
la plus petite <20> la plus grosse des machines, avec ou sans r<>seau, et
quelle que soit la marque de l'ordinateur consid<69>r<EFBFBD>.</li>
<li><strong>Portabilit<69><74>:</strong> les diff<66>rents constructeurs d'Unix
se sont mis d'accord depuis longtemps sur toutes les normes utiles <20>
leur travail. La cons<6E>quence est qu'un programme <20>crit pour <a
href="&url.jargon;#sunos">SunOS</a> tournera sans aucune modification
sous <a href="&url.jargon;#solaris">Solaris</a>.</li></ul>
<h2>Quels inconv<6E>nients <20> Unix<69>?</h2>
<p>Bon, soyons vraiment honn<6E>tes<65>: la qualit<69> d'Unix se traduit par un
aspect spartiate d<>courageant, et il est vrai que la s<>curit<69> co<63>te un
peu en performances (mais la puissance correspondante est de toute
fa<EFBFBD>on perdue sous Windows 95 ou MacOS). Pourtant, si autant d'efforts
avaient <20>t<EFBFBD> consacr<63>s <20> l'aspect ext<78>rieur d'Unix qu'il y en eut pour
Windows et le Syst<73>me 7, nul doute qu'il les ridiculiserait
aujourd'hui sur tous les tableaux<75>! Mais programmer des interfaces
utilisateur est un travail long et peu passionnant (c'est toujours la
m<EFBFBD>me chose), et l'histoire d'Unix est surtout faite de programmeurs
b<EFBFBD>n<EFBFBD>voles.</p>
<p>Depuis plusieurs ann<6E>es, avec le d<>veloppement de Linux et son
ouverture au grand public, des interfaces graphiques se d<>veloppent;
citons en particulier KDE (dont une partie des logiciels sont
install<EFBFBD>s sur les stations), Gnome, etc. Unix ne se traduit plus
forc<EFBFBD>ment par <20><>interface fruste<74><65>...</p>
<h2>Pourquoi les stations Unix ont-elles des noms<6D>?</h2>
<p>Parce qu'il est plus facile de dire <20><>trimaran<61><6E> que <20><>la station
Sun 4 situ<74>e <20> gauche le mur Sud de la salle S<><53>. Il est <20>galement
plus facile de dire <20><>trimaran<61><6E> que <20><>la station trimaran<61><6E> (ou m<>me
pire, <20><>la station 42<34><32>), ce qui conduit <20> une personnalisation
affectueuse (certains diront lobotomique) des machines par les
habitu<EFBFBD>s...</p>
<p>Quoi qu'il en soit, les machines administr<74>es par le SPI sont
rep<EFBFBD>rables au fait qu'elles ont un nom de bateau<61>; parmi elles,
<code>clipper</code> est le serveur des <20>l<EFBFBD>ves <20> Ulm (il est dans une
salle du niveau -2 du DI climatis<69>e et inaccessible au commun des
mortels)<29>; <code>vedette</code> est le serveur de Jourdan<61>;
<code>paquebot</code> est le serveur de Montrouge.</p>
<p>Les autres groupements de machines respectent <20>galement l'unit<69> de
noms<EFBFBD>: ainsi, les machines du DMI ont un nom de v<>g<EFBFBD>tal ou de
champignon, dont l'embranchement caract<63>rise le b<>timent et l'<27>tage, et
les machines des biologistes ont des noms de dieux (<code>horus</code>
est leur serveur).</p>
<p>Pour conna<6E>tre le nom d'une machine dans une salle d'informatique
<EFBFBD>l<EFBFBD>ves, il y a deux m<>thodes<65>:</p>
<ul><li>Sur la mire de login, la machine <code>steamer</code> (par
exemple) affiche <code>steamer login:</code> (c'est le cas le plus
simple). Et pour un utilisateur de la config conscrits, le nom de sa
machine appara<72>t dans l'invite de ses fen<65>tres de terminal une fois qu'il
est logu<67><75>; par exemple<6C>:</li></ul>
<pre>
<span class="prompt">steamer ~ $</span>
</pre>
<ul><li>Vous pouvez obtenir un plan de salle avec la commande <a
href="&url.tuteurs;unix/communiquer.html#qui"><code>qui</code></a><3E>:</li></ul>
<table class="tableau">
<tr>
<td><code>qui</code></td>
<td>Salle S</td>
</tr>
<tr>
<td><code>qui t</code></td>
<td>Salle T</td>
</tr>
<tr>
<td><code>qui i</code></td>
<td>Infi</td>
</tr>
<tr>
<td><code>qui j</code></td>
<td>Salle de Jourdan</td>
</tr>
<tr>
<td><code>qui m</code></td>
<td>Salle de Montrouge</td>
</tr>
<tr>
<td><code>qui p</code></td>
<td>Salle des physiciens</td>
</tr>
</table>
<h2><a name="root">Qu'est-ce que <code>root</code><3E>?</a></h2>
<p><code>root</code> est le nom de login traditionnel de l'administrateur
syst<EFBFBD>me. Il a tous les droits, c'est-<2D>-dire qu'aucune op<6F>ration ne lui
sera refus<75>e sous pr<70>texte qu'elle outrepasse la limite de l'utilisateur
<code>root</code> (par contre, il est toujours sous le coup de la
protection contre le plantage par exemple). Il peut donc lire votre
courrier <20>lectronique, savoir quels programmes vous avez utilis<69>s,
suspendre ou fermer votre compte, etc. Ces droits sont n<>cessaires <20>
assurer le fonctionnement du syst<73>me<6D>: que feriez-vous sinon lorsque vous
oubliez votre mot de passe<73>?</p>
<p>Mais <20> l'ENS, les administrateurs sont int<6E>gres et dignes de confiance
et ne se servent presque jamais de ce droit de <20><>super-utilisateur<75><72><EFBFBD>:
m<EFBFBD>me si votre bo<62>te aux lettres <20>lectronique d<>borde, l'administrateur en
fait une copie chez vous et ne regarde pas dedans (le cas s'est d<>j<EFBFBD>
pr<EFBFBD>sent<EFBFBD>).</p>
<p><3E><>Devenir root<6F><74> est un fantasme courant d'une certaine frange de la
population de la salle S, parce que c'est interdit et th<74>oriquement
impossible (donc tentant) et que les informaticiens se divisent en deux
sous-castes<65>: ceux qui savent passer root sans y <20>tre autoris<69>s et les
autres... C'est la raison d'<27>tre de la banderole en salle S. N'oubliez
jamais que Jacques Beigbeder n'est pas un imb<6D>cile, et que si vous vous
faites prendre la sanction sera tr<74>s lourde...</p>
<h2>Peut-on d<>tourner la table d'interruptions<6E>?</h2>
<p>Non (sur les Suns, on appelle cela la <em>trap table</em>). La
philosophie m<>me du syst<73>me d'exploitation Unix fait que pour garantir
la s<>curit<69> et la disponibilit<69> de la machine, il doit absolument
interdire quiconque de prendre le contr<74>le exclusif d'un <20>l<EFBFBD>ment
mat<EFBFBD>riel. M<>me l'administrateur syst<73>me n'a pas ce pouvoir, <20> moins de
modifier Unix lui-m<>me.</p>
<p>De toute fa<66>on, dans la pratique on n'a jamais besoin de le faire<72>:
sous r<>serve que vous en ayez le droit, vous avez toujours moyen de
faire ce que vous voulez en programmation Unix sans avoir <20> r<>inventer
la roue <20> la place d'un incomp<6D>tent qui aurait d<> le faire pour vous
comme c'est le cas sur un PC sous DOS.</p>
<p>Les copyrights de divers noms cit<69>s ici se trouvent <a
href="copyright.html">l<>-bas</a>.</p>
<div class="metainformation"> Auteur<75>: Dominique Quatravaux (1998),
Fran<EFBFBD>ois-Xavier Coudert (2002). Derni<6E>re modification le <date
value="$Date: 2007-07-17 10:03:12 $" />.</div>
</body>
</html>