title: Affaire Léo Taxil

text: Abel Clarin de La Rive mena une enquête qui finit par confondre Léo Taxil. Celui-ci annonça alors la « manifestation publique » de Diana Vaughan, dans une tournée européenne devant commencer le lundi de Pâques, à Paris, pour s’achever le à Rome. L’ex-palladiste promettait même la projection de documents sensationnels pendant sa conférence du : des « documents de famille » prouvant l’histoire fabuleuse de Thomas Vaughan, ses diplômes palladiques, des preuves du satanisme d’Albert Pike et même la photographie d’un « autel de Satan ». La conférence promise était intitulée "Le Palladisme terrassé", et devait être précédée d’un discours de Léo Taxil, "Douze ans sous la bannière de l’Église", celui-ci devant annoncer son retrait de la lutte antimaçonnique. Le donc, lors d’une conférence organisée à la Société de géographie devant des journalistes français et étrangers médusés, des délégués de la nonciature et de l’archevêché, des francs-maçons et des libres-penseurs, Jogand-Pagès apparut seul sur l’estrade et dévoila lui-même son imposture, qualifiant la supercherie d’« aimable plaisanterie ». Ses propos suscitèrent un tel scandale que la police dut intervenir pour calmer l’assistance et protéger l’auteur.


title: Affaire Léo Taxil

text: Pour justifier une mystification de douze ans, Léo Taxil se définissait comme un fumiste de longue date, citant deux anecdotes de sa jeunesse. En 1873, alors qu’il était adolescent sous l’état de siège à Marseille, il aurait inventé l’infestation du port par des requins, écrivant à la municipalité des lettres signées par des pêcheurs fictifs. La municipalité aurait alors fait appel au général Henri Espivent de La Villesboisnet pour qu’un remorqueur parte à la chasse aux requins avec cent hommes, qui bien sûr ne trouva aucun squale. Plus tard, exilé à Genève, il aurait fait courir la rumeur d’une cité romaine noyée dans le Lac Léman, il ajoutait qu’on venait de toute l’Europe tenter de constater cette découverte et qu’un archéologue polonais aurait cru distinguer un forum et une statue équestre.


title: Affaire Léo Taxil

text: Taxil prétendait n’avoir conçu sa mystification qu’avec deux collaborateurs. Le premier était Charles Hacks, un Marseillais ami d’enfance et ancien médecin de marine qui avait parcouru l’Asie. Avant de l’associer à son entreprise, Léo Taxil l’aurait d’abord mystifié en lui faisant croire à l’existence de Sophia Walder et du palladisme. Dans "Le Diable au ", Hacks plantait un décor basé sur ses voyages, tandis que Taxil inventait la « partie technique du palladisme ». Léo Taxil avait choisi le pseudonyme de Bataille en référence à un ses amis, le fumiste Eugène Bataille, dit Sapeck. Quant à Diana Vaughan, elle aurait été une personne réelle, de lointaine ascendance américaine, mais ni maçonne, ni sataniste : elle serait une dactylographe représentant une entreprise américaine de machines à écrire et très amusée de sa participation à la mystification. Il affirmait la payer 150 francs par mois pour recopier des manuscrits. Taxil niait toute collaboration réelle avec Margiotta, dont il dit qu’il « s’enrôla en mystifié et le fut plus que tous les autres ». Margiotta aurait publié ses propres révélations sur le palladisme de sa propre initiative. En 1896, la défection de Charles Hacks aurait été une mise en scène concertée avec Taxil pour éviter que l’affaire ne tombe dans l’oubli. Margiotta aurait alors inventé un contrat passé avec Taxil, préférant passer pour un mystificateur que pour un naïf.


title: Affaire Léo Taxil

text: Le canular a parfois été considéré comme un complot échelonné sur plusieurs années par Léo Taxil dans le but avoué d’appliquer "in fine" aux dépens de l'Église catholique romaine la maxime qui avait fait le succès du journaliste libre-penseur : "Tuons-les par le rire". Cette interprétation conjecture que le mystificateur était de bonne foi durant sa conférence de presse. Cependant, il semble que Taxil en voulait aux francs-maçons en raison de son exclusion passée et que sa supercherie lucrative relevait essentiellement de l’opportunisme.


title: Affaire Léo Taxil

text: La colère et l’indignation prédominaient chez les catholiques mystifiés présents à la conférence. Parmi les cris de l’assistance, l’écrivain Julien de Narfon apostropha Taxil : « Vous n’avez pas l’air de vous douter que vous êtes une immonde fripouille ». Léo Taxil avait anticipé ces réactions en faisant confisquer les cannes et parapluies à l’entrée de la salle, néanmoins l’atmosphère était si tendue que la police dut l’escorter dans un café voisin. Le chanoine Mustel, soutien de longue date de Taxil, écrivit peu après, dans sa "Revue catholique de Coutances", que « lorsque l’Enfer engloutira cette immonde proie [Léo Taxil], les damnés éprouveront un sentiment de dégoût et que toute cette tourbe de maudits courbera plus bas la tête, sous la confusion d’un avilissement nouveau ». Il reconnaissait l’habileté de la mystification, les inventions de Taxil n’ont jamais été condamnées officiellement, car leur auteur avait joué de la politique de l’Église en matière de phénomènes surnaturels : si le récit de nouveaux miracles est soumis à l’autorisation de la hiérarchie, Taxil a pu librement inventer les miracles des démons et de Jeanne d’Arc, non encore canonisée.


title: Affaire Léo Taxil

text: Certains peinèrent à admettre qu’on les avait trompés, des interprétations complotistes de l’affaire ne tardèrent pas à apparaître. Le lendemain, Abel Clarin de la Rive, tout en exprimant son mépris pour le mystificateur, se disait insatisfait de l’explication de Léo Taxil à propos de Diana Vaughan, il envisageait que le premier aurait pu assassiner la seconde. Le prêtre toulousain Gabriel-Marie-Eugène de La Tour de Noé reprit la même idée, mais avec certitude, dans la brochure "La Vérité sur miss Diana Vaughan la sainte et Taxil le tartufe" : il accusait Léo Taxil d’avoir trahi Diana Vaughan pour le compte des francs-maçons, l’ex-palladiste aurait été supprimée avant la conférence. Giovanni Fassicomo, éditeur génois des ouvrages de Taxil, livra une thèse quelque peu différente : il affirmait que les francs-maçons avaient assassiné Diana Vaughan et Léo Taxil et remplacé ce dernier par un imposteur très ressemblant, c’est un Taxil « artificiel » qui aurait donné la conférence du .


title: Affaire Léo Taxil

text: Thérèse de Lisieux, gravement éprouvée par la tuberculose, apprit le résultat de la conférence le 21 avril ; se sentant humiliée, elle déchira et brûla la lettre de Diana Vaughan et s’efforça d’effacer les références à celle-ci dans ses écrits.


title: Affaire Léo Taxil

text: Au cours de l’année 1897, Abel Clarin de la Rive continua à enquêter sur Diana Vaughan, persuadé de son existence, quoique niant le scénario de la représentante en machines à écrire. Après avoir interrogé un voyant, avoir cru la localiser en Angleterre ou dans un couvent, et même envisagé qu’elle était revenue au palladisme, il abandonna complètement les thèses de Taxil, et continua son activité antimaçonnique sur des bases plus rationnelles et politiques à la tête de la "France chrétienne antimaçonnique".


title: Affaire Léo Taxil

text: Arthur Edward Waite, de son côté acquit la conviction qu’aucune Diana Vaughan des États-Unis n’était apparentée à Thomas Vaughan, ni n’appartenait à une famille de propriétaire terriens de Louisville (Kentucky). Selon ses recherches, non publiées de son vivant, il trouva un témoignage écrit significatif d’un certain « William Oscar Roone », que Massimo Introvigne identifie à William Oscar Roome (1840-1920), banquier et gendre d’Albert Pike. Le témoin affirmait connaître une Diana Vaughan, issue d’une famille protestante du Kentucky, qui aurait été internée dans un asile pour des problèmes psychiatriques ; elle aurait probablement voyagé jusqu'à Paris, où des opportunistes auraient exploité ses hallucinations. Waite jugeait la thèse vraisemblable, sans être certain de l’authenticité du document"".


title: Affaire Léo Taxil

text: Après sa conférence, Léo Taxil reprit sa carrière d’auteur anticlérical, à la fois en rééditant des ouvrages d’avant sa conversion, et en publiant quelques nouveaux livres et revues dans ce registre. Il adopta le pseudonyme de Prosper Manin pour deux romans pornographiques sans connotation anticléricale. À partir de 1904, sous le nom de Jeanne Savarin, il se fit auteur de manuels pratiques à destinations des ménagères (cuisine, achats domestiques), notamment "L’art de bien acheter" : un « guide […] contre les fraudes de l’alimentation, moyens pratiques de reconnaître toutes les tromperies ». Il s’établit vers 1899 à Sceaux. Dans un entretien donné au "National Magazine" de Boston, il affirma à nouveau que le but de sa mystification était de s’amuser de la crédulité du public, il estimait avoir inventé « une nouvelle forme d’humour » en faisant passer des histoires fantaisistes pour des faits réels ; selon lui, l’appât du gain était un objectif secondaire. Dans les mois précédant sa mort, il peinait à convaincre les éditeurs de le publier et menait un train de vie modeste, travaillant comme correcteur dans une imprimerie. Il mourut le 31 mars 1907, dans un oubli relatif. Lors de sa conférence du 19 avril 1897, Léo Taxil prétendit donner des explications complètes sur sa mystification, lesquelles furent largement mises en doute par ses contemporains. Plusieurs questions importantes restent ouvertes sur des points-clé de l’affaire.


title: Affaire Léo Taxil

text: Pour expliquer la mystification, la plupart des observateurs évoquaient les gains financiers d’une série de livres et de revues achetés par une large clientèle catholique. "Le diable au " a par exemple rapporté 300.000 francs à ses auteurs.


title: Affaire Léo Taxil

text: On peut également voir dans la mystification un prolongement des publications anticléricales de Léo Taxil avant sa conversion. D’une part, il pouvait continuer à répandre des blasphèmes, non pas en son propre nom, mais en les attribuant à des lucifériens qui maudissaient Dieu et glorifiaient Satan. D’autre part, on peut voir le Palladium comme un pastiche de la religion catholique, un « catholicisme à rebours » (selon Huysmans), que Taxil et ses associés se plaisaient à dénoncer comme une invention grossière ; ces écrits tourneraient en fait en dérision la religion catholique.


title: Affaire Léo Taxil

text: D’autres auteurs ont vu une manœuvre de la franc-maçonnerie destinée à semer la confusion parmi les militants antimaçonniques, ou bien un plan concerté de l’Église pour diffamer les francs-maçons. Massimo Introvigne rejette ces deux thèses, estimant que les dénonciateurs de ces larges complots surestiment la force supposée de leur adversaire, alors que les milieux catholiques et franc-maçons étaient profondément divisés.


title: Affaire Léo Taxil

text: Selon Ruben van Luijk, Taxil a probablement été guidé et financé par les milieux ultramontains, voire le Vatican ; il cite l’intervention de prélats éminents (notamment le nonce à Paris) qui ont entouré sa conversion et l’ont aidé à relancer sa carrière en 1885 ; il estime que l’action de Taxil allait dans le sens du ralliement mené par l’Église à cette époque : même s’il lançait les accusations les plus féroces contres des politiciens étrangers (et particulièrement italiens), Taxil attaquait relativement peu les hommes politiques français, de plus, au sein de la presse catholique, les journaux pro-Taxil étaient les plus proches du Vatican et partisans du ralliement, tandis que ceux qui ont le plus vigoureusement dénoncé son imposture étaient mal contrôlés par l’Église et s’opposaient au ralliement.


title: Affaire Léo Taxil

text: Les ouvrages de l’affaire totalisent environ dix-mille pages, et la question se pose de savoir si Taxil a tout écrit lui-même, avec l’aide ponctuelle de Charles Hacks, comme il l’a affirmé, ou s’il a fait appel à d’autres auteurs restés dans l’ombre.


title: Affaire Léo Taxil

text: Massimo Introvigne penche pour la seconde hypothèse, et estime qu’il avait plusieurs collaborateurs, et que Charles Hacks a probablement plus contribué à la mystification qu’il n’a voulu l’admettre. Au contraire, Ruben van Luijk estime que Léo Taxil a pu tout rédiger seul, car il était un auteur assez prolifique, qui de plus remplissait des volumes par des plagiats, de larges citations, et la reprise de ses propres textes entre ses livres et revues.


title: Affaire Léo Taxil

text: Léo Taxil avançait que Diana Vaughan était une dactylographe d’origine américaine qu’il employait à recopier des manuscrits. Cependant, les journalistes qui ont enquêté à son sujet n’ont pu identifier cette personne.


title: Affaire Léo Taxil

text: Les historiens s’accordent largement à la considérer comme un personnage fictif. Massimo Introvigne estime que Diana Vaughan n’existe pas plus que son éternelle rivale Sophia Walder, dont le supposé père Philéas Walder était un haut dignitaire de l’Église de Jésus-Christ des saints des derniers jours ; or, les registres très bien tenus de cette église ne font état ni d’un Philéas Walder, ni de sa fille.


title: Affaire Léo Taxil

text: Cependant, il est certain que Léo Taxil a employé une ou plusieurs femmes à jouer le rôle de Diana Vaughan devant des témoins qui rapporteraient publiquement son existence. Selon les témoignages, cette jeune femme d’à peine trente ans avait la prestance d’une bourgeoise et parlait français « sans accent ». Diverses hypothèses couraient à propos du personnage : certains, comme Margiotta, y voyaient la propre épouse de Léo Taxil (qui ne correspondait pas à la description de Diana Vaughan) ; d’autres pensaient que Taxil avait engagé une demi-mondaine.


title: Affaire Léo Taxil

text: Au cours de ses recherches, Arthur Edward Waite formula l’hypothèse que Diana Vaughan aurait réellement existé, mais aurait été une affabulatrice atteinte de troubles mentaux, et servant de source à Léo Taxil. Cette idée est reprise dans le roman "Le Cimetière de Prague" d’Umberto Eco, mais le témoignage sur lequel elle se base est sujet à caution, car celui-ci a été également publié par Léo Taxil dans les "Mémoires d’une ex-palladiste". Sans souscrire tout à fait à cette hypothèse, Massimo Introvigne envisage qu’une femme démente et mythomane ait pu incarner le personnage de Diana Vaughan pour les besoins de Taxil.


title: Affaire Léo Taxil

text: Selon "Le Matin", Léo Taxil aurait trouvé le nom de Diana Vaughan dans le roman Rob Roy de Walter Scott.


title: Affaire Léo Taxil

text: L’antisémitisme était très courant parmi les auteurs antimaçonniques liés à l’Église, au premier chef les évêques Fava et Meurin liaient la franc-maçonnerie au judaïsme. Il est difficile de discerner si Taxil était réellement antisémite.


title: Affaire Léo Taxil

text: D’un côté, il se gardait de faire des déclarations antisémites sous son pseudonyme de Léo Taxil, et il exprimait même du mépris pour les opinions antisémites, comme l’ont illustré ses démêlés avec Édouard Drumont. Sous l’impulsion de l’Archevêché de Paris, Léo Taxil avait d’abord tenté un rapprochement avec la Ligue nationale anti-sémitique de France de Drumont, mais il fut éconduit. Quand Drumont se présenta aux élections municipales de mai 1890 dans le quartier parisien du Gros Caillou (arrondissement), Léo Taxil se porta candidat face à lui : il se présentait comme défenseur de la religion, s’opposant à un candidat dit catholique, mais lié à des socialistes révolutionnaires. Il s’ensuivit une violente polémique entre les deux publicistes ; Drumont avançait que Taxil était payé par les Juifs pour lui nuire, et rappelait les anciens écrits anticléricaux de Taxil pour écorner la réputation du converti ; de son côté, Taxil publia un pamphlet titre "Monsieur Drumont, étude psychologique", où il mettait en cause la santé mentale de son adversaire et faisait de son antisémitisme une maladie psychiatrique.


title: Affaire Léo Taxil

text: D’un autre côté, à partir de 1892, Taxil n’hésita plus à intégrer des opinions antisémites dans des écrits signés docteur Bataille ou Diana Vaughan, et en particulier dans les pages consacrées à Adriano Lemmi et Paul Rosen. Le prétendu docteur Bataille regrettait que Léo Taxil n’ait « pas porté ses investigations du côté de la juiverie maçonnique », tout en louant la perspicacité de Drumont, avant de consacrer une centaine de pages aux « juifs dans la franc-maçonnerie ». Selon Ruben van Luijk, ce revirement avait pour but de répondre aux attentes d’un lectorat en partie antisémite, mais aussi de compromettre Drumont dans son imposture. La correspondance de Taxil avec Margiotta montre qu’il avait envoyé à Drumont le livre "Le Palladisme" de Margiotta pour faire passer ses thèses sur l’implication juive dans la franc-maçonnerie auprès du polémiste antisémite, mais celui-ci ne fit usage de ce livre.


title: Affaire Léo Taxil

text: Pendant plus d’une décennie, Léo Taxil a d’abord développé un univers de fiction centré sur la franc-maçonnerie et inspiré de sa propre expérience maçonnique, de rituels qu’il a consultés et d’ouvrages anti-maçonniques antérieurs. À partir du "Diable au ", il s’orienta vers le satanisme et le surnaturel, tout en puisant dans le roman d’aventures.


title: Affaire Léo Taxil

text: À l’instar de l'archevêque Leo Meurin et de l’évêque Amand-Joseph Fava, Taxil soutenait que la franc-maçonnerie était la religion de Satan. L’initiation aurait pour but d’éloigner les chrétiens de l’orthodoxie par des doctrines hérétiques, puis de les amener à adorer le diable :


title: Affaire Léo Taxil

text: Selon Taxil, la franc-maçonnerie opère une sélection parmi ses recrues : ceux qui ne s’intéressent qu’à la politique sont limités aux grades symboliques, les ennemis de la religion ont la possibilité de monter plus haut en grade, mais seuls les plus prompts à accepter le patronage de Lucifer peuvent accéder aux plus hauts grades.


title: Affaire Léo Taxil

text: Devant les démentis de francs-maçons de hauts grades concernant les loges de femmes et le Palladium, Léo Taxil développa l’idée que certains hauts maçons étaient volontairement tenus dans l’ignorance de ces secrets : les « 33 avec l’anneau » seraient employés à des tâches administratives et on leur cacherait le culte de Lucifer.


title: Affaire Léo Taxil

text: Selon Taxil, le Palladium Réformé Nouveau est un culte luciférien fondé par Albert Pike et Giuseppe Mazzini, le , le jour où le pape Pie IX perdit son pouvoir temporel. Pike aurait pris le titre de « Souverain pontife de la maçonnerie universelle », tandis que Mazzini serait devenu « chef d’action politique ».


title: Affaire Léo Taxil

text: Charleston est décrite comme une Rome luciférienne, siège du « Suprême Directoire Dogmatique » du Palladiuù, lequel est dirigé par le « souverain pontife » et les dix membres du « Grand Collège des maçons émérites ». Ces dirigeants ont le privilège de tenir des réunions avec Lucifer chaque vendredi, à trois heures de l’après-midi, pendant lesquelles il leur donne ses instructions. Ces réunions ont lieu dans le principal sanctuaire du palladisme, une salle triangulaire nommée "Sanctum Regnum", contenant le Palladium, une statue de Baphomet héritée des Templiers. Dans cette même salle, les palladistes détiendraient la « relique de saint Jacques », un crâne qu’ils croient être celui-ci de Jacques de Molay, lequel s’anime chaque année, le 11 mars, pour parler et cracher des flammes. Les récits de Taxil abondent en anecdotes surnaturelles sur les pratiquants du Palladisme : Albert Pike aurait un pouvoir de téléportation, tandis que la prêtresse Sophia Walder pourrait traverser les murs.


title: Affaire Léo Taxil

text: Le Palladium, présent partout dans le monde, est formé par des loges secrètes, appelées Triangles. Le recrutement est ouvert aux maçons des hauts grades et à des spirites déjà acquis à Lucifer. Le Palladium initie à la fois de hommes et des femmes, avec trois grades masculins (« Kadosch du Palladium », « Hiérarque » et « Mage Élu ») et deux grades féminins (« Élue Palladique » et « Maîtresse Templière »). Les rituels de ces initiations consistent en des pastiches anti-chrétiens de la Bible et auraient tous été rédigés par Albert Pike, sauf celui de Mage Élu : Belzébuth tenant à l’écrire lui-même, il l’aurait livré sur un registre (avec l’original en latin et des traductions en sept langues), de plus, l’initiation à ce grade serait toujours présidée par un démon


title: Affaire Léo Taxil

text: La théologie palladique est construite en miroir de celle du catholicisme : le dieu des chrétiens, nommé Adonaï, est qualifié de "Dieu-Mauvais", il persécuterait injustement l’humanité ; ses anges, les "maléakhs" sont des créatures insexuées et hideuses. Lucifer, dit le "Dieu-Bon" est paré de toutes les vertus et présenté comme le seul ami du genre humain. Aux yeux des palladistes, Lucifer et ses "daimons" sont d’une grande beauté et couronnés de joyaux resplendissants. Lucifer est le maître du « royaume de feu », tandis qu’Adonaï et ses séides vivent dans le « royaume humide ». À la manière des manichéens, les palladistes croient en la réincarnation, et pensent que les fidèles de Lucifer ont la possibilité de le rejoindre dans son « royaume de feu » pour y vivre éternellement dans la félicité, tandis que les élus d’Adonaï connaissent un sort similaire et deviennent "maléakhs".


title: Affaire Léo Taxil

text: Toute comme les sanctuaires catholiques, les triangles du Palladium ont leurs reliques : ce sont des cadeaux faits par les démons, dont ils se servent pour des sortilèges. Ainsi, une touffe de cheveux de Baal-Zéboub, conservée à Shanghai, aide à la divination, tandis que la queue du lion de Saint-Marc de Louisville servit à Asmodée à châtier les ennemis de Diana Vaughan.


title: Affaire Léo Taxil

text: À l’instar du calendrier liturgique romain, les palladistes ont leur propre calendrier liturgique. Ils nomment à leur manière les jours de la semaine et les mois de l’année, ils dédient chaque jour à un démon (au lieu d’un saint), et ont des grandes fêtes répondant à celles du catholicisme : la « première grande fête du Dieu-Bon » remplace Noël, la grande fête de Baal-Zéboub ou celle d’Astarté parodient la Saint-Michel (29 septembre) ou l’Assomption de Marie.


title: Affaire Léo Taxil

text: Le livre sacré du Palladisme est l’"Apadno", écrit à l’encre verte par Lucifer en personne. Ce livre contiendrait des prophéties eschatologiques, annonçant notamment la naissance de l’Antéchrist en 1962. Il est prédit qu’en 1995, l’Antéchrist apparaîtrait et que le dernier pape, un juif converti, adopterait le satanisme et causerait la ruine de l’Église. En 1999, Lucifer obtiendrait la victoire totale contre Adonaï, lequel serait alors enfermé pour toujours sur la planète Saturne.


title: Affaire Léo Taxil

text: Dans le palladisme, le delta retourné (▽) est employé pour marquer les abréviations en remplacement des trois points (∴) de la franc-maçonnerie.En dépit de la conférence de presse du , l'œuvre antimaçonnique de Taxil a continué d'exercer son influence dans certains milieux (catholiques traditionalistes, nationalistes, antidreyfusards). Ceux-ci n'ont jamais véritablement admis qu'il y ait eu imposture, refusant par conséquent de se reconnaître dupes. Avocat et écrivain franc-maçon, Alec Mellor explique cette persistance par « ce phénomène fréquent dans la psychologie religieuse qu'est une certaine angoisse du sacrilège ; d'autant plus propre à prendre corps en pseudo-révélations fantastiques qu'elle est imprécise ».


title: Affaire Léo Taxil

text: Durant l'affaire Dreyfus, les antidreyfusards reprennent à leur compte certaines affabulations antimaçonniques de Léo Taxil. Ce dernier se démarque toutefois des mouvements antisémites en se présentant notamment aux élections contre le polémiste Édouard Drumont. Taxil finit par se retirer de la course électorale puis publie "Monsieur Drumont" en 1890, un pamphlet visant le président-fondateur de la Ligue antisémitique de France. Cependant, certains proches collaborateurs de Taxil, dont Charles Nicoullaud, ont joué un rôle de première importance dans la continuation de la mystification taxillienne dans les milieux anti judéo-maçonniques liées à la "Revue internationale des sociétés secrètes" (RISS).


title: Affaire Léo Taxil

text: Certains ouvrages marginaux exploitent par la suite les prétendues révélations de Taxil en défendant diverses théories du complot.


title: Affaire Léo Taxil

text: "Le Mystère de Léo Taxil et la vraie Diana Vaughan", publié en 1930 aux éditions RISS sous le pseudonyme de « Spectator », prétend que Taxil a été manipulé par les Francs-maçons pour discréditer l'antimaçonnisme.


title: Affaire Léo Taxil

text: En 1934, Paquita de Shishmareff (sous le pseudonyme de Leslie Fry) publie "Léo Taxil et la franc-maçonnerie. Lettres inédites publiées par les amis de Monseigneur Jouin" (Chatou, British American Press). Antimaçonnique et antisémite, proche de l'extrême-droite, l'auteur prétend qu'un « fonds de vérité d'une importance incalculable [était] contenu dans les œuvres attribuées à Léo Taxil [...]. Que pour en déguiser la source et la portée, il eût, avec son cerveau de Méridional et son amour des tréteaux, inventé la mise en scène, cela n'enlèverait rien à l'authenticité de certaines révélations ».


title: Affaire Léo Taxil

text: Dans "L'affaire Diana Vaughan - Léo Taxil au scanner" (2002), un ou plusieurs auteurs anonymes renoue(nt) avec ces thèses antimaçonniques (défendues par « une poignée d'irréductibles dont nous sommes les héritiers », "dixit") en affirmant que c'est l'« "aveu" » de Léo Taxil du qui est faux et que le Palladisme tout comme Diana Vaughan auraient bien existé. L'ouvrage aurait été rédigé « en collaboration » avec une association portant le nom de William Morgan, prétendu « martyr antimaçonnique ». Massimo Introvigne émet un compte rendu critique de ce travail, suggérant qu'il provient probablement des milieux intégristes.


title: Affaire Léo Taxil

text: Antimaçonnique et antisémite, André de La Franquerie a défendu une autre théorie du complot, à savoir que Diana Vaughan a bel et bien existé mais qu'elle aurait été enlevée au moment de révéler son existence.


title: Affaire Léo Taxil

text: La fausse circulaire d’Albert Pike, datée du , est un texte fréquemment ré-utilisé par les antimaçons comme preuve d’un culte luciférien dans la franc-maçonnerie. Le texte a été publié par Abel Clarin de La Rive dans "La Femme et l’Enfant dans la Franc-Maçonnerie universelle", puis revendiqué par Léo Taxil dans sa conférence à la Société de Géographie.


title: Affaire Léo Taxil

text: L’affaire est un des thèmes du "Cimetière de Prague" d'Umberto Eco. Dans ce roman, Léo Taxil est manipulé par les services secrets français pour discréditer les milieux antimaçonniques ; en 1885, il accepte un pot de vin versé par les franc-maçons pour écrire une série d’ouvrages fantaisistes contre la franc-maçonnerie, avec la promesse que la vente de livres antimaçonniques lui rapportera plus encore. En 1897, il aurait à nouveau perçu de l’argent pour mettre fin à sa supercherie. Eco fait de Diana Vaughan un personnage réel (alors que son existence n’est pas prouvée dans la réalité) ; elle serait une aliénée souffrant d’un dédoublement de personnalité, alternant entre une sataniste qui décrit des rituels effrayants et une fervente catholique repentante. Diana Vaughan aurait servi de source aux écrits de Taxil, avant d’être assassinée à la fin de l’affaire.Cette liste regroupe des ouvrages contemporains de l’affaire, reprenant les thèses de Léo Taxil.


title: Address Resolution Protocol

text: L’ (ARP, protocole de résolution d’adresse) est un protocole utilisé pour associer l'adresse de protocole de couche réseau (typiquement une adresse IPv4) d'un hôte distant, à son adresse de protocole de couche de liaison (typiquement une adresse MAC). Il se situe à l’interface entre la couche réseau ( du modèle OSI) et la couche de liaison ( du modèle OSI).


title: Address Resolution Protocol

text: Il a été défini dans la : .


title: Address Resolution Protocol

text: Le protocole ARP est nécessaire au fonctionnement d’IPv4 utilisé au-dessus d’un réseau de type Ethernet.  En IPv6, les fonctions de ARP sont reprises par le (NDP).


title: Address Resolution Protocol

text: Dans la suite de l’article, le terme d'adresse IP est utilisé pour parler d’adresse IPv4.


title: Address Resolution Protocol

text: Un ordinateur connecté à un réseau informatique souhaite émettre une trame ethernet à destination d’un autre ordinateur dont il connaît l’adresse IP et placé dans le même sous-réseau. Dans ce cas, cet ordinateur va placer son émission en attente et effectuer une requête ARP en  de niveau 2. Cette requête est de type « quelle est l’adresse MAC correspondant à l’adresse IP "adresseIP" ? Répondez à "monAdresseIP" ».


title: Address Resolution Protocol

text: Puisqu’il s’agit d’un , tous les ordinateurs du segment vont recevoir la requête. En observant son contenu, ils pourront déterminer quelle est l’adresse IP sur laquelle porte la recherche. La machine qui possède cette adresse IP sera la seule à répondre en envoyant à la machine émettrice une réponse ARP du type « je suis "adresseIP", mon adresse MAC est "adresseMAC" ». Pour émettre cette réponse au bon ordinateur, il crée une entrée dans son cache ARP à partir des données contenues dans la requête ARP qu’il vient de recevoir.


title: Address Resolution Protocol

text: La machine à l’origine de la requête ARP reçoit la réponse, met à jour son cache ARP et peut donc envoyer à l’ordinateur concerné le message qu’elle avait mis en attente.


title: Address Resolution Protocol

text: Il suffit donc d’un  et d’un pour créer une entrée dans le cache ARP de deux ordinateurs.


title: Address Resolution Protocol

text: La commande "codice_1" permet la consultation et parfois la modification de la table ARP dans certains systèmes d’exploitation. Utile pour détecter l'ARP poisoning.


title: Address Resolution Protocol

text: Le protocole ARP a été conçu sans souci particulier de sécurité. Il est vulnérable à des attaques locales sur le segment reposant principalement sur l’envoi de messages ARP erronés à un ou plusieurs ordinateurs. Elles sont regroupées sous l’appellation (pollution de cache ARP). La vulnérabilité d’un ordinateur à la pollution de cache ARP dépend de la mise en œuvre du protocole ARP par son système d’exploitation.


title: Address Resolution Protocol

text: Soit une machine Charlie qui souhaite intercepter les messages d’Alice vers Bob, toutes appartenant au même sous-réseau. L’attaque consiste pour Charlie à envoyer un paquet « codice_5 » à la machine d’Alice. Ce paquet spécialement construit contiendra comme IP source, l’adresse IP de la machine de Bob dont nous voulons usurper l’identité () et l’adresse MAC de la carte réseau de Charlie. La machine d’Alice va ainsi créer une entrée associant notre adresse MAC à l’adresse IP de la machine de Bob. Alice, destinataire de l’« codice_5 », utilise le paquet pour créer une entrée dans sa table MAC. Si Alice veut communiquer avec Bob au niveau IP, c’est Charlie qui recevra les trames d’Alice puisque notre adresse MAC est enregistrée dans le cache empoisonné de Alice comme équivalence pour l’IP du poste Bob. Ceci est une faiblesse connue de la mise en œuvre d’ARP et permet de corrompre facilement un cache ARP distant.


title: Address Resolution Protocol

text: Ces attaques peuvent permettre une écoute des communications entre deux machines (attaque de l’homme du milieu), le vol de connexion, une surcharge des commutateurs servant de structure au réseau informatique ou un déni de service (il suffit de faire une attaque de type MITM (Man In The Middle) puis de refuser les paquets).


title: Address Resolution Protocol

text: Pour lutter contre ce type d’attaque, il est possible :


title: Address Resolution Protocol

text: Chaque entrée dans la table ARP a une durée de vie, ce qui oblige l’attaquant à corrompre régulièrement le cache de la victime. Certains systèmes d’exploitation comme Solaris permettent de modifier la valeur de ce temps d’expiration (commande codice_8). Une valeur courte rendra la corruption plus facilement visible.


title: Address Resolution Protocol

text: avec :


title: Address Resolution Protocol

text: Ce champ indique quel est le type de protocole (OSI) qui utilise ARP.


title: Address Resolution Protocol

text: Ce champ correspond à la longueur de l’adresse physique. La longueur doit être prise en octets.


title: Address Resolution Protocol

text: Ce champ correspond à la longueur de l’adresse réseau. La longueur doit être prise en octets. Ce champ permet de connaître la fonction du message et donc son objectif.


title: Address Resolution Protocol

text: Adresse MAC source dans le cadre d’Ethernet.


title: Address Resolution Protocol

text: Adresse IP de source dans le cadre de TCP/IP.


title: Address Resolution Protocol

text: Adresse MAC destination dans le cadre d’Ethernet. Si c’est une demande ARP, alors, ne connaissant justement pas cette adresse, le champ sera mis à 0.


title: Address Resolution Protocol

text: Adresse IP de destination dans le cadre de TCP/IP


title: Address Resolution Protocol

text: Des requêtes ARP gratuites ("gratuitous ARP") sont envoyées au démarrage de certains systèmes d'exploitation. Par exemple, certains modems-routeurs envoient ce type de requêtes au démarrage. Elles permettent à cet équipement, nouvel arrivant sur le réseau, de vérifier que son adresse IP n'existe pas déjà, ce qui évite des conflits par doublon d'adresse IP. L'interface expéditrice de la requête n'attend aucune réponse. La mise à jour de la mémoire tampon des systèmes connectés au réseau est alors assurée. Les commutateurs sont informés de l'existence de l'adresse MAC de la machine en question. L'ensemble de ces actions assure une plus grande rapidité ultérieure de connexion au réseau. Une multitude d'émission de ces types de requêtes peut être un indicateur de câble défectueux entraînant des reconnexions fréquentes.


title: ARPANET

text: ARPANET ou Arpanet (de l'anglais ", aussi typographié « ARPAnet ») est l'acronyme du premier réseau à transfert de paquets de données conçu aux États-Unis par la (DARPA). Le projet fut lancé en 1966, mais ARPANET ne vit le jour qu'en 1969. Sa première démonstration officielle date d'.


title: ARPANET

text: Le concept de commutation de paquets ("), qui deviendra la base du transfert de données sur Internet, était alors balbutiant dans la communication des réseaux informatiques. Les communications étaient jusqu'alors basées sur la communication par circuits électroniques, telle que celle utilisée par le réseau de téléphone, où un circuit propre est activé lors de la communication avec un poste du réseau.


title: ARPANET

text: Les ordinateurs utilisés étaient principalement des ordinateurs commerciaux de construits par (DEC), (IBM) ou . Peut-être comprenaient-ils encore des Univac à tubes électroniques, technologie certes désuète en 1969 (où on abandonnait déjà les ordinateurs de deuxième génération transistorisés pour d'autres à circuits intégrés comme l'IBM 1130), mais c'est précisément pour cela que ces ordinateurs étaient libres pour un usage expérimental, les autres étant saturés de travaux.


title: ARPANET

text: ARPANET a été écrit par le monde universitaire et non militaire, ce qui a probablement influencé l'internet que l'on connait aujourd'hui.


title: ARPANET

text: En 1961, l'US Air Force confie à l'ARPA, agence de recherche technologique du département de la Défense des États-Unis, créée 3 ans auparavant, un puissant ordinateur, le seul de sa série construit par IBM, le Q-32, pour concevoir un programme destiné au commandement des bombardements stratégiques. Joseph Carl Robnett Licklider, docteur en psychoacoustique mais surtout spécialiste des technologies de l'information est engagé. Il a auparavant travaillé sur un programme d'ordinateurs envoyant des données par les lignes téléphoniques pour un système de défense antiaérien, le projet Semi-Automatic Ground Environment (SAGE).


title: ARPANET

text: En 1962, il intègre l'Arpa et prend la direction du « bureau Contrôle-Commande » nouvellement créé. Il fait venir Fred Frick qui a travaillé avec lui au Lincoln Laboratory sur le projet SAGE. Ils sont tous les deux partisans du temps partagé sur les ordinateurs, des machines alors très coûteuses pour permettre à différents centres de recherche, universités ou entreprises de travailler sur une même machine. Ils vont donc dès 1962 commencer à réfléchir à interconnecter les ordinateurs de tous les centres de recherches américains avec lesquels travaille l'Arpa. Le but est alors de partager plus facilement ressources et données et surtout de faire baisser les coûts et limiter les doublons en recherche.


title: ARPANET

text: En 1964, le « bureau Contrôle et commande » devient « Bureau des techniques de traitement de l'information » ou IPTO ("Information Processing Techniques Office"). Ils recrutent alors Robert Taylor, 32 ans, psychologue et mathématicien de formation qui a travaillé pour la Nasa et Ivan Sutherland, 27 ans, qui étudie les interactions entre ordinateurs. Ce dernier succède en 1964 à Licklider, parti au MIT en 1966, et est lui-même, après son départ à Harvard, remplacé par Taylor à la tête de l'IPTO.


title: ARPANET

text: En 1966, Charles Herzfeld, le directeur de l'Arpa, accorde un budget d'un million de dollars pour que l'IPTO développe le projet de création d'un réseau informatique délocalisé, reliant les universités en contrat avec la DARPA. Il recrute Lawrence Roberts qui travaille au Lincoln Laboratory sur le transfert de données entre ordinateur. En 1968, il aura couché sur papier les plans du réseau informatique.


title: ARPANET

text: Wesley Clark suggère d'utiliser un ordinateur spécifique, appelé l'Interface Message Processor, à chaque nœud du réseau plutôt que tout centraliser sur un seul.


title: ARPANET

text: En , l'Arpa-IPTO lance une request for quotation (RFQ) pour le fabriquer et une consultation pour la conception d'un réseau à petite échelle pour relier l'institut de recherche de Stanford, l'université de Los Angeles (UCLA) et l'université de l'Utah. Plus d'une centaine d'entreprises et de centres d'études sont approchés mais déclinent l'appel d'offre, dont IBM. C'est finalement une société de consultants en acoustique et informatique du Massachusetts Bolt Beranek & Newman qui remporte le marché, IBM et AT&T ne s'y intéressant pas. Une équipe de sept personnes se met en place, avec Frank Heart à sa tête, qui va concevoir le réseau avec de petits ordinateurs, les "Interfaces Messages Processors" ou IMP (ancêtres des actuels routeurs), qui assurent la connexion des ordinateurs hôtes au réseau et permettent le transfert de données par la commutation de paquets à la vitesse alors de 50 kbits par seconde.


title: ARPANET

text: Opérationnel le , Arpanet sert de banc d'essai à de nouvelles technologies de gestion de réseau, liant plusieurs universités et centres de recherches. Les deux premiers nœuds qui forment l'Arpanet sont l'université de Californie à Los Angeles (UCLA) et l'Institut de recherche de Stanford, suivis de peu par les universités de Californie à Santa Barbara et de l'Utah.


title: ARPANET

text: Le premier message, le simple mot « "login" », sera envoyé sur le réseau le à . Mais, à la suite d'un bug, les trois dernières lettres mettront une heure pour arriver.


title: ARPANET

text: Le mythe veut que l'objectif fixé à Arpanet ait été de permettre aux réseaux de communication militaires (Arpanet voit le jour en pleine guerre froide) de continuer à fonctionner malgré une attaque nucléaire importante de la part de l'Union soviétique, c’est-à-dire : (les États-Unis). Les chercheurs, majoritairement financés par la même DARPA, peuvent utiliser les unités centrales de n'importe lequel des établissements gérés en réseau, qu'il soit universitaire ou militaire. La véritable raison est qu'Arpanet est créé afin d'unifier les techniques de connexion pour qu'un terminal informatique se raccorde à distance à des ordinateurs de constructeurs différents.


title: ARPANET

text: Les premiers essais sont concluants et le projet est mené à son terme : lorsqu'un des centres (nœuds) est virtuellement détruit, les données empruntent d'autres chemins et d'autres nœuds pour atteindre les destinataires désignés. Très rapidement, la CIA conclut à l'invulnérabilité d'Arpanet, alors que dans les faits cette est sujette à caution.


title: ARPANET

text: Rapidement, de nouveaux raccordements furent bientôt ajoutés au réseau, portant le nombre de « nœuds » à 23 en 1971, puis à 111 en 1977. Puis est mis au point le Network Control Protocol (NCP).


title: ARPANET

text: En 1974, le TCP/IP ( et ) est créé pour uniformiser le réseau ; il est toujours utilisé de nos jours.


title: ARPANET

text: En 1980, Arpanet se divise en deux réseaux distincts, l'un militaire (MILNET, de "", qui deviendra le DDN — ) et l'autre, universitaire (NSFnet), que les militaires abandonnent au monde civil. La réflexion des constructeurs s'oriente vers une informatique décentralisée.


title: ARPANET

text: Le , ARPANET adopte le TCP/IP qui sera la base d'Internet.


title: ARPANET

text: En 1984, et comptent déjà près de de nœuds interconnectés et plus de à travers le monde y sont reliés.


title: Defense Advanced Research Projects Agency

text: La (DARPA) (« Agence pour les projets de recherche avancée de défense ») est une agence du département de la Défense des États-Unis chargée de la recherche et développement des nouvelles technologies destinées à un usage militaire. Jusqu'à aujourd'hui, la DARPA a été à l'origine du développement de nombreuses technologies qui ont eu des conséquences considérables dans le monde entier dont les réseaux informatiques (notamment l'ARPANET qui a fini par devenir Internet) et le NLS (sigle représentant, en anglais, l'expression « », en français, littéralement, « système en ligne ») qui a été à la fois le premier système hypertexte et un précurseur important des interfaces graphiques devenues omniprésentes de nos jours.


text: Actuellement, l'énoncé de la mission de la DARPA est de .


text: Les origines historiques d'un tel service remontent à la mise en place à partir de 1940 du puis de l'.


text: Depuis sa naissance le nom de cette agence a quelque peu varié. La principale raison de sa création est le lancement du satellite soviétique Spoutnik en 1957, qui fut un coup dur pour les États-Unis. Ainsi le 7 février 1958, le président Eisenhower signa la directive 5105.15 donnant naissance à l'ARPA, avec pour objectif de faire en sorte que la technologie de l'armée américaine reste supérieure à celle de ses ennemis. Puis le 23 mars 1972, un « D » (pour « ») y fut accolé, avant d'être retiré le 22 février 1993. Finalement, le nom « DARPA » est repris le 11 novembre 1996.


text: En raison du contexte politique de l'époque, les projets lancés par la DARPA furent d'abord axés sur l'espace et les missiles, avant que ses activités spatiales ne soient transférées à la NASA et le renseignement satellitaire au NRO. L'un des premiers projets gérés par l'agence fut le programme "Transit" en 1958 : il s'agissait d'un système de navigation par satellite, il est ainsi le précurseur du GPS.


text: Par la suite, dans les années 1960, le principal axe de recherche concerna la défense spatiale antimissiles et la détection des essais nucléaires dont sortirent les projets "Vela" et . Le premier était constitué de satellites baptisés dotés de différents capteurs devant recueillir les données permettant de repérer les explosions atomiques. Quant à , il était chargé de la défense antimissiles, il permit entre autres le développement des antennes radar actives. L'agence était alors le principal sponsor du comité JASON, un groupe de scientifiques chargés de conseiller le gouvernement, et qui se fit connaître lors de la guerre du Viêt Nam pour avoir mis en place la notion de « champ de bataille électronique » ("electronic battlefield"), qui faisait à l'époque référence à un système de senseurs reliés à des ordinateurs.


text: Par ailleurs, l'ARPA finança la plupart des travaux en intelligence artificielle, dont ceux de Marvin Minsky, d'abord sous le nom du Programme Command & Control, créé en 1962 - année de la crise des missiles de Cuba -, lequel fut pérennisé par le Bureau des Techniques de Traitement de l'Information (IPTO), dont le premier dirigeant fut l'informaticien J.C.R. Licklider (1962-64). Il fut suivi d'Ivan Sutherland (1964-66), Robert Taylor (1966-69) puis Lawrence Roberts (1969-1972), tous proches du MIT et des positions de Licklider concernant l'IA.


text: Dans les années 1970, l'accent fut mis sur l'aviation et la furtivité avec le lancement du projet , qui développa les technologies du et , précurseurs du . Dans la même période, la DARPA fut impliquée dans près de la moitié des avions « X », et notamment le X-29 dont le programme commença dès 1976. Celui-ci, caractérisé par sa voilure en flèche inversée, permit le développement des commandes de vol électriques, des ailes supercritiques en matériau composite et de la poussée vectorielle.


text: Pendant les années 1980-1990, les projets lancés, bien que moins futuristes, n'en permettent pas moins un grand nombre d'innovations. Les principaux programmes sont le  et le E-8 Joint STARS".


text: Pendant cette dernière décennie, les principales études portèrent sur les drones (bien que celles-ci commencèrent dès les années 1960, notamment pendant la guerre du Viêt Nam), et les appareils hypersoniques.


text: Des centaines de millions de dollars transitent par la DARPA pour financer des projets ayant rapport avec la guerre bactériologique : Shaun Jones, médecin officier de marine et premier directeur de la DARPA, oriente les projets vers la recherche de médicaments non spécifiques mais conférant une protection élargie : vaccins polyvalents, médicaments antiviraux à large spectre… En 1998, la DARPA soutient , comme celui qui permettra de découvrir le .


text: Le 28 octobre 2009, l'agence a ouvert une nouvelle usine à Arlington, en Virginie, à quelques kilomètres du Pentagone.


text: À l'automne 2011, la DARPA a accueilli le 100 Year Starship Symposium dans le but d'amener le public à réfléchir sérieusement aux voyages interstellaires.


text: Le 5 juin 2016, la NASA et la DARPA ont annoncé qu'elles prévoyaient de construire de nouveaux avions-X avec le plan de la NASA pour créer toute une série d'avions-X au cours des 10 prochaines années.


text: En juillet 2016, il a été annoncé que la DARPA amènerait un groupe d'experts en sécurité informatique de haut niveau à la recherche de failles de sécurité et créerait un correctif qui corrige ces vulnérabilités. Il s'appelle le Cyber Grand Challenge (CGC).


text: Bien que son mandat soit principalement militaire, plusieurs de ses projets ont trouvé des applications plus répandues dans le domaine civil, en particulier le projet ARPANET, ancêtre d'Internet. En 2004 et 2005 la DARPA a organisé le , une compétition ouverte de véhicules terrestres autonomes, dans le désert du Nevada : l'équipe qui réussirait à construire une machine capable de traverser en un temps défini une certaine distance sans intervention humaine gagnerait un prix d'un million de dollars la première année, le double la suivante. En 2007, elle a organisé l', variante de la compétition, qui s'est déroulée cette fois en milieu urbain, avec une nouvelle fois un prix de de dollars à la clé pour le vainqueur.


text: Alors que durant l'édition 2004, aucun véhicule n'avait réussi à terminer la course, l'année suivante, sur , cinq sont arrivés au bout, dont quatre dans le délai imparti de dix heures. Le gagnant fut le véhicule de l'équipe d'ingénieurs de l'université Stanford en Californie, "Stanley", un Volkswagen Touareg amélioré. Ce dernier a parcouru les en , à la vitesse moyenne de .


text: L'édition 2005 terminée, le directeur de la DARPA a indiqué qu'il était peu probable qu'une édition 2006 soit organisée : le but du était en effet d'accélérer le développement de ces technologies pour les voir utilisées dans des applications viables, notamment au sein de l'armée, ce qui est chose faite. Cependant, la DARPA organisa une nouvelle compétition le , mais cette fois-ci en milieu urbain : le . Six équipes réussirent à finir cette épreuve.


text: La DARPA ne fait pratiquement rien elle-même. Elle sous-traite les recherches et développements à des contractants multiples. Les laboratoires universitaires et les entreprises en bénéficiant s'engagent à une certaine confidentialité, mais selon des termes précisés dans chacun des contrats, ils sont autorisés à en tirer des applications civiles.


text: Les dépenses d'administration de la DARPA paraissent réduites au maximum, le staff permanent étant peu nombreux et renouvelé rapidement ( en moyenne). Le budget semble donc pour l'essentiel consacré au financement des études et programmes. Mais lorsqu'un projet intéresse un acteur extérieur, par exemple le DOD, celui-ci participe à son développement. Il est donc pratiquement impossible d'avoir une idée précise des sommes investies, le budget du DOD, entre autres, étant célèbre par son obscurité. Le taux de soutien technique dans les dépenses totales de recherche et développement de DARPA est évalué à 7,4-9,9%.


title: Baud (mesure)

text: Le baud (symbole Bd) est, selon la terminologie officielle de l'UIT, l'unité de rapidité de modulation en télégraphie, en communication de données et en transmission numérique ; la rapidité de modulation d'un signal, exprimée avec cette unité, est égale à l'inverse de la durée en secondes du plus court élément du signal, ou de l'intervalle unitaire dans un signal numérique composé d'éléments de signal de durée constante.


title: Baud (mesure)

text: Le terme « "baud" » provient du patronyme d'Émile Baudot, l'inventeur du code Baudot utilisé en télégraphie.


title: Baud (mesure)

text: Il ne faut pas confondre le baud avec le "bit par seconde" (bit/s), ce dernier étant l'unité de mesure du nombre d'informations effectivement transmises par seconde. Il est en effet souvent possible de transmettre plusieurs bits par intervalle unitaire. La mesure en bits par seconde de la vitesse de transmission est alors supérieure à la mesure en bauds. Inversement, le débit net peut être inférieur dû aux informations de contrôle.


title: Baud (mesure)

text: En 1926, en raison de l'existence de deux types de systèmes de télégraphie (ceux caractérisés par des éléments de transmission de durée égale, et ceux différentiels), la vitesse de transmission fut définie par le nombre d’intervalles élémentaires émis par seconde.


title: Baud (mesure)

text: Cette définition est donnée en 1929 dans le journal télégraphique de , sous l’appellation "vitesse de transmission" qui remplace le terme "vitesse de transfert" ; la même année, le terme baud est proposé en l'hommage d'Émile Baudot.


title: Baud (mesure)

text: Ceci avait pour but de comparer des appareils dont les différences de caractéristiques techniques conduisaient à des unités de comptage différentes : nombre de révolutions par minute, nombre de trous, longueur de bandes perforées par minute, nombre de mots par minute (indépendamment du nombre de lettres), nombre de lettres par minute.


title: Baud (mesure)

text: Ainsi, en 1929, pour un téléscripteur fonctionnant à une vitesse de rotation de 210 tours par minute, les vitesses en bauds étaient les suivantes : En 1931, des transmissions à 50 bauds sont réalisées sur des réseaux fantômes et des réseaux superfantômes sur des distances de plusieurs centaines de kilomètres.


title: Baud (mesure)

text: En 1933, des transmissions à 25 bauds sur sont atteintes.


title: Baud (mesure)

text: En 1934, le système de mesure de la vitesse de transmission a été réorganisé afin de disposer d'une vitesse de transmission qui soit valable pour tous les systèmes télégraphiques, aussi bien Hugues que Baudot. À cette époque, pour une rotation de 120 tours par minute (deux tours par seconde), la vitesse du système Hugues était compté à 56 bauds (2×28 goujons), mais le nouveau système de mesure ne comptait alors plus que 22,4 bauds (en raison d'un ratio de 2,5). À la même époque, pour une vitesse de 180 tours par minute (trois tours par seconde), le système Baudot quadruple à 25 contacts était mesuré à 75 bauds (3×25) et le système Baudot double, à la moitié.


title: Baud (mesure)

text: En 1958, aux États-Unis, le premier modem commercial pour ordinateur est le Bell 101 qui fonctionne à une vitesse de 110 bauds.


title: Baud (mesure)

text: En 1960, en France, une vitesse de 50 bauds reste la vitesse de référence normale pour un service de télégraphie.


title: Baud (mesure)

text: En 1962, l'Electronic Industries Alliance standardise le port RS-232 utilisé pour des liaisons séries locales.


title: Baud (mesure)

text: En 1962, aux États-Unis, la Bell 103 a été le deuxième modem commercial pour ordinateur livré par AT&T Corporation. Il fonctionnait sur des lignes téléphoniques ordinaires, à une vitesse de 300 bauds.


title: Baud (mesure)

text: En 1976 apparaissent les standards V10 et V11 fonctionnant à 100 kbauds et 10 Mbauds.


title: Baud (mesure)

text: En 1976 est validé/standardisé la protocole V.29 prévoyant des Modems transmettant à une vitesse de 9600 bauds sur circuits loués à quatre fils poste à poste, de type téléphonique.


title: Baud (mesure)

text: En 1979, en France, certains systèmes industriels fonctionnaient à une vitesse de 600 bauds.


title: Baud (mesure)

text: En 1980, le Bell 212A (protocole V.22) transmet à 1 200 bauds (ou 600 bauds).


title: Baud (mesure)

text: En 1988, l'UIT a approuvé l'un des premiers standards de modems téléphonique grand public, le standard V.23 (utilisé dans les Minitels) qui permet des transferts à 1 200 bauds et à 600 bauds et une voie de retour à 75 bauds.


title: Baud (mesure)

text: En 1998, des modems 56 kb/s (8 000/3 429 bauds) (protocole V.90) apparaissent.


title: Baud (mesure)

text: Par la suite, au profit d'autres technologies et de protocoles plus complexes qui ne transfèrent pas chaque bit dans un temps fixe (technologies des réseaux sans fils, DSL, OFDM, etc).


title: Baud (mesure)

text: Les mesures en bauds et en "symboles" sont égales lorsque le signal est bivalent (seulement 2 valeurs, 0 ou 1, alors la valence vaut 2). Même si les mesures sont égales, la signification de baud et de bit par seconde est différente. En général, on souhaite parler de la quantité d'information transmise par unité de temps, et le bit par seconde est alors l'unité à préférer.


title: Baud (mesure)

text: Bien qu'il soit possible de transmettre un bit par symbole, on utilise habituellement la bande passante de façon plus efficace en transmettant plusieurs bits par symbole. Si les bits sont transmis un à la fois, la rapidité de modulation est égale au débit binaire et s'exprime en bauds. Si les bits sont regroupés en mots de "n" bits avant d'être transmis, la rapidité de modulation sera divisée par "n". Dans ce dernier cas, la rapidité de modulation et le débit binaire n'ont pas la même valeur.


title: Baud (mesure)

text: En anticipation des travaux de Claude Shannon, Ralph Hartley avait établi la formule liant rapidité de modulation (B en bauds) et débit d'information (D en bits par seconde): débit binaire D = B × log (M), M étant le nombre d'états possible du signal par instant significatif.


title: Baud (mesure)

text: Avec la modulation d'amplitude en quadrature, une technique qui emploie une combinaison de modulation de phase et d'amplitude, il est possible de transmettre plusieurs bits à chaque période du signal. Par exemple, un ETCD (modem) transmettant à 1 200 bauds a un débit maximal de :


title: Dynamic Host Configuration Protocol

text: La conception initiale d’IP supposait la préconfiguration de chaque ordinateur connecté au réseau avec les paramètres TCP/IP adéquats : c’est l’adressage "statique" (nommée également "IP fixe"). Sur des réseaux de grandes dimensions ou étendues, où des modifications interviennent souvent, l’adressage statique engendre une lourde charge de maintenance et des risques d’erreurs. En outre, les adresses assignées ne peuvent être utilisées si l’ordinateur qui détient cette adresse IP n’est pas en service : un cas typique où ceci pose un problème est celui des fournisseurs d’accès à internet (FAI ou ISP en anglais), qui ont en général plus de clients que d’adresses IP à leur disposition, mais dont les clients ne sont jamais tous connectés en même temps.


title: Dynamic Host Configuration Protocol

text: DHCP apporte une solution à ces trois inconvénients :


title: Dynamic Host Configuration Protocol

text: Le protocole a été présenté pour la première fois en et est défini par la , modifiée et complétée par les , et .


title: Dynamic Host Configuration Protocol

text: Ce protocole peut fonctionner avec IPv4 ; il fonctionne aussi avec IPv6 et il est alors appelé DHCPv6. Toutefois, en IPv6, les adresses peuvent être autoconfigurées sans DHCP.


title: Dynamic Host Configuration Protocol

text: Le client peut aussi recevoir un type de nœud NetBios.


title: Dynamic Host Configuration Protocol

text: La liste des options que le serveur DHCP peut accepter est consultable dans la : Options DHCP et Extensions fournisseur BOOTP, Chapitre : Extensions fournisseur.


title: Dynamic Host Configuration Protocol

text: Les serveurs DHCP doivent être pourvus d’une adresse IP statique.


title: Dynamic Host Configuration Protocol

text: La plupart des systèmes d’exploitation ont des clients DHCP v4.


title: Dynamic Host Configuration Protocol

text: Windows 2000, 98 ne gèrent pas nativement IPv6 (à l’inverse de Windows Vista, Microsoft et suivants). IPv6 est disponible sous XP en rentrant la commande « codice_1 » dans un terminal Windows. Il existe plusieurs solutions pour pallier ce problème d’absence d’IPv6 notamment l’installation d’une solution libre. Un serveur DHCPv6 est disponible dans Windows Server 2008.


title: Dynamic Host Configuration Protocol

text: Plusieurs clients et serveurs libres pour DHCP v4 et v6 sont disponibles pour les plates-formes BSD (FreeBSD/NetBSD/OpenBSD/Apple Mac OS X) ainsi que les plates-formes POSIX (Linux/« »). Là encore il convient de vérifier lesquelles gèrent IPv4 seulement ou IPv4 et IPv6.


title: Dynamic Host Configuration Protocol

text: Les adresses IP dynamiques sont octroyées pour une durée limitée (durée du bail, ou ), qui est transmise au client dans l’accusé de réception qui clôture la transaction DHCP.


title: Dynamic Host Configuration Protocol

text: La valeur T1 (par défaut, 50 % de la durée du bail) qui l’accompagne détermine la durée après laquelle le client commence à demander périodiquement le renouvellement de son bail auprès du serveur qui lui a accordé son adresse. Cette fois, la transaction est effectuée par transmission IP classique, d’adresse à adresse.


title: Dynamic Host Configuration Protocol

text: Si, lorsque le délai fixé par la deuxième valeur, T2 (par défaut, 87,5 % de la durée du bail), est écoulé et que le bail n’a pas pu être renouvelé (par exemple, si le serveur DHCP d’origine est hors service), le client demande une nouvelle allocation d’adresse par diffusion.


title: Dynamic Host Configuration Protocol

text: Si, au terme du bail le client n’a pu ni en obtenir le renouvellement, ni obtenir une nouvelle allocation, l’adresse est désactivée et il perd la faculté d’utiliser le réseau TCP/IP de façon normale.


title: Dynamic Host Configuration Protocol

text: Lorsque le serveur DHCP et le client ne figurent pas sur le même segment ethernet, les diffusions émises par ce dernier ne parviennent pas au serveur parce que les routeurs ne transmettent pas les diffusions générales (). Dans ce cas, on utilise un agent de relais DHCP.


title: Dynamic Host Configuration Protocol

text: L'hôte particulier qui contient l'agent relais est configuré avec une adresse IP statique, et lors de la configuration de l'agent, on indique l’adresse d’un serveur DHCP auquel il faudra transmettre les découvertes DHCP qui lui parviennent sur le (écouté par le programme agent de relais). Il diffuse sur son segment (qui est aussi celui du client) les réponses qu’il reçoit du serveur DHCP.


title: Dynamic Host Configuration Protocol

text: L'agent relais est un programme que l'on active sur une ou plusieurs interfaces de l'hôte qui sera chargé de relayer la requête DHCP du client lorsque ce dernier n'est pas sur le même segment que le serveur DHCP. Pour remplir son rôle, l'agent relais place sa propre adresse IP dans le champ GIADDR de la trame DHCP qu'il a reçu du client. Il transmet ensuite cette trame en "unicast", directement à l'adresse du serveur DHCP qu'on lui a paramétré. Le serveur DHCP utilise le champ GIADDR pour déterminer le sous-réseau et proposer une adresse dans la bonne étendue d'adresses IP. Quand le serveur répond à l'agent, il envoie la réponse à l'adresse GIADDR qu'avait indiqué l'agent relais, encore en "unicast". L'agent relais transmet alors la réponse en "broadcast" sur le segment ethernet du client demandeur.


title: Dynamic Host Configuration Protocol

text: L'agent relais peut être implanté sur un routeur, s'il accepte cette fonctionnalité. On peut également choisir d'installer l'agent sur un serveur.


title: Dynamic Host Configuration Protocol

text: Pour qu’un serveur DHCP puisse servir des adresses IP, il est nécessaire de lui donner un « réservoir » d’adresses dans lequel il pourra puiser : c’est la plage d’adresses (). Il est possible de définir plusieurs plages, disjointes ou contiguës.


title: Dynamic Host Configuration Protocol

text: Les adresses du segment qui ne figurent dans aucune plage mise à la disposition du serveur DHCP ne seront en aucun cas distribuées, et peuvent faire l’objet d’affectations statiques (couramment : pour les serveurs nécessitant une adresse IP fixe, les routeurs, les imprimantes réseau…).


title: Dynamic Host Configuration Protocol

text: Il est également possible d’exclure pour un usage en adressage statique par exemple, des adresses ou blocs d’adresses compris dans une plage.


title: Dynamic Host Configuration Protocol

text: Enfin, on peut effectuer des réservations d’adresses en limitant la possibilité d’octroi de cette adresse au client possédant une adresse physique ou un « » donné. Ceci peut s’avérer utile pour des machines dont l’adresse doit rester fixe mais dont on veut contrôler de manière centrale et automatique les autres paramètres IP. Ce mécanisme est assuré par l’ (voir ).


title: Dynamic Host Configuration Protocol

text: Une autre option permet de donner toujours la même adresse IP à un équipement connecté à un port donné. (voir )


title: Dynamic Host Configuration Protocol

text: Lors de l’utilisation sur un même segment de plusieurs serveurs DHCP, l’intersection des plages d’adresses des différents serveurs doit être vide, sous peine d’ambiguïté dans les affectations et les renouvellements. En effet, les serveurs DHCP n’échangent aucune information relative aux baux qu’ils octroient.


title: ARP

text: ARP peut faire référence à :


title: ARP

text: Arp peut faire référence à :


title: InterNIC

text: InterNIC est une marque de service déposée par le département américain du commerce.


title: InterNIC

text: InterNIC ("The Internet's Network Information Center") était le service d'information enregistrant l'ensemble des noms de domaines d'Internet. Cet organisme a été instauré en 1992, afin de pouvoir faire face à l'ouverture d'Internet au public et vit son rôle disparaître en 1998, lors de l'ouverture à la concurrence; pour être remplacé par l'Internet corporation for assigned names and numbers (ICANN).


title: InterNIC

text: En 1972 et 1973, le format IP est défini, géré par l'Iana du département américain de la Défense.


title: InterNIC

text: Durant les années 1980, le nombre d'adresses augmente et l'on met en place un système de nom superposés aux IP. Ces noms sont gérés par le DNS.


title: InterNIC

text: Lors de l'ouverture d'Internet, tout dépôt de nom de domaine se fait auprès d'InterNIC. Les coûts résultants de ces bases de données de noms sont subventionnés par l'Iana. InterNIC est donc la base de données de tous les noms de domaines de l'Internet.


title: InterNIC

text: Durant l'année 1995, face à la croissance des demandes de noms de domaine, l'Iana ne peut plus faire face aux frais et l'enregistrement devient payant.


title: Lightweight Directory Access Protocol

text: Le nommage des éléments constituant l'arbre (racine, branches, feuilles) reflète souvent le modèle politique, géographique ou d'organisation de la structure représentée. La tendance actuelle est d'utiliser le nommage DNS pour les éléments de base de l'annuaire (racine et premières branches, ou dc=…). Les branches plus profondes de l'annuaire peuvent représenter des unités d'organisation ou des groupes ( ou ou=…), des personnes ( ou cn=… voire uid=…). L'assemblage de tous les composants (du plus précis au plus général) d'un nom forme son , l'exemple suivant en présente deux :


title: Lightweight Directory Access Protocol

text: La dernière version en date du protocole est LDAPv3. Cette version est définie par l'IETF dans plusieurs RFC en commençant par la .


title: Lightweight Directory Access Protocol

text: LDAP a été initialement conçu pour accéder de manière légère aux annuaires X.500. Ces annuaires étaient traditionnellement interrogés à travers le protocole (DAP) qui nécessitait l'utilisation de la pile de protocoles du modèle OSI. L'utilisation d'une passerelle LDAP/DAP permettait d'accéder à un serveur DAP en étant sur un réseau TCP/IP. Ce modèle d'annuaire est dérivé de DIXIE et de .


title: Lightweight Directory Access Protocol

text: L'apparition d'annuaires LDAP natifs () a suivi rapidement, tout comme celle de serveurs prenant en charge à la fois DAP et LDAP. Les annuaires sont devenus populaires dans les entreprises car il n'était plus nécessaire de déployer un réseau OSI. De nos jours, les protocoles d'accès aux annuaires (incluant DAP) peuvent être directement utilisés sur TCP/IP.


title: Lightweight Directory Access Protocol

text: Le protocole fut créé par Tim Howes de l'Université du Michigan, Steve Kille du ISODE et Wengyik Yeong de en 1993. Les développements qui suivirent, furent menés par l’ (IETF).


title: Lightweight Directory Access Protocol

text: Initialement le protocole avait pour nom ("LDBP"), car il ne permettait que la recherche de données. Il fut renommé lors de l'ajout de nouvelles possibilités (ajout, modification).


title: Lightweight Directory Access Protocol

text: LDAP a influencé un certain nombre de protocoles d'Internet, incluant les dernières versions de :


title: Lightweight Directory Access Protocol

text: Un client commence une session LDAP en se connectant sur le port TCP 389 du serveur. Le client envoie ensuite des requêtes d'opération au serveur. Le serveur envoie des réponses en retour. À part quelques exceptions, le client n'a pas besoin d'attendre de réponse du serveur pour envoyer de nouvelles requêtes, et le serveur peut envoyer ses réponses dans n'importe quel ordre.


title: Lightweight Directory Access Protocol

text: Une fois la connexion au serveur établie, les opérations classiques sont :De plus, le serveur peut envoyer des notifications non sollicitées qui ne sont pas des réponses à des requêtes, par exemple avant de clôturer une connexion inactive.


title: Lightweight Directory Access Protocol

text: Une méthode pour sécuriser les communications LDAP est d'utiliser un tunnel TLS/SSL. Lors de l'emploi d'URL cet usage est traduit par le nom du protocole "ldaps" en remplacement de "ldap". Le port TCP standard pour "ldaps" est 636.


title: Lightweight Directory Access Protocol

text: Le protocole LDAP employant la notation ASN.1 et les messages sont codés avec le format binaire BER. Cependant il utilise une représentation textuelle pour un certain nombre d'attributs et de types d'ASN.1.


title: Lightweight Directory Access Protocol

text: Les annuaires LDAP suivent le modèle X.500 et son architecture nativement multi-tenant :Le fait que les attributs puissent être multi-valués est une différence majeure entre les annuaires LDAP et les SGBDR. De plus, si un attribut "n'a pas" de valeur, il est purement et simplement "absent" de l'entrée.


title: Lightweight Directory Access Protocol

text: Chaque entrée a un identifiant unique, le (DN). Il est constitué à partir de son (RDN) suivi du DN de son parent. C'est une définition récursive. On peut faire l'analogie avec une autre structure arborescente, les systèmes de fichiers ; le DN étant le chemin absolu et le RDN le chemin relatif à un répertoire. En règle générale le RDN d'une entrée représentant une personne est l'attribut "uid" :


title: Lightweight Directory Access Protocol

text: Le RDN de toto est "rdn:uid=toto", son DN est "dn:uid=toto,ou=people,dc=example,dc=org".


title: Lightweight Directory Access Protocol

text: Une entrée peut ressembler à la représentation suivante lorsqu'elle est formatée en LDIF :


title: Lightweight Directory Access Protocol

text: dn est le nom de l'entrée, ce n'est pas un attribut de l'entrée. "cn=John Doe" est le RDN de l'entrée et "dc=example,dc=org" est le DN de son parent. Les autres lignes montrent les attributs de l'entrée. Les noms des attributs sont parfois des abréviations pour les plus courants : "cn" pour , "dc" pour , "sn" pour .


title: Lightweight Directory Access Protocol

text: Un serveur contient un sous-arbre dont la racine est une entrée spécifique et tous ses enfants, par exemple : "dc=example,dc=org". Les serveurs peuvent également contenir des références vers d'autres serveurs, ainsi l'accès à une entrée ("ou=un service,dc=example,dc=org") peut retourner une référence () à un autre serveur qui contient le sous-arbre voulu. Le client peut alors contacter (automatiquement ou pas) l'autre serveur. Certains serveurs prennent en charge le chaînage () qui permet au serveur d'interroger d'autres serveurs pour renvoyer l'information voulue au client.


title: Lightweight Directory Access Protocol

text: Les résultats renvoyés par le serveur ne sont pas triés, que ce soit pour les entrées, pour les attributs des entrées ou pour les valeurs des attributs.


title: Lightweight Directory Access Protocol

text: Le client donne à chaque requête un identifiant , le serveur répond à la requête avec le même identifiant. La réponse inclut un code de résultat numérique indiquant l'état de la requête (succès, échec, …). La réponse inclut également les données éventuelles qui peuvent résulter d'une recherche. Il inclut aussi un code ID.


title: Lightweight Directory Access Protocol

text: L'opération authentifie le client au sein du serveur. Le "simple " envoie le DN de l'utilisateur et son mot de passe en clair, c'est pourquoi la connexion doit être sécurisée par TLS. Le serveur vérifie le mot de passe en le comparant avec l'attribut userPassword (en général) de l'entrée correspondante. La valeur de l'attribut contenant le mot de passe commence avec le nom entre accolades de l'algorithme utilisé pour coder le mot de passe (par exemple : userPassword: {md5}aGZh5…).


title: Lightweight Directory Access Protocol

text: Le " anonyme", c'est-à-dire sans fournir d'identifiant ni de mot de passe, met la connexion dans un état anonyme. Dès lors le client ne pourra plus effectuer certaines opérations sur tout ou une partie de l'annuaire, en fonction des ACL mises en place.


title: Lightweight Directory Access Protocol

text: Le "SASL " permet d'utiliser d'autres mécanismes d'authentification : Kerberos, certificat client, etc.


title: Lightweight Directory Access Protocol

text: L'étape de permet également au client et au serveur de se mettre d'accord sur la version du protocole à utiliser. En général la version 3 est utilisée. Il est même possible au serveur de refuser de communiquer avec des clients dans un protocole inférieur au sien. L'opération établit une connexion sécurisée entre le client et le serveur en utilisant la technique TLS, héritière de SSL. Cette sécurisation opère sur deux points : la confidentialité (un tiers ne peut pas comprendre l'échange) et l'intégrité des données (les données sont validées par une signature). Pendant la négociation TLS, le serveur envoie son certificat X.509 au client pour prouver son identité. Le client peut répondre en envoyant son certificat mais l'identification du client est facultative. Il est généralement possible de configurer clients et serveurs pour savoir si les certificats sont facultatifs ou essentiels.


title: Lightweight Directory Access Protocol

text: Les serveurs prennent en charge généralement le protocole non standard « LDAPS » (). Ce protocole utilise le port 636 contrairement au TLS qui utilise le port 389 (le même que le LDAP non sécurisé). Le protocole LDAPS diffère du LDAP sur deux points :


title: Lightweight Directory Access Protocol

text: L'opération est utilisée à la fois pour faire une recherche et rapatrier des entrées. Ses paramètres sont :Le serveur renvoie les entrées qui correspondent, suivies par le code retour de la commande (code de retour).


title: Lightweight Directory Access Protocol

text: L'opération prend en argument un DN, un nom d'attribut et une valeur d'attribut, puis vérifie si l'entrée correspondante contient bien un attribut ayant cette valeur.


title: Lightweight Directory Access Protocol

text: Remarque : Il n'existe pas d'opération du type . C'est l'opération qui est utilisée pour l'accès direct à une entrée. Dans ce cas, le paramètre "baseObject" est le DN de l'entrée que l'on veut lire, et le paramètre est utilisé avec la valeur .


title: Lightweight Directory Access Protocol

text: Les opérations de mise à jour (ajout), (suppression), (modification) prennent en argument le DN de l'entrée à mettre à jour.


title: Lightweight Directory Access Protocol

text: La modification a besoin en plus de la liste des attributs à modifier ainsi que la modification à apporter : suppression de l'attribut ou de certaines valeurs de l'attribut (les attributs peuvent être multi-valués), ajout d'une valeur, remplacement d'une valeur.


title: Lightweight Directory Access Protocol

text: L'ajout d'une entrée peut également contenir une liste d'attributs et de valeurs à associer avec l'entrée.


title: Lightweight Directory Access Protocol

text: La modification de DN (déplacement/renommage) prend en argument le RDN de l'entrée et, de façon facultative, le DN du nouveau parent, ainsi qu'un marqueur qui indique s'il faut ou non effacer l'ancien RDN. La prise en charge du renommage d'un sous-arbre en entier dépend des serveurs.


title: Lightweight Directory Access Protocol

text: Une opération de mise à jour est atomique, c'est-à-dire que les autres opérations verront soit la nouvelle entrée soit l'ancienne. Toutefois, le protocole LDAP ne définit pas de principe de transaction, ce qui permet à plusieurs clients de modifier une entrée en même temps. Cependant, les serveurs peuvent utiliser des extensions pour le supporter.


title: Lightweight Directory Access Protocol

text: Les opérations étendues sont des opérations génériques qui permettent de définir de nouvelles opérations. Par exemple les opérations , et . L'opération envoie une requête au serveur pour lui dire d'abandonner une opération en lui fournissant son identifiant. Le serveur n'a pas obligation d'honorer la requête. Malheureusement, l'opération ainsi que l'abandon effectif d'une opération ne renvoient pas de réponse. C'est pourquoi l'opération étendue a été définie pour renvoyer une réponse, mais tous les serveurs ne la prennent pas en charge. L'opération abandonne toute opération en cours et ferme la connexion. Il n'y a aucune réponse. Son nom a des raisons historiques, ce n'est pas l'opération contraire à .


title: Lightweight Directory Access Protocol

text: Les clients peuvent terminer une session en fermant la connexion, mais il est plus "propre" d'utiliser . Le serveur peut ainsi différencier les erreurs réseau des clients discourtois.


title: Lightweight Directory Access Protocol

text: Il existe un format d'URI LDAP, mais tous les clients ne le prennent pas en charge. Les serveurs l'utilisent pour indiquer aux clients les références vers d'autres serveurs. Le format est le suivant :


title: Lightweight Directory Access Protocol

text: avec :Comme dans tous les URI, les caractères spéciaux doivent être échappés en suivant l'algorithme prévu par la RFC 3986.


title: Lightweight Directory Access Protocol

text: On peut aussi rencontrer des URI utilisant le schéma non normalisé « codice_1 ».


title: Lightweight Directory Access Protocol

text: Par exemple :


title: Lightweight Directory Access Protocol

text: retourne tous les attributs de l'entrée « John Doe »,


title: Lightweight Directory Access Protocol

text: recherche l'entrée ayant comme prénom « John » dans l'annuaire à partir de la racine.


title: Lightweight Directory Access Protocol

text: Le contenu des entrées d'un annuaire LDAP est régi par des schémas.


title: Lightweight Directory Access Protocol

text: Les schémas définissent les types d'attribut que les entrées d'un annuaire peuvent contenir. La définition d'un attribut inclut une syntaxe, la plupart des attributs non binaires dans LDAPv3 utilisent la syntaxe des chaînes de caractères UTF-8. Par exemple, l'attribut peut contenir "utilisateur@example.org", l'attribut "jpegPhoto" peut contenir une photographie au format binaire JPEG, l'attribut peut contenir le DN d'une entrée de l'annuaire.


title: Lightweight Directory Access Protocol

text: La définition d'un attribut indique également si l'attribut est mono-valué ou multi-valué, selon quelles règles se feront les recherches/comparaisons (sensible à la casse ou pas, recherche de sous-chaîne ou pas).


title: Lightweight Directory Access Protocol

text: Les schémas définissent des classes d'objets. Chaque entrée de l'annuaire doit avoir au moins une valeur pour l'attribut "objectClass", qui soit une classe d'objets définie dans les schémas. Généralement, l'attribut "objectClass" est multi-valué et contient la classe ainsi qu'un certain nombre d'autres classes.


title: Lightweight Directory Access Protocol

text: Tout comme dans la programmation orientée objet, les classes permettent de décrire un objet en lui associant des attributs. Les classes LDAP représentent des personnes, des organisations... Le fait qu'une entrée appartienne à une classe (donc que l'attribut objectClass contienne le nom de la classe) lui permet d'utiliser les attributs de cette classe. Certains attributs sont obligatoires et d'autres facultatifs. Par exemple, si l'entrée utilise la classe , elle doit avoir obligatoirement une valeur pour les attributs "sn" et "cn", et peut avoir facultativement une valeur pour les attributs "userPassword" et "telephoneNumber". Les entrées ayant généralement plusieurs classes, la différenciation entre attributs obligatoires et facultatifs peut être assez complexe.


title: Lightweight Directory Access Protocol

text: Les éléments d'un schéma ont un nom et un identifiant unique nommé Object identifier (OID).


title: Lightweight Directory Access Protocol

text: Beaucoup de serveurs exposent les schémas de l'annuaire comme des entrées LDAP accessibles à partir du DN cn=schema. Il est possible pour les administrateurs de définir leur propre schéma en plus des schémas standard.


title: Lightweight Directory Access Protocol

text: Certaines opérations possibles sont laissées à l'appréciation du développeur ou de l'administrateur. Par exemple, le stockage des données n'est pas spécifié par le protocole. Le serveur peut utiliser des fichiers à plat, ou un SGBDR, ou bien être simplement une passerelle vers un autre serveur. Les contrôles d'accès (ACL) ne sont pas non plus normalisés, bien qu'un usage commun émerge.


title: Lightweight Directory Access Protocol

text: LDAP est un protocole extensible, ce qui provoque l'apparition de nouvelles opérations sur certains serveurs et pas sur d'autres. Par exemple, le tri des résultats.


title: Lightweight Directory Access Protocol

text: L'intérêt principal de LDAP est la normalisation de l'authentification. Il est très facile de programmer un module d'authentification utilisant LDAP à partir d'un langage possédant une API LDAP. C'est l'opération qui permet d'authentifier un utilisateur. De plus en plus d'applications Web possèdent un module d'authentification prenant en charge LDAP.


title: Lightweight Directory Access Protocol

text: Sur les systèmes GNU/Linux récents, on voit de plus en plus l'adoption d'une base de données utilisant LDAP à la place des fichiers à plat "passwd" et . Les données peuvent être accédées par les modules PAM et NSS. LDAP est défini par une série de :


title: Lightweight Directory Access Protocol

text: Les RFC suivantes détaillent les bonnes pratiques à adopter concernant LDAP :


title: Lightweight Directory Access Protocol

text: Ce qui suit est une liste contenant les RFC définissant des extensions LDAPv3 :


title: Lightweight Directory Access Protocol

text: LDAPv2 a été défini par les RFC suivantes :


title: Lightweight Directory Access Protocol

text: LDAPv2 a été déplacé dans par la RFC suivante :


title: Lightweight Directory Access Protocol

text: Autres RFC :


title: Multipurpose Internet Mail Extensions

text: À l'origine, SMTP avait été prévu pour ne transférer que des fichiers textes (codés en ASCII). Avec l'apparition du multimédia et l'utilisation croissante des applications bureautiques, le besoin s'est fait sentir d'échanger, en plus des fichiers textes, des fichiers binaires (format des applications bureautiques, images, sons, fichiers compressés).


title: Multipurpose Internet Mail Extensions

text: Les types de contenus définis par le standard MIME peuvent être utilisés à d'autres fins que l'envoi de courriels, dans les protocoles de communication comme le HTTP pour le .


title: Multipurpose Internet Mail Extensions

text: MIME est initialement spécifié dans cinq RFC : , , , , . La est complétée par la . La , maintenant obsolète, est remplacée par les et .


title: Multipurpose Internet Mail Extensions

text: Le protocole de base de transmission de courriels, SMTP, ne supporte que les caractères ASCII (qui font ). Cela limite les courriels aux messages qui n'incluent que ces caractères, soit un petit nombre de langages comme l'anglais. Les autres langages basés sur l'alphabet latin incluant des diacritiques ne sont pas supportés par l'ASCII, ces messages ne peuvent donc pas être correctement représentés dans des courriels basiques.


title: Multipurpose Internet Mail Extensions

text: MIME définit des mécanismes pour l'envoi d'autres sortes d'informations, comme des textes utilisant des codages de caractères autres que l'ASCII (et pouvant donc être dans une autre langue que l’anglais), ou des données binaires (dont des fichiers contenant des images, des sons, des films ou des programmes informatiques).


title: Multipurpose Internet Mail Extensions

text: MIME est également un composant fondamental des protocoles de communications comme HTTP, qui requièrent l'envoi de données dans le même contexte que l'envoi de courriels, même si ces données ne sont pas des courriels. L'intégration ou l'extraction des données au format MIME est généralement automatiquement effectuée par le client de messagerie ou par le serveur de messagerie électronique quand le courriel est envoyé ou reçu.


title: Multipurpose Internet Mail Extensions

text: Le format de base des courriels est défini dans la qui est une mise à jour de la . Ces standards spécifient le format des en-têtes et du corps des courriels contenant du texte, ainsi que les en-têtes généraux comme « codice_1 », « codice_2 », « codice_3 » ou « codice_4 ». MIME définit un ensemble d'en-têtes additionnels pour le type de contenu du message (« codice_5 ») et son "encodage de transfert" (« codice_6 »). L’encodage de transfert est la façon de traduire le contenu du message vers l’ASCII. Grâce à cette traduction, le contenu initial peut contenir des données arbitraires (texte en UTF-8, fichier binaire, etc.). MIME définit également un mécanisme pour utiliser cette fonctionnalité dans les en-têtes du message ; ceci autorise par exemple des accents dans le sujet d’un courriel ou dans le nom d’un destinataire.


title: Multipurpose Internet Mail Extensions

text: MIME est extensible. Sa définition inclut une méthode pour enregistrer de nouveaux types de contenus ou d'autres valeurs d'attributs.


title: Multipurpose Internet Mail Extensions

text: Un des autres buts explicites de la définition de MIME est de ne pas avoir à changer les serveurs de messagerie électronique préexistants, et de permettre le fonctionnement correct des courriels de base avec les clients préexistants. Ce but est réalisé par le fait que les attributs de messages MIME sont optionnels et que le comportement par défaut est la création d'un message textuel sans MIME qui peut être interprété correctement par un client.


title: Multipurpose Internet Mail Extensions

text: La présence de cet en-tête indique que le contenu du message est formaté en MIME. La valeur est typiquement « 1.0 », donc l'en-tête apparaît comme :


title: Multipurpose Internet Mail Extensions

text: Cet en-tête indique le type de média internet du contenu du message, consistant en un "type" et un "sous-type", par exemple :


title: Multipurpose Internet Mail Extensions

text: MIME permet aux messages d'avoir plusieurs parties organisées sous forme d'une structure arborescente, en utilisant un type « codice_9 » pour les nœuds internes.


title: Multipurpose Internet Mail Extensions

text: Ce mécanisme supporte notamment :


title: Multipurpose Internet Mail Extensions

text: La spécification du MIME () définit un ensemble de méthodes ou "encodages de transfert" (rappelées dans cette liste de l'IANA) pour représenter des données quelconques sous forme de texte ASCII. L'en-tête MIME « codice_17 » indique la méthode utilisée. Il peut avoir l’une des valeurs (non sensibles à la casse) suivantes :


title: Multipurpose Internet Mail Extensions

text: Aucun encodage n'est spécialement spécifié pour l'envoi de données binaires arbitraires par les transports SMTP avec l'extension 8BITMIME. Les méthodes "Base64" ou "Quoted-Printable" (avec leurs inefficacités respectives) doivent être utilisées. Ces restrictions ne s'appliquent pas aux autres utilisations de MIME comme les services web avec attachement MIME ou MTOM.


title: Multipurpose Internet Mail Extensions

text: Les données textuelles (type « codice_14 ») sont écrites selon un certain "encodage de caractères", par exemple latin-9 ou UTF-8. Cet encodage peut être précisé avec l’attribut « codice_30 » de l’en-tête « codice_11 ». Celui-ci peut prendre n’importe quelle valeur définie par l’IANA. Par exemple :


title: Multipurpose Internet Mail Extensions

text: Cet encodage ne doit pas être confondu avec l’"encodage de transfert", précisé par l’en-tête « codice_6 ». Dans le cas d’un contenu textuel, les deux encodages sont appliqués successivement. Par exemple :


title: Multipurpose Internet Mail Extensions

text: Dans cet exemple, la lettre « é » s’encode en UTF-8 par deux octets de valeurs hexadécimales C3 et A9, qui sont à leur tour encodés en "Quoted-Printable" par la séquence « codice_33 ».


title: Multipurpose Internet Mail Extensions

text: Depuis la , les noms des en–têtes de messages et leurs valeurs sont toujours en caractères ASCII. Les valeurs qui contiennent des données non ASCII doivent utiliser la syntaxe dite « "encoded-word" » de MIME () à la place des valeurs textuelles standards. Cette syntaxe utilise des chaînes de caractères ASCII aussi bien pour préciser l'encodage original du texte (équivalent de l’attribut codice_30 de l’en-tête codice_11) que l’encodage de transfert (équivalent de l’en-tête codice_6).


title: Multipurpose Internet Mail Extensions

text: La syntaxe est :


title: Multipurpose Internet Mail Extensions

text: Les codes ASCII pour le point d'interrogation (codice_42) et le signe égal (codice_43) ne devraient pas être représentés directement puisqu'ils sont utilisés pour délimiter les mots encodés. Le code ASCII pour le caractère espace ne devrait pas non plus être utilisé car il peut provoquer des erreurs sur les anciens encodeurs comme une séparation de mot non désirée. Pour rendre l'encodage plus léger et plus aisé à lire, le caractère ' (« codice_44 ») est utilisé pour représenter l'espace. Par conséquent, le caractère ' ne peut plus être représenté directement. L'utilisation de mots encodés dans certaines parties des en-têtes impose des restrictions sur les caractères à représenter directement.


title: Multipurpose Internet Mail Extensions

text: Par exemple, est interprété comme :


title: Multipurpose Internet Mail Extensions

text: Le format des mots encodés n'est pas utilisé pour les noms des en-têtes (par exemple « codice_2 »). Ces noms d'en-têtes sont toujours en anglais dans le message. Quand le message est visualisé sur un client de courriels non anglophone, les noms d'en-têtes peuvent être traduits par le client.


title: Multipurpose Internet Mail Extensions

text: Un message MIME multi-partie spécifie une ligne de séparation dans l'en-tête « codice_46 », "via" l’attribut « codice_47 ». Cette séparation, qui ne doit apparaître nulle part ailleurs, est placée entre les parties et au début et à la fin du corps du message comme suit : Chacune de ces parties consiste en son propre en-tête de contenu (zéro, un ou plusieurs champs d'en-tête codice_48) et un corps. Des parties multiples peuvent être incluses dans d'autres parties multiples avec pour chacune leur propre frontière. Le champ codice_6 d'un type à parties multiples doit être « codice_19 », « codice_25 » ou « codice_28 » pour éviter les problèmes de décodage des différentes couches de parties multiples. Le bloc multi-parties n'a pas de jeu de caractères, les caractères non ASCII dans les en-têtes sont traités par le système des mots encodés et les corps peuvent avoir un jeu de caractères spécifié approprié à leur contenu.


title: Multipurpose Internet Mail Extensions

text: Notes :


title: Multipurpose Internet Mail Extensions

text: Le standard MIME définit plusieurs sous-types de messages multi-parties pour en spécifier la nature des différentes parties du message et leurs relations avec les autres parties. Le sous type est spécifié par l'en-tête « codice_46 » du message englobant. Par exemple, un message MIME multi-parties utilisant le sous-type « codice_54 » devrait avoir son en-tête « codice_11 » à « codice_56 ». La définit initialement quatre sous-types : « codice_57 », « codice_58 », « codice_54 » et « codice_60 ». Une application doit supporter au moins les sous-types « codice_57 » et « codice_54 », les autres sont optionnels. Des sous-types additionnels comme « codice_63 » ou « codice_64 » ont été définis dans d'autres .


title: Multipurpose Internet Mail Extensions

text: Les sous-types suivants sont ceux principalement utilisés :


title: Multipurpose Internet Mail Extensions

text: Le type « codice_13 » (défini dans RFC2046, ) est utilisé pour envoyer des fichiers avec différents en-têtes « codice_46 » (comme pièces-jointes). Si les fichiers sont facilement lisibles ou sont des images, la plupart des clients de courriels affichent ces fichiers directement dans le contenu du message (à moins qu'un en-tête « codice_68 » ne spécifie le contraire). Sinon les fichiers sont vus comme des pièces jointes. Le type de contenu par défaut de ces parties est « codice_10 ».


title: Multipurpose Internet Mail Extensions

text: La RFC spécifie également que tous les sous-types de « codice_9 » non reconnus par une implémentation doivent être traités de la même manière que « codice_13 ».


title: Multipurpose Internet Mail Extensions

text: Le type « codice_56 » (défini dans RFC2046, ) est la manière simple d'envoyer des messages à textes multiples. Le type de contenu par défaut est « codice_74 ».


title: Multipurpose Internet Mail Extensions

text: Le type « codice_16 » (défini dans RFC2046, ) indique que chaque partie est une version alternative d'un même contenu dans un format différent. Les formats sont ordonnés dans l'ordre croissant de fidélité au contenu original. Le receveur peut ainsi choisir la meilleure représentation qu'il est capable de traiter, en général, la dernière de la liste.


title: Multipurpose Internet Mail Extensions

text: Comme un client ne veut généralement pas envoyer un contenu moins significatif que le texte brut, celui-ci est envoyé en premier, ce qui permet de simplifier le traitement par les clients ne comprenant pas le type « codice_9 » car c'est la partie visible en premier.


title: Multipurpose Internet Mail Extensions

text: L'utilisation principale du type « codice_16 » est l'envoi de courriels au format HTML avec son équivalent au format texte pour conserver la lisibilité du message pour un client courriel ne pouvant afficher de HTML (client texte).


title: Multipurpose Internet Mail Extensions

text: Bien que chaque partie du message est censée représenter le même contenu, rien ne le garantit. Par exemple, il est plus facile pour un filtre anti pourriel d'analyser la partie texte pur d'un message plutôt que la partie HTML ; alors que l'éditeur de pourriel va plutôt construire un message HTML avec son contenu publicitaire et un message en texte pur anodin ou sans rapport avec sa publicité.


title: Multipurpose Internet Mail Extensions

text: Le type « codice_80 » (défini dans RFC2387) est utilisé pour préciser que les différentes parties ne devraient pas être traitées individuellement mais comme un tout. Le message consiste en une partie racine (la première, par défaut) qui référence les autres parties, qui peuvent aussi référencer d'autres parties. Les parties de messages sont souvent référencées par leur identifiant de contenu (en-tête « codice_81 »). La syntaxe des références n'est pas spécifiée, elle est laissée à l'intention du protocole utilisé.


title: Multipurpose Internet Mail Extensions

text: Un des usages courant de ce sous-type est l'envoi d'une page web avec ses images en un seul message. La partie racine contient le document HTML et les images sont stockées dans les parties suivantes.


title: Multipurpose Internet Mail Extensions

text: Le type « codice_83 » (défini dans RFC3462) représente un message qui contient des données formatées pour être lues par un serveur de courriels. Il contient une partie de type « codice_10 » (ou tout autre contenu facilement lisible) et une autre de type « codice_85 » qui contient les données formatées pour le serveur de courriels.


title: Multipurpose Internet Mail Extensions

text: Le type « codice_87 » (défini dans RFC1847, ) est utilisé pour attacher une signature numérique à un message. Il est composé de deux parties : le corps du message et la signature. L'ensemble de la partie corps du message, y compris les en-têtes MIME, est utilisé pour générer la signature. Différents types de signatures sont possibles comme « codice_88 » ou « codice_89 ».


title: Multipurpose Internet Mail Extensions

text: Le type « codice_91 » (défini dans RFC1847, ) est utilisé pour envoyer un contenu chiffré. Sa première partie définit les informations nécessaires pour déchiffrer sa seconde partie (de type « codice_92 »).


title: Multipurpose Internet Mail Extensions

text: Le type « codice_94 » (défini dans RFC2388) est utilisé pour envoyer les données d'un formulaire. Défini à l'origine comme une partie de , il est plus couramment utilisé pour envoyer des fichiers via HTTP.


title: STP

text: STP peut-être un sigle, un code ou une abréviation.STP est un code, qui signifie :


title: STP

text: STP est une abréviation, qui signifie :


title: ACK

text: ACK peut faire référence à :


title: Acquittement (informatique)

text: En informatique et en télécommunications, l'acquittement d'une donnée ou d'une information consiste à informer son émetteur de sa bonne réception. On utilise souvent le terme Ack pour un acquittement, ce terme correspond à l'équivalent anglais du terme : "acknowledgement".


title: Acquittement (informatique)

text: Il est possible d'émettre un « acquittement négatif » ("Nack") pour indiquer une mauvaise réception, ou aucune réception au bout d'un certain temps.


title: Acquittement (informatique)

text: L'acquittement est notamment au cœur du protocole Go-Back-N ARQ utilisé par plusieurs protocoles de communication.


title: Acquittement (informatique)

text: L'acquittement de TCP correspond à un paquet dont le flag ACK est activé. Par exemple, lors d'une initialisation d'une connexion TCP/IP, la "poignée de main en trois temps", ce mécanisme est utilisé :


title: Duché de Bourgogne

text: Le duché de Bourgogne est une ancienne principauté féodale du royaume de France entre les , avec pour capitale Dijon. Il est issu du partage de l'ancien royaume de Bourgogne.


title: Duché de Bourgogne

text: À partir de 1006, le duché est un fief gouverné successivement par deux branches cadettes de la maison royale française, Capétiens directs de 1006 à 1361 puis Valois de 1363 et 1477.


title: Duché de Bourgogne

text: À la suite du mariage de Philippe le Hardi, premier duc Valois, avec Marguerite de Flandre, les Valois-Bourgogne donnent une telle extension à leurs possessions, notamment dans les Pays-Bas, qu'ils en parviennent à vouloir ériger leur État bourguignon en royaume indépendant. Cependant, ce développement rapide entraîne la formation d'une coalition menée par les cantons suisses et le duc de Lorraine, soutenue de plus par Louis XI. Le dernier duc, Charles le Téméraire, trouve finalement la mort à la bataille de Nancy en 1477.


title: Duché de Bourgogne

text: Au terme de la guerre de Succession de Bourgogne, les Pays-Bas, transmissibles par les femmes, passent à Marie de Bourgogne, héritière du Téméraire, d'où ils passeront à la maison d'Autriche avec Charles Quint. Le duché, comme apanage, revient dans le domaine royal français où il constitue un gouvernement militaire puis une généralité administrative tout en conservant ses États provinciaux et son parlement. Le territoire de la province correspond à celui des départements suivants créés en 1790 :


title: Duché de Bourgogne

text: La province est augmentée des bailliages de Bresse, de Bugey et de Gex (à peu près le département de l'Ain) lorsque le duc de Savoie cède à Henri IV ses possessions sur la rive droite du Rhône en 1601.


title: Duché de Bourgogne

text: Le duché de Bourgogne est l'un des héritiers de l'ancienne Burgondie mérovingienne, qui ressurgit à l'occasion des nombreux partages carolingiens. Au fil des guerres on voit apparaître et coexister les royaumes de Bourgogne, le duché et le comté.


title: Duché de Bourgogne

text: En 841, on note le titre de "dux Burgundiae potentissimus" porté par le comte Guérin : c'est un commandement militaire.  Les partages de 843 à Verdun, 855 à Prüm, 870 à Meerssen sont à l'origine durable de la séparation des territoires en Bourgogne occidentale (duché) et orientale (comté) : l'ouest de la Saône et du Rhône va à Charles le Chauve, l'est à Lothaire.