[Dossier] - Le DNS "Domain Name System" - Sys-advisor Le DNS ou « Domain Name System » est un service hiérarchisé qui fait ce qu’on appelle de la résolution de nom, il permet d’associer une adresse IP à un FQDN (Full Qualified Domain Name) ou un nom d’hôte et inversement. Il établit la correspondance entre le nom convivial d’un ordinateur (par exemple « PC de Maurice »), d’un domaine (coucou.fr) ou d’un service (mail) et son adresse numérique (adresse IP) dans une base de données. Comme le montre ce graphique on peut voir que les noms de domaine sont organisé de manière hiérarchique. Une zone DNS est une portion de l’espace de nom DNS, elle contient les différents enregistrements DNS qui peuvent être modifiés. Les types de zones Zone primaire C’est la zone principale d’information, on peut y modifier, crée et supprimer les différents enregistrements. Zone secondaire Zone de Stub Sert à faire pointer une zone d’un autre domaine. Zones de recherche directe Zone de recherche Inversée Zone intégrée à Active Directory Source :
NFS tutorial - Get the Network File System running Introduction Network File System (NFS) is a protocol originally developed by Sun Microsystems in 1984 and defined in RFC 1094, RFC 1813 and RFC 3530, as a distributed file system which allows a computer to access files over a network as easily as if they were on its local disks. NFS is one of many protocols built on the Open Network Computing Remote Procedure Call system. NFS is commonly used in the Unix/Linux It is rather unheard of in the Windows world, where SMB is the standard (and Samba is used on Unix/Linux to provide SMB service). NFS is a good choice when remotely accessing files with another Linux/Unix system[1]. Also, particular for the LinkStation NFS overcomes some limitations Apple OS X users have with the LinkStation Samba (not surprising, since OS X is a Unix at heart). Currently Kernel-NFS is possible on the LS1, LS HG with 2.6-kernel and on the LS2 with OpenLink and the kernel-modules of the stock kernel. LS1,HG,HS (ppc) OpenLink Download and untar the package FreeLink to...
Documentation SNMP 1 - Introduction L'informatique est de plus en plus présent dans notre vie de tous les jours. On compte désormais sur les services offerts par les réseaux pour le fonctionnement de l'outil informatique, que ce soit en entreprise, lors de transactions bancaires, lors de téléconférences, etc. Sur les réseaux physiques de nombreuses composantes sont donc à surveiller : l'utilisation de la largeur de bande, l'état de fonctionnement des liens, les éventuels goulets d'étranglement, les problèmes de câblage, le bon cheminement de l'information entre les machines, etc. Ainsi, en cas de panne ou de mauvais fonctionnement sur le réseau, l'administrateur doit pouvoir interpréter l'information reçue pour identifier la source du problème. 2 - SNMP (Simple Network Management Protocol) 2.1- Présentation générale SNMP (Simple Network Management Protocol) est le protocole de gestion de réseaux proposé par l'IETF. 2.2- Fonctionnement Le protocole SNMP est basé sur un fonctionnement asymétrique.
How to Connect to and Shadow the Console Session with Windows Server 2003 Terminal Services This article describes how to use Windows Server 2003 Terminal Services to connect to and shadow a console session. In Windows Server 2003, when you use Terminal Services, you can connect to the console session (session 0), and at the same time, open a shadow session to it (as long as you connect from a session other than the console). With this added functionality, you can log on to a Windows Server 2003-based server that is running Terminal Services remotely and interact with session 0 as if you were sitting at the physical console of the computer. This session can also be shadowed so that the remote user and the local user at the physical console can see and interact with the same session. How to Connect to the Console Session When you connect to the console session of a Windows Server 2003-based server, no other user has to be already logged on to the console session. mstsc -v: /F -console The user \ is logged locally on to this computer. How to Shadow the Console Session shadow 0
Simulez des architectures réseaux avec GNS3 Comme en développement d’applications, l’architecture de systèmes et réseaux, même simple, nécessite de réaliser des tests avant le lancement en production. Cette bonne pratique est indispensable pour vous éviter de nombreuses erreurs en production qui viendraient gâcher le quotidien de vos collaborateurs ! Pour cela, je vous propose de maîtriser les bases du simulateur GNS3 (Graphical Network Simulator). Cet outil simple et intuitif vous permettra de créer vos réseaux, les tester, les installer et paramétrer des switchs, des routeurs, et même des serveurs. Le simulateur GNS3 vous permet en effet de connecter également votre hyperviseur de machines virtuelles depuis Vmware ou virtualbox. Dans ce cours, vous découvrirez comment exploiter au mieux le logiciel GNS3 afin de simuler et tester vos projets d’infrastructure réseau. Vous êtes prêts ? Pour cela, je vous propose de maîtriser les bases du simulateur GNS3 (Graphical Network Simulator). Vous êtes prêts ?
Qu’est-ce qu’un DNS, comment ça marche, à quoi ça sert ? - Routeur-Wifi Certaines notions d’informatiques sont particulièrement opaques pour qui n’est pas familiarisé avec les choses de la technique. Mais que l’on les comprenne ou non, certaines de ces briques sont indispensables au bon fonctionnement de votre usage quotidien d’Internet. Le DNS est un parfait exemple de cet état de fait. Personne ou presque ne sait de quoi il s’agit, beaucoup s’en moquent, mais tout le monde en a besoin et l’utilise tous les jours. Sans serveurs DNS, l’internet que vous connaissez n’existerait pas, et vous ne pourriez accéder qu’aux sites et des services que vous connaissez déjà, et encore, pas tout le temps, et pas pour toujours. Notion Bon maintenant que vous avez conscience de l’importance que revêt le système DNS, il est temps de vous expliquer de quoi on parle. Ok très bien, c’est quoi un nom de domaine ? Vous allez voire c’est très simple. A partir de là vous devez normalement, commencer à comprendre où je veux en venir. Historique Ce fichier ressemble à ça :
Serveur Proxy Squid – Killian Grall Un serveur Squid est un serveur mandataire (proxy) et un mandataire inverse conçu pour relayer les protocoles FTP, HTTP, Gopher, et HTTPS. Contrairement aux serveurs proxy classiques, un serveur Squid gère toutes les requêtes en un seul processus d’entrée/sortie asynchrone. C’est un logiciel libre distribué sous licence GNU GPL. Squid garde les meta-données et plus particulièrement les données les plus fréquemment utilisées en mémoire. Les données mémorisées peuvent être rangées en hiérarchies ou en mailles pour utiliser moins de bande passante. Squid est inspiré du projet Harvest. Installation de Squid Normalement, Squid fait déjà partie des dépôts de Debian, un simple apt-get install suffit. apt-get install squid3 Avant de passer à la configuration de Squid, je sauvegarde le fichier de configuration initial de Squid, qui est squid.conf. cp /etc/squid/squid.conf /etc/squid/squid.conf.old Configuration de Squid Configuration de base : /etc/init.d/squid reload Whitelist : Blacklist : Sources /! /! /!
Du bon usage du DNS 1 Introduction Le DNS au sens large fait partie des sujets de préoccupation récurrents et bien réels, car il s’agit d’un système central sur lequel reposent actuellement beaucoup d’autres technologies. Le cloisonnement et l’indépendance de certaines couches protocolaires restent plus théoriques qu’autre chose. Le DNS est de facto un élément sensible d’une architecture réseau. Par ailleurs, le système est également lié à une hiérarchie mondiale qui oblige des échanges et des accès auprès de celle-ci. Ce document n’a absolument pas la prétention de présenter en quelques pages l’ensemble du système. Le document est structuré de la manière suivante : une première partie revient sur le DNS et son organisation, en particulier sur quelques points de fonctionnement qu’il est nécessaire de bien assimiler. Ce document se destine avant tout aux personnes curieuses de comprendre les enjeux de DNS, mais possédant également quelques expériences d’informatique et du monde des réseaux. 2.6 Mise en cache
NAS Synology : Domaine, sous-domaine, Reverse-Proxy et HTTPS Si vous utilisez plusieurs applications sur votre NAS et que vous souhaitez pouvoir y accéder depuis internet, en toute sécurité, ce tutoriel est fait pour vous. Nous ne reviendrons pas ici sur la création et l’utilisation d’un nom de domaine ni sur l’emploi d’un certificat Let’s Encrypt pour utiliser le HTTPS. Ces deux sujets ont fait l’objet de plusieurs articles ici sur Cachem et sur le Forum des NAS. Si ces notions vous sont étrangères, rassurez-vous, nous allons prendre le temps de les aborder tranquillement et si vous avez une question ou un doute… laisser un commentaire, nous serons ravis de vous aider. Définitions Les puristes m’excuseront, il ne s’agit pas de définitions officielles, mais cela doit-être accessible aux plus grands nombres. Équipement Matériel réseau pouvant être relié directement au réseau local (LAN). Services / Applications Applications pouvant être installées sur plusieurs équipements : Serveur Plex, Nextcloud, Bitwarden… Application propriétaire Docker Sous-domaine