L’objectif de ce tutoriel, est d’installer un proxy Squid avec un filtrage de contenu géré par Squidguard. Le serveur sera intégré à un domaine Active Directory 2008 pour permettre une authentification des utilisateurs par NTLM/Kerberos.
Webalizer sera utilisé pour générer des rapports d’utilisation du proxy.
L’objectif de ce tutoriel est de mettre en place un serveur de fichiers (sous Ubuntu/Debian) et que des postes client (Linux et Windows) puissent y avoir accès, le tout de manière sécurisée.
Les postes client sous Windows auront accès au partage en passant par Samba et les postes client sous Linux utiliseront le partage NFS.
L’objectif de ce script est de permettre une recherche en ligne depuis un bind clavier.
La simple pression d’un Windows + W vous envoie directement rechercher sur Wikipedia ?
Enfin une utilisation pratique de cette touche bien inutile 🙂
L’objectif de cette page est de regrouper différentes fonctions PHP permettant des conversions diverses.
Elle sera donc complétée au fur et à mesure que j’aurais développé de nouvelles fonctions de ce genre.
L’objectif de ce tutoriel est la mise en place et la gestion des ACL sous Linux. Les ACL (Access Control List, ou Liste de Contrôle d’Accès) permettent d’étendre les droits POSIX (type user:group:others) en décrivant des droits pour des utilisateurs ou groupes supplémentaires.
L’intérêt de ce système se retrouve principalement sur des serveurs, dans des contextes de travail collaboratif.
Dans l’exemple suivant, je me suis basé sur un de mes besoins: Droits sur la HomeDir standards préservés (755) et un accès web en lecture/écriture sur un répertoire des homes.
Il s’agit ici uniquement d’un exemple sur l’utilisation des ACL avec quelques notions de base. Pour aller plus loin, consultez les sources en bas de page.
Ce tutoriel peut être utilisé comme la suite du tutoriel sur la Mise en place d’un RAID-1 Logiciel ou tout simplement avec des disques physiques non monté en RAID.
L’exemple d’installation qui suivra se base sur un volume RAID de 1000.2 Go, dont l’installation a été décrite dans le tutoriel RAID (lien ci-dessus).
Le volume physique utilisé dans tout l’exemple sera /dev/md0 (qui correspond aux RAID1 de 1000.2 Go).
LVM (ou Logical Volume Management) permet de créer une sorte de « couche d’abstraction » entre vos disques durs, unités RAID ou encore unité SAN et la gestion de vos points de montage.
Cela permet de gérer de manière plus souple vos allocations d’espace disque pour chaque point de montage.
Le principe de fonctionnement LVM se base sur des PV ou Physical Volumes (volumes physiques) tels que des disques durs, des unités RAID, des espaces distants tels que des SAN, DAS.
Toutes ces unités (PV) sont regroupées dans un VG ou Volume Groups, (groupes de volumes) pour former un espace de stockage plus important.
Dans ce (ou ces) VG, on découpe ensuite des LV ou Logical Volumes (volumes logiques) qui seront formatés puis monté sur différents points de montage.
L’objectif de ce tutoriel est la mise en place d’un RAID logiciel sous Linux. C’est-à-dire, l’installation et la configuration de l’outil mdadm.
Dans ce tutoriel, nous installerons un RAID-1. L’exemple pris est celui de deux disques durs de 1To en SATA.
L’avantage du SATA sur le IDE, est la possibilité du Hot-Plug, ou branchement à chaud, qui pourrait s’avérer utile dans l’avenir en cas de défaillance d’un des deux disques.
L’objectif de ce tutoriel est de mettre en place une connexion SSH depuis un poste client Windows vers un poste Linux (Serveur), le tout de manière automatisée (utilisation de clef SSH).
L’architecture des exemples sera la suivante:
Sur le serveur A (Linux) sera installé OpenSSH Server, sur le client B (Windows) on utilisera Putty et sur le client C (Linux) le client OpenSSH.
Un système d’exploitation désigne un ensemble de programmes qui réalisent l’interface entre le matériel et l’utilisateur. Ils ont été introduit pour résoudre les problemes posés par les premiers ordinateurs.
En général, une architecture matérielle peut être de la manière suivante:
Figure 1. Schéma simple d’une architecture matérielle
On peut distinguer :
Les OS sont liés aux architectures matériels des ordinateurs. On peut noter 4 générations d’évolution:
Ses marchines n’ont pas de mémoire et n’exécute qu’un programme à la fois. Il n’y a donc pas de système d’exploitation. Les programmes étaient en langue machine et chargés dans les registres bit par bit. => Travail d’experts.
Figure 2. Interface entre le mode User et le Matériel au moyen d’un mode noyau
On distingue deux types de systèmes d’exploitation:
Un système d’exploitation réparti est un ensemble de sites faiblements couplés. Un site est un ensemble de ressources physiques fortements couplées tel que le processeur, la mémoire, les périphériques. Les sites du système réparti sont dit faiblement couplés dans le sens où leur interaction repose sur l’utilisation d’un support de communication et non pas sur l’utilisation de mémoire commune.
L’exploitation d’un système réparti repose essentiellement sur la disponibilté des moyens de communication entre sites. On voit donc apparaître un autre concept: les Protocoles de communication. Ces protocoles permettent à des entités logiciels d’échanger des informations sous formes de messages. L’utilisation de ces protocoles de communication peut être réalisée à différents niveaux. Le niveau du système où les protocoles sont utilisés détermine la vision que l’utilisateur a du système réparti. Chronologiquement, on les situe comme suit:
Les systèmes répartis sont caractérisés par un noyau. On cite deux noyaux :
Un noyau tel que Mach fourni un ensemble de fonctions génériques strictement nécessaires à la mise en oeuvre de l’application ou des services répartis. On appelle ca la notion de micro-noyau:
Ces fonctions reposent sur un ensemble réduits de concepts simples: les objets gérés par le noyau sont des objets élémentaires. Les sous-systèmes construisent à leur tour des objets plus complexes par assemblage d’objets élémentaires. Les objets élémentaires gérés par Mach et Chorus sont relativement similaires.
Les systèmes d’exploitations répartis sont caractérisés par la notion de micro-noyau et par des objets élémentaires.
Dans un premier lieu, le noyau définit une entité de structuration du système qu’on appelle Acteur chez Chorus, et Tâche (Task) chez Mach. L’acteur est l’unité d’allocation de ressouces. Il fourni un espace d’adessage protégé ainsi que des accès à des ressources système (les objets de communication, les objets mémoire…).
L’activité appelle aussi Thread est l’unité d’exécution. Une activité est un processus séquentiel. Elle est caractérisée par un contexte d’exécution. Une activité est attachée à un acteur qui défini son environnement d’exécution. Plusieurs activités peuvent patager l’environnement offert par un acteur.
Les activités d’un environnement accèdent librement à toutes les ressources détenus par l’acteur.
Les activités sont cadencées par le noyau comme des entités indépendantes. Elles peuvent donc s’exécuter en parallèle sur les différents processus d’un multi-processeur symétrique (il existe des systèmes multi-processeurs symétriques et asymétriques). Les activités d’un acteur partagent un même espace d’adressage.
De ce fait, les activités peuvent se synchroniser et communiquer en utilisant le partage de mémoire.
Les communications entre activités sont mises en oeuvre au moyen d’une interface uniforme. Quelle que soit la localisation des activités communicantes, elles prennent la forme de messages. Les activités ne communiquent pas directement entre elles, mais utilisent des objets spécifiques dédiés à la communication appelés Porte (ou Port).
La porte est LA ressource de communication bidirectionnelle. Elle est donc source et destination des messages. La porte source d’un message fourni en particulier un moyen d’identification de l’émeteur par le récepteur. A une porte est donc associé une queue de messages non consommés par les activités. Aux portes, sont associés également des droits d’utilisation (émission et réception). Le mode de gestion de ces droits diffère dans les deux systèmes mais un principe de conception commune est observable. Par exemple, le droit de réception sur une porte n’est à un instant donné attribué qu’à un seul acteur. Seules les activités attachées à ces acteurs peuvent consommer les messages destinés à cette porte. En revanche, le droit d’émission peut être partagé par de multiples émeteurs potentiels.
Pour mettre en oeuvre le mécanisme de transmision de portes, on peut utiliser des messages typés: cela signifie que l’utilisateur décrit la structure du message lors de l’envoi permettant au noyau de retrouver les informations (portes). Un message est un ensemble de couples de la forme :
Lors de l’envoi et la réception de chaque message, le noyau interprète la description du message. Cette stratégie permet:
Un acteur défini un espace d’adressage protégé. Un espace d’adressage appelé également contexte est constitué d’un ensemble de régions => Région définie par un ensemble d’adresses contigües.
Deux régions ne peuvent se recouvrir au sein d’un même espace d’adressage. Elles constituent des fenêtres d’accès aux objets mémoire (segments).
Un segment représente l’unité d’information en mémoire secondaire. Lorsqu’une région fournit un moyen d’accès à un segment, le segment devient protégé (mapped) sur la région.
Figure 3. Projection de Segments protégés (mappés)
Tout accès en lecture ou écriture par le processeur physique à une donnée représentée par l’une des adresses virtuelles définissant la région est logiquement équivalent à un accès à la donnée correspondante du segment. La région fournit donc un moyen d’accès transparent au segment. On peut voir qu’une région peut représenter la totalité d’un segment ou seulement une partie de segment.
Les droits d’accès sont associés aux régions. Différents fragments d’un segment peuvent être protégés différemment en projetant chacune d’elles sur une région différente.
Une portion d’un segment peut être projeté sur différentes régions. Ces régions pouvant être des régions d’espace d’adressage différents, c’est-à-dire des acteurs différents et peut être même des sites différents. L’accès à un segment peut être partagé.
Figure 4. Partage de Segment
Un segment accédé par un site est représenté par un nouvel objet: le cache. Il gère la mémoire physique du site utilisé pour le compte du segment à un instant donné.
Figure 5. Représentation d’un cache
Le rôle du noyau est de gérer les contextes, régions et caches. Les segments sont gérés par des serveurs externes appelés également gestionnaires de segments ou mappeur (pager). Ils sont responsables du stockage des segments. le noyau ne projette aucune supposition sur la sémantique associé à ce segment.
L’accès à un segment est la résultante d’une coopération entre noyau et mappeurs prenant la forme de transferts de données entre cache et segment. Ces transferts sont réalisés par des outils de communication offerts par le noyau (échange de messages entre portes).
En 1960, les concepteurs du système d’exploitation MULTICS ont introduit le terme de processus comme une abstraction de l’activité du processeur. On veut exprimer par ceci qu’un fragment de code est en cours d’exécution bien qu’il ne progresse pas dans l’attente du microprocesseur physique.
Un programme est une entité purement statique associée à la suite des instructions qui le composent.
Un processus est une entité purement dynamique (qui n’existe que dans la mémoire physique de l’ordinateur) associée à la suite des actions (correspondant aux instructions d’un programme) réalisé par un programme.
En général, on définit un état comme étant un ensemble de couples de la forme:
L’état d’un processus permet d’exprimer si un processus est:
On distingue donc les états suivants:
Plus précisément, c’est le système d’exploitation qui détermine et modifie l’état d’un processus sous l’effet de la notion d’événements. On remarque donc un nouveau couple
Un processus est représenté par une structure de données appelée le bloc de contrôle processus ou BCP: Bloc Control Processus, c’est une table de la forme suivante:
Figure 6. Schéma d’un BCP
On peut trouver des informations relatives à la quantité de mémoire allouée au processus et des pointeurs vers cette mémoire. On peut trouver des informations qualitatives, le temps UC utilisé, le temps restant autorisé, on peut aussi trouver des informations concernant des opérations d’Entrée/Sortie du processus tel que les périphériques alloués, des opérations en attente de complition, des fichiers ouverts, des descripteurs de connexions réseaux, … On trouve également des informations sur les files d’attente où figure les processus.
De manière générale, on peut dire avec précision que le BCP d’un processus doit contenir des informations qu’il faut sauvegarder pour permettre la reprise ultérieure de l’exécution du processus.
Un ensemble minimal d’opérations sur les processus est réalisé par le système d’exploitation:
Un processus peut en créer un autre (c’est d’ailleurs le fonctionnement de la plupart des systèmes d’exploitations). Le premier processus est appelé processus père et le second processus fils. Le fils peut à son tour créer d’autres processus et en devient le père. Ces suites de création peuvent être représentée par un graphe orienté acyclique. La racine de cet arbre est le père de tous les autres processus.
Figure 7. Arbre des Processus
Tous les processus zombie (qui n’ont plus de père) sont récupérés par la racine (le père de tous les processus). Ils sont encore présent dans la table des processus même s’ils n’ont plus aucunes ressources d’allouées, et qu’il ne font plus de tâches particulière.
Dans UNIX, les processus pères et fils ont des contextes mémoire séparés; un processus dans un système multithreadé, les threads partagent le même espace mémoire. Le processus fils à accès à toutes les ressources (ex: fichier ouvert par le processus père). En revanche la communication entre le père et le fils doit passer par l’intermédiaire d’un fichier ou une portion de la mémoire partagée.
un processus fils se termine de différentes façons :
Lorsqu’un processus a besoin de ressources autres que l’UC (microprocesseur) pour poursuivre sa progression, il est placé par le système d’exploitation dans l’état « en attente. Lorsque plus tard, le système d’exploitation est en mesure de lui affecter les ressources demandées, le processus est mis dans l’état « prêt » signigiant que le processus disporse de toutes les ressources sauf l’UC.
La suspension est l’action qui amène un processus dans l’état suspendu. Précisément c’est un retrait momentané de ce processus. Lorsque la reprise intervient, le processus repasse dans l’état « prêt » ou « en attente ».
A tout processus on associe un diagramme d’état associé avec des événements permettant de passer d’un état à l’autre.
(engendre beaucoup de calculs). Changer la priorité d’un processus se fait en modifiant le champ correspondant dans son BCP. C’est une opération triviale, mais répercutée sur l’ordonnancement. Une priorité par défaut est attribuée à la naissance de chaque processus. Cela se solde toujours comme un appel système, le BCP n’est modifié que par le noyau. Le scheduler se chargera de reclaculer les priorités.
Figure 8. Diagramme d’Etats
Voici la liste complète des états d’un processus UNIX:
Figure 9. Diagramme de ces Etats
Figure 10. Format d’un fichier exécutable UNIX
Le Magic Number est un entier appelé a_magic dont l’objectif est d’indiquer le type du fichier exécutable: paginé, partageable, texte de données dans le même segment, texte de données séparées, etc. Il vient ensuite la taille du texte (dans l’entête), ensuite les données initialisées puis non initialisées et la table des symbôles; que l’on appelle également: a_text, a_data, a_bss, a_syms. Cette section ne contient pas de données au départ, elle sera plutôt dynamiquement construite à l’aide des différents appels systèmes tels que sbrk(). Quant à la table des symbôles, elle peut apparaître ou non, on appelle cela à ce moment des fichiers strippés.
Figure 11. Schéma d’un espace virtuel d’un processus dans l’espace user
Figure 12. Schéma d’un contexte de processus
Un processus peut augmenter ou diminuer la taille de sa région de données, en utilisant par exemple sbrk()
Un processus peut être vu comme une succession d’étapes de calculs et d’entrées/sorties. c’est pour cela qu’on dit que la vie d’un processus se décompose en une alternance de périodes d’utilisation de l’UC et de périodes d’accomplissement d’opérations d’entrées/sorties. On appelle la première période la phase de calculs et la seconde, la phase d’entrées/sorties.
Expérimentalement, on a montré que la grande majorité des processus ont des phases de calculs extrêmement courtes alternant aec des périodes d’entrées/sorties beaucoup plus longues.
On appelle ressource tout élément qui contribue à la progression des processus (tout objet participant à la complition d’un processus).
A une ressource sont associées des procédures d’accès qui permettent de la manipuler et les règles d’utilisation qui constituent les conditions d’emploi. (ex: les axiomes).
Il existe deux formes de ressources:
La multiplicité des ressources permet de les classifier, c’est à dire metre sous forme de famille de ressources.
On appelle Classe de ressources un couple
Le nom commun permet de regrouper l’ensemble des éléments associés à la ressource, la procédure (ou opération) est l’ensemble des fonctions applicables au premier élément du couple.
Les opérations associées aux ressources d’un système d’exploitation sont les suivantes:
Une ressource donnée d’un système d’exploitation possède des états internes qui peuvent être modifiés par leur utilisateur à travers l’ensemble des services associés. Si l’état d’une ressource est susceptible d’être modifié, il doit être réinitialisé après chaque libération. Le système d’exploitation contrôle les utilisations de toutes les ressources à l’aide d’une table indiquant les éléments suivants: Ressource disponible ou non, allouée ou non (cf Ensemble des élements). A chaque objet ressource est associé une file d’attente contenant les BCP (Figure 6, « Schéma d’un BCP ») des processus qui l’attendent.
Il arrive parfois d’autoriser des utilisations supplémentaires, comme « réquisitionner », c’est-à-dire que lorsqu’une ressource R est allouée et qu’une demande émanat d’un processus survient, et en particulier d’un processus prioritaire, alors on retire la ressource au processus en cours et on l’attribue au processus prioritaire demandeur.
Dans le cas de réquisition de la ressource, son état doit être sauvegardé.
Dans un système multiprogrammé, l’ordonnanceur qu’on appelle un scheduler est le processus qui définit l’ordre dans lequel les processus prêts acquièrent le processeur central et la durée pendant laquelle ils l’utilisent.
Le terme d’ordonnanceur a un sens plus large. Il désigne un processus sous l’autorité duquel d’autres processus ont accès à des ressources. Ces ressources sont les mémoires centrales et auxiliaires tels que les disques, les bandes ou tout autre type de périphérique.
Lorsque plusieurs processus demandent l’allocation d’une ressource qui n’est pas disponible mais indispensable à leur progression, ce processus doit attendre. La seule façon de procéder, est de gérer une file d’attente. Lorsque la ressource redevient disponible, le système d’exploitation doit être capable de sélectionner un des processus en attente et de lui affecter la ressource attendue.
Il existe plusieurs types d’ordonnanceurs:
Sa mission est de déterminer si un processus utilisateur qui le demande peut entrer dans le système. (cette décision dépend d’informations sur les performances du système à l’instant considéré).
Sa mission est de choisir dans la file d’attente associée à l’Unité Centrale le processus à qui sera allouée le CPU.
Sa mission est de déterminer quel processus rangé temporairement sur le disque peut accéder à la mémoire centrale et inversement. c’est aussi un scheduler qui fixe l’accès au disque.
Deux mécanismes fondamentaux sont implémentés au niveau matériel:
L’exécution d’une instruction peut provoquer le transfert de données entre l’unité centrale et la mémoire centrale. Deux registres servent à gérer ces communications:
L’Unité centrale contient des registres qui contiennent certaines informations sur son propre état.
Les registres de l’Unité Centrale peuvent aussi contenir des informations sur les processus en cours d’exécution.
L’ensemble de tous ces registres est appelé le mot d’état ou PSW: Processus Status Word.
A tout instant un processus est donc entièrement caractérisé par:
On appelle activité la résultante de l’exécution ininterrompu d’une procédure unique (sachant qu’un programme séquentiel, élément d’un processus, est constitué d’une procédure qui s’appelle mutuellement.) Une procédure est caractérisée par un segment de procédure distinct et un segment de données. Ce dernier peut être propre à la procédure.
On appelle contexte d’activité, l’ensemble d’informations mis à la disposition du processeur au cours de cette activité. Un contexte comprend donc un contexte de processus tel que les registres […] et un contexte en mémoire tel que les registres de segments, instructions ou données.
Lors du passage d’une activité à une autre, on peut assister à une commutation de contexte.
Dans le cas où plusieurs programmes se trouvent en mémoire centrale prêts à être exécutés, on va procéder en partageant l’Unité Centrale entre ces différentes activités, c’est-à-dire exécuter une partie du premier programme, puis exécuter une partie du second programme, etc.
Laisser s’exécuter d’autres processus que le processus courant modifie fortement le contexte de l’unité centrale, en particulier les registres du microprocesseur. Il est donc indispensable de sauvegarder ces contextes susceptibles d’être modifiés. C’est la raison pour laquelle l’opération de commutation de contexte est considérée comme mécanisme de base. Cette opération de commutation de contexte permet l’exécution de manière atomique (c’est à dire sans interruption).
Une opération de commutation du contexte du mot d’état provoque l’exécution d’un nouveau processus car le compteur ordinal fait parti du mot d’état (Le nouveau processus peut être le processus interrompu ou un autre).
Une interruption est une commutation de contexte (de mot d’état) provoquée par un signal généré par le matériel (donc indépendant de l’exécution de l’instruction en cours). Le signal est donc lui même la conséquence d’un événement. Physiquement, c’est un signal au processeur interrompu.
Le système consulte régulièrement un indicateur qui peut être modifié par le signal d’interruption pour déterminer la cause de l’interruption. Il s’agit en général de plusieurs bits du mot d’état qui constitue le vecteur d’interruption. A chaque cause est associée un niveau d’interruption. On distingue au moins trois niveaux d’interruption:
L’objectif de ce tutoriel est de mettre en place un système WebDav avec une authentification prise en charge par mySQL (et non par un fichier de mots de passe apache).
Pour cela, le module authentification mySQL est nécessaire pour Apache2 (Le module WebDav est déjà inclu dans apache2).
