Comment faire : Nmap, Wireshark, TCPdump, IPTraf, IPerf, Nast, Ettercap...
Charge moyenne sur 1mn : 0.23 Charge moyenne sur 5mn : 0.47 Charge moyenne sur 15mn : 0.89

Réseaux

GNU/Linux / Réseaux
Comment faire : Nmap, Wireshark, TCPdump, IPTraf, IPerf, Nast, Ettercap

Comment faire pour créer des réseaux ; router une adresse, un réseau ; écouter, tracer les paquets sur un réseau.

Bienvenue sur ZW3B.Forums : Besoin d'Aide !?

Ouvrez une discussion concernant un sujet de type "GNU/Linux, Réseaux".

Vous pouvez lire la Foire Aux Questions et les Règles de confidentialité de ZW3B.FR

avatar
il y a un peu plus de 4 jours (2018/04/16 02:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 5001: DNS Name Server Identifier Option (NSID)

de cette rubrique . Cette nouvelle option du DNS permet d'identifier le serveur de noms physique auquel on parle, dans le cas où plusieurs machines servent sous la même adresse IP. Elle a vocation à remplacer l'ancien "hostname.bind".

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus de 12 jours (2018/04/08 02:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

À propos d'une tribune « Contre le numérique à l?école »

de cette rubrique . Dans Libération daté du 5 avril 2018, on a pu lire une tribune d'« un collectif d'enseignants » () s'opposant vigoureusement au numérique à l'école. Quels étaient leurs arguments ?

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus de 13 jours (2018/04/07 02:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8352: Energy-Efficient Features of Internet of Things Protocols

de cette rubrique . Les objets contraints, engins connectés ayant peu de capacités (un capteur de température dans la nature, par exemple), ont en général une réserve d'énergie électrique très limitée, fournie par des piles ou batteries à la capacité réduite. L'usage des protocoles de communication traditionnels, souvent très bavards, épuiserait rapidement ces réserves. Ce RFC étudie les mécanismes utilisables pour limiter la consommation électrique, et faire ainsi durer ces objets plus longtemps.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus de 14 jours (2018/04/06 02:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8360: Resource Public Key Infrastructure (RPKI) Validation Reconsidered

de cette rubrique . La RPKI est un ensemble de formats et de règles pour certifier qui est le titulaire d'une ressource Internet, une ressource étant un préfixe d'adresses IP, un numéro de système autonome, etc. La RPKI est utilisée dans les mécanismes de sécurisation (securite-routage-bgp-rpki-roa.html) de BGP, par exemple pour vérifier qu'un AS est bien autorisé à être à l'origine d'un préfixe donné. Les règles initiales de la RPKI pour valider un certificat était trop strictes et ce RFC les assouplit légèrement (normalement, en gardant le même niveau de sécurité).

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus de 15 jours (2018/04/05 02:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8358: Update to Digital Signatures on Internet-Draft Documents

de cette rubrique . Les Internet-Drafts sont signés suivant les règles du RFC 5485, afin qu'une lectrice ou un lecteur puissent vérifier qu'un Internet-Draft n'a pas été modifié en cours de route. Ce nouveau RFC modifie légèrement le RFC 5485 sur un seul point : la signature d'Internet-Drafts qui sont écrits en Unicode.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a bientôt 23 jours (2018/03/29 02:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8354: Use Cases for IPv6 Source Packet Routing in Networking (SPRING)

de cette rubrique . Le sigle SPRING signifie « Source Packet Routing In NetworkinG ». C'est quoi, le routage par la source (source routing) ? Normalement, la transmission de paquets IP se fait uniquement en fonction de l'adresse de destination, chaque routeur sur le trajet prenant sa décision indépendemment des autres, et sans que l'émetteur original du paquet n'ait son mot à dire. L'idée du routage par la source est de permettre à cet émetteur d'indiquer par où il souhaite que son paquet passe. L'idée est ancienne, et resurgit de temps en temps sur l'Internet. Ce nouveau RFC décrit les cas où une solution de routage par la source serait utile.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a bientôt 24 jours (2018/03/28 02:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8308: Extension Negotiation in the Secure Shell (SSH) Protocol

de cette rubrique . Le protocole SSH n'avait pas de mécanisme propre pour négocier des extensions au protocole de base (comme celle du RFC 4335). En outre, une partie de la négociation, par exemple des algorithmes cryptographiques, se déroulait avant le début du chiffrement et n'était donc pas protégée. Ce nouveau RFC ajoute à SSH un mécanisme pour négocier les extensions après l'échange de clés et le début de la communication sécurisée, une fois que tout est confidentiel.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a bientôt 26 jours (2018/03/26 02:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

La vie privée à l'ère du RGPD

de cette rubrique . Samedi 24 mars 2018, aux JDLL (Journées du Logiciel Libre ()) à Lyon, j'ai fait un exposé sur la question de La vie privée sur l?Internet à l?ère du RGPD ().

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a bientôt 29 jours (2018/03/23 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Developing DNS-over-HTTPS clients and servers

de cette rubrique . The weekend of 17-18 March 2018, I participated to the IETF 101 () hackathon in London. The project was DoH, aka DNS-over-HTTPS, and the idea was to develop clients, servers, and to test that they interoperate.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a bientôt 30 jours (2018/03/22 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8310: Usage Profiles for DNS over TLS and DNS over DTLS

de cette rubrique . Afin de mieux protéger la vie privée des utilisateurs du DNS, le RFC 7858 normalise comment faire du DNS sur TLS, le chiffrement empêchant la lecture des requêtes et réponses DNS. Mais le chiffrement sans authentification n'a qu'un intérêt limité. Notamment, il ne protège pas contre un attaquant actif, qui joue les hommes du milieu. Le RFC 7858 ne proposait qu'un seul mécanisme d'authentification, peu pratique, les clés publiques configurées statiquement dans le client DNS. Ce nouveau RFC décrit d'autres mécanismes d'authentification, classés selon deux profils, un Strict (sécurité maximum) et un Opportuniste (disponibilité maximum).

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a bientôt 30 jours (2018/03/22 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8336: The ORIGIN HTTP/2 Frame

de cette rubrique . Le concept d'origine est crucial pour la sécurité de HTTP. L'idée est d'empêcher du contenu actif (code JavaScript, par exemple) d'interagir avec des serveurs autres que ceux de l'origine, de l'endroit où on a chargé ce contenu actif. Dans la version 1 de HTTP, cela ne posait pas (trop) de problèmes. Mais la version 2 de HTTP permet d'avoir, dans une même connexion HTTP vers un serveur donné, accès à des ressources d'origines différentes (par exemple parce qu'hébergées sur des Virtual Hosts différents). Ce nouveau RFC ajoute donc au protocole HTTP/2 un nouveau type de trame, "ORIGIN", qui permet de spécifier les origines utilisées dans une connexion.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 1 mois (2018/03/21 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8332: Use of RSA Keys with SHA-256 and SHA-512 in the Secure Shell (SSH) Protocol

de cette rubrique . Les RFC normalisant le protocole SSH mentionnaient la possibilité pour le serveur d'avoir une clé publique RSA, mais uniquement avec l'algorithme de condensation SHA-1. Celui-ci a subi plusieurs attaques et n'est plus du tout conseillé aujourd'hui. Ce nouveau RFC est la description officielle de l'utilisation de RSA avec SHA-2 dans SSH.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 1 mois (2018/03/20 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8255: Multiple Language Content Type

de cette rubrique . La norme MIME permet d'étiqueter un message en indiquant la langue, avec l'en-tête "Content-Language:" (RFC 4021). Mais comment faire si on veut envoyer le même message en plusieurs langues, pour s'adapter à une audience variée, ou bien si on n'est pas sûr des langues parlées par le destinataire ? C'est ce que permet le nouveau type de message "multipart/multilingual" qui permet d'étiqueter les messages multilingues.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 1 mois (2018/03/11 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Bitcoin, la monnaie acéphale

de cette rubrique . Le succès du Bitcoin puis, plus récemment, celui du concept de chaîne de blocs, ont entrainé l'apparition de nombreux ouvrages sur le sujet. Ce dernier livre a un point de vue résolument « pieds dans le plat », en démolissant pas mal de vaches sacrées de la littérature économique.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 1 mois (2018/03/07 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8326: Graceful BGP Session Shutdown

de cette rubrique . Voici une nouvelle communauté BGP, "GRACEFUL_SHUTDOWN", qui va permettre d'annoncer une route à son pair BGP, tout en l'avertissant que le lien par lequel elle passe va être bientôt coupé pour une maintenance prévue. Le pair pourra alors automatiquement limiter l'usage de cette route et chercher tout de suite des alternatives. Cela évitera les pertes de paquets qui se produisent quand on arrête un lien ou un routeur.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 1 mois (2018/03/07 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Ça y est, j'ai la fibre

de cette rubrique . Voilà, après des années de discussions et quelques essais ratés (premier-essai-fibre.html), je suis connecté à la maison avec une fibre optique via Free. C'est plus compliqué que ça n'en a l'air, notamment en raison de la multiplicité des acteurs, qui ne communiquent pas, ou guère.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 1 mois (2018/03/05 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8334: Launch Phase Mapping for the Extensible Provisioning Protocol (EPP)

de cette rubrique . Les registres de noms de domaine ont parfois des périodes d'enregistrement spéciales, par exemple lors de la phase de lancement d'un nouveau domaine d'enregistrement, ou bien lorsque les règles d'enregistrement changent. Pendant ces périodes, les conditions d'enregistrement ne sont pas les mêmes que pendant les périodes « standards ». Les registres qui utilisent le protocole EPP pour l'enregistrement peuvent alors utiliser les extensions EPP de ce nouveau RFC pour gérer ces périodes spéciales.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 1 mois (2018/02/28 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8324: DNS Privacy, Authorization, Special Uses, Encoding, Characters, Matching, and Root Structure: Time for Another Look?

de cette rubrique . Le DNS est une infrastructure essentielle de l'Internet. S'il est en panne, rien ne marche (sauf si vous faites partie de la minorité qui fait uniquement des "ping -n" et des "traceroute -n"). S'il est lent, tout rame. Comme le DNS, heureusement, marche très bien, et s'est montré efficace, fiable et rapide, il souffre aujourd'hui de la malédiction des techniques à succès : on essaie de charger la barque, de lui faire faire plein de choses pour lesquelles il n'était pas prévu. D'un côté, c'est un signe de succès. De l'autre, c'est parfois fragilisant. Dans ce RFC individuel (qui exprime juste le point de vue d'un individu, et n'est pas du tout une norme IETF), John Klensin, qui ne participe plus activement au développement du DNS depuis des années, revient sur certaines de ces choses qu'on essaie de faire faire au DNS et se demande si ce n'est pas trop, et à partir de quel point il faudrait arrêter de « perfectionner » le DNS et plutôt passer à « autre chose » (« quand le seul outil qu'on a est un marteau, tous les problèmes ressemblent à des clous? »). Une bonne lecture pour celleszetceux qui ne veulent pas seulement faire marcher le DNS mais aussi se demander « pourquoi c'est comme ça ? » et « est-ce que ça pourrait être différent ? »

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 1 mois (2018/02/23 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8335: PROBE: A Utility For Probing Interfaces

de cette rubrique . Pour tester qu'une machine est bien joignable, vous utilisez ping ou, plus rigoureusement, vous envoyez un message ICMP de type "echo", auquel la machine visée va répondre avec un message ICMP "echo reply". Ce test convient souvent mais il a plusieurs limites. L'une des limites de ce test est qu'il ne teste qu'une seule interface réseau de la machine, celle par laquelle vous lui parlez (deux interfaces, dans certains cas de routage asymétrique). Si la machine visée est un gros routeur avec plein d'interfaces réseau, le test ne vous dira pas si toutes fonctionnent. D'où cette extension aux messages ICMP permettant de spécifier l'interface qu'on veut vérifier.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 2 mois (2018/02/14 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8315: Cancel-Locks in Netnews articles

de cette rubrique . Cela peut sembler étonnant, mais le service des News fonctionne toujours. Et il est régulièrement perfectionné. Ce nouveau RFC normalise une extension au format des articles qui permettra de sécuriser un petit peu l'opération d'annulation d'articles.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 2 mois (2018/02/10 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Meltdown & Spectre

de cette rubrique . I didn't write about the hardware security vulnerabilities Meltdown and Spectre but André Sintzoff did and he asked for a place to put this online so, I host it here.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 2 mois (2018/02/08 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8303: On the Usage of Transport Features Provided by IETF Transport Protocols

de cette rubrique . La famille de protocoles TCP/IP dispose d'un grand nombre de protocoles de transport. On connait bien sûr TCP mais il y en a d'autres comme UDP et SCTP et d'autres encore moins connus. Cette diversité peut compliquer la tâche des développeurs d'application, qui ne savent pas toujours bien lequel choisir. Et elle pose également problème pour les développements futurs à l'IETF, par exemple la réflexion en cours sur les API. On a besoin d'une description claire des services que chaque protocole fournit effectivement. C'est le but du groupe de travail TAPS () dont voici le deuxième RFC : une description de haut niveau des services que fournit la couche transport. À faire lire à tous les développeurs d'applications réseau, à tous les participants à la normalisation, et aux étudiants en réseaux informatiques.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 2 mois (2018/02/08 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8304: Transport Features of the User Datagram Protocol (UDP) and Lightweight UDP (UDP-Lite)

de cette rubrique . Le RFC 8303, du groupe de travail TAPS (), décrit les fonctions et services rendus par les protocoles de transport aux applications. Ce RFC 8304 se focalise sur deux protocoles sans connexion, UDP et UDP-Lite. Quels services fournissent-ils ?

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 2 mois (2018/02/08 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8312: CUBIC for Fast Long-Distance Networks

de cette rubrique . Longtemps après sa mise au point et son déploiement massif sur Linux, voici la description officielle de l'algorithme CUBIC, un algorithme de contrôle de la congestion dans TCP.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 2 mois (2018/02/02 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Les fake news n'existent pas (et c'est vrai)

de cette rubrique . Le terme de fake news est à la mode en ce moment. Des sociologues en parlent, les médias s'inquiètent, les politiciens proposent des lois répressives. Pourtant, il n'y a aucun phénomène nouveau, juste le bon vieux mensonge, qui est pratiqué par beaucoup, y compris ceux qui dénoncent vertueusement les fake news.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 2 mois (2018/02/01 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8318: IAB, IESG, and IAOC Selection, Confirmation, and Recall Process: IAOC Advisor for the Nominating Committee

de cette rubrique . Un petit RFC bureaucratique pour traiter un manque du RFC 7437, qui ne disait pas que l'IAOC devait envoyer quelqu'un au NomCom, le comité de nomination.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 2 mois (2018/01/31 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8314: Cleartext Considered Obsolete: Use of TLS for Email Submission and Access

de cette rubrique . Ce RFC s'inscrit dans le cadre des efforts de sécurisation de l'Internet contre la surveillance massive, efforts notablement accélérés depuis les révélations Snowden. Désormais, l'usage de texte en clair (non chiffré) pour le courrier électronique est officiellement abandonné : POP, IMAP et SMTP doivent être chiffrés.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 2 mois (2018/01/27 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 2818: HTTP Over TLS

de cette rubrique . C'est un RFC très ancien que ce RFC 2818, et qui décrit une technologie qui ne s'est pourtant imposée presque partout que récemment, HTTPS (HTTP sur TLS). Le RFC n'a pas été remplacé depuis sa publication en? 2000, même si le RFC 7230 a apporté quelques changements.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 3 mois (2018/01/20 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Les spammeurs ne sont même pas compétents en standards du courrier

de cette rubrique . Comme vous, je reçois du spam via le courrier électronique. J'en reçois peut-être davantage car mon adresse publiée sur ce blog a manifestement été mise sur des listes d'« influenceurs » et autres blogueurs mode. Ces spams, plus orientés « professionnels » sont souvent en deux parties, une en texte seul et l'autre en HTML. Mais ce qui est amusant est que les deux parties sont parfois désynchronisées.

[Lire la suite sur Stéphane Bortzmeyer]
LAB3W.ORJ
il y a bientôt 4 mois (2018/01/19 18:35)
LAB3W.ORJ a modifié(e) l'article

Sous-Réseaux IPv6 (broadcast) - Classes de réseaux IPv6

de cette rubrique. Les sous réseaux IPv6, des exemples.
avatar
il y a un peu plus 3 mois (2018/01/14 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8300: Network Service Header (NSH)

de cette rubrique . Ce Network Service Header est un mécanisme concret pour faire passer sur le réseau les paquets destinés à une SF (Service Function, voir RFC 7665 pour l'architecture et les définitions). On colle un NSH, stockant plusieurs métadonnées, au paquet à traiter, on encapsule ce paquet à traiter et on l'envoie au dispositif de traitement via un réseau overlay. Et on fait l'opération inverse au retour. L'encapsulation peut se faire dans IP (par exemple avec GRE) ou dans un autre protocole.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 3 mois (2018/01/14 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Noms de domaine, DNS et vie privée

de cette rubrique . Le 13 janvier 2018, à Fontenay-le-Fleury, à l'invitation de l'association de libristes Root66 (), j'ai fait un exposé sur les noms de domaine, le DNS et la vie privée (). Presque trois heures, ouf (mais une galette après).

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 3 mois (2018/01/10 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Cours BGP au CNAM

de cette rubrique . Le 9 janvier 2018, c'était la première édition de mon cours BGP de trois heures au CNAM. Pour l'anecdote, c'était dans le bâtiment où il y avait eu la première connexion UUCP [Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 3 mois (2018/01/06 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8289: Controlled Delay Active Queue Management

de cette rubrique . Ah, la gestion des files d'attentes? Le cauchemar de plein d'étudiants en informatique. Et cela ne cesse pas quand ils deviennent ingénieurs et qu'il faut construire un routeur pour connecter des réseaux de capacités différentes, et qui aura donc besoin de files d'attente. Bref, dès qu'on n'a pas assez de ressources (et on n'en aura jamais assez), il faut optimiser ses files d'attente. Ce nouveau RFC décrit le mécanisme CoDel (mis en ?uvre depuis un certain temps dans le noyau Linux) qui permet notamment de limiter le terrible, l'épouvantable bufferbloat.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 3 mois (2018/01/03 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Le médecin qui voulut être roi

de cette rubrique . Voici un excellent livre sur le colonialisme, à travers le cas d'un médecin français, Jean-Joseph David, qui, en poste à Wallis, puis au Cameroun, a obtenu les pleins pouvoirs, et s'est lancé dans une utopie, créer une société parfaite.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 3 mois (2018/01/03 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8307: Well-Known URIs for the WebSocket Protocol

de cette rubrique . Il existe une norme pour un préfixe de chemin dans un URI, préfixe nommée ".well-known", et après lequel plusieurs noms sont normalisés, pour des ressources « bien connues », c'est-à-dire auxquelles on peut accéder sans lien qui y mène. Le RFC 5785 normalise ce ".well-known". Il n'était prévu à l'origine que pour les plans "http:" et "https:". Ce très court RFC l'étend aux plans "ws:" et "wss:", ceux des Web sockets du RFC 6455.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 3 mois (2018/01/01 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

La mer des Cosmonautes

de cette rubrique . Il fait froid dehors, en ce début 2018 ? Voici un livre pour se réchauffer : partez en Antarctique avec les polyarniks russes.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 3 mois (2017/12/24 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

Géolocation d'une adresse IP via le DNS

de cette rubrique . Pour Noël, un truc complètement inutile mais amusant : trouver la longitude et la latitude d'une adresse IP via le DNS.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 4 mois (2017/12/21 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8305: Happy Eyeballs Version 2: Better Connectivity Using Concurrency

de cette rubrique . Une machine connectée à l'Internet et répondant aux requêtes venues du réseau a souvent plusieurs adresses IP pour son nom. C'est parfois une adresse IPv4 et une IPv6 mais cela peut aussi être plusieurs adresses IPv6, ou bien un mélange en proportions quelconques. Les développeurs d'application et les administrateurs système qui déploieront ces applications ensuite, ont un choix difficile si certaines de ces adresses marchent et d'autres pas (ou mal). Si les différentes adresses IP de cette machine passent par des chemins différents, certains marchant et d'autres pas, l'application arrivera-t-elle à se rabattre sur une autre adresse très vite ou bien imposera-t-elle à l'utilisateur un long délai avant de détecter enfin le problème ? Cette question est connue comme « le bonheur des globes oculaires (globes-oculaires-heureux.html) » (les dits globes étant les yeux de l'utilisateur qui attend avec impatience la page d'accueil de PornHub) et ce RFC spécifie les exigences pour l'algorithme de connexion du client. En les suivant, les globes oculaires seront heureux. Il s'agit de la version 2 de l'algorithme, bien plus élaborée que la version 1 qui figurait dans le RFC 6555.

[Lire la suite sur Stéphane Bortzmeyer]
avatar
il y a un peu plus 4 mois (2017/12/20 01:00)
Stéphane Bortzmeyer a propulsé(e) le contenu

RFC 8297: An HTTP Status Code for Indicating Hints

de cette rubrique . Lorsqu'un serveur HTTP répond, la réponse contient souvent des liens vers d'autres ressources. Un exemple typique est celui de la page Web dont le chargement va déclencher le chargement de feuilles de style, de JavaScript, etc. Pour minimiser la latence, il serait intéressant de prévenir le client le plus tôt possible. C'est le but de ce RFC, qui décrit le code de retour intérimaire 103, qui prévient le client qu'il peut tout de suite commencer à charger ces ressources supplémentaires.

[Lire la suite sur Stéphane Bortzmeyer]
LAB3W.ORJ
il y a bientôt 9 mois (2017/08/02 16:00)
LAB3W.ORJ a modifié(e) l'article

Comment faire un réseau IPv6 ?

de cette rubrique. Comment faire un réseau IPv6 ? Architecture d'un réseau Internet Protocol V6 - Créer son réseau IPv6 : ICMPv6 / IP6TABLES.
LAB3W.ORJ
il y a bientôt 2 ans, le dimanche 17 juillet 2016. (2016/07/17 22:00)
LAB3W.ORJ a modifié(e) l'article

Howto IPv6 - Proxmox - ONLINE.NET

de cette rubrique. Howto IPv6 - Proxmox - ONLINE.NET Configurer un serveur Proxmox 4 chez ONLINE.NET, interface IPv6 principale et les routes des VMs (Virtuals Machines).
LAB3W.ORJ
il y a un peu plus 2 ans, le samedi 13 février 2016. (2016/02/13 13:00)
LAB3W.ORJ a modifié(e) la nouvelle

Comment faire multi sous-réseaux IPv6 sur plusieurs machines

de cette rubrique. Comment faire multi sous-réseaux IPv6 sur plusieurs machines Comment faire pour implanter de multiples sous-réseaux IPv6 sur plusieurs machines.
LAB3W.ORJ
il y a bientôt 5 ans, le samedi 31 août 2013. (2013/08/31 19:10)
LAB3W.ORJ a modifié(e) l'article

C'est l'heure de l'IPv6 !

de cette rubrique. C'est l'heure de l'IPv6 ! Avec l'épuisement d'adresses IPv4 qui arrive à terme, les acteurs majeurs de l'interNet assure de fournir un accès IPv6 complet à la date du 2011/06/08 ! Et les...
LAB3W.ORJ
il y a bientôt 6 ans, le vendredi 19 octobre 2012. (2012/10/19 22:58)
LAB3W.ORJ a modifié(e) l'article

IPv6 derrière une freebox + routeur Linux

de cette rubrique. IPv6 derrière une freebox + routeur Linux Free propose de l'IPv6. Par contre, petit hic, pour avoir une IPv6 il faut se brancher directement au cul de la freebox. Si vous êtes dans le cas où vous avez un routeur IPv...
LAB3W.ORJ
il y a bientôt 6 ans, le mardi 26 juin 2012. (2012/06/26 15:52)
LAB3W.ORJ a modifié(e) l'article

Howto IPv6 - Proxmox - OVH

de cette rubrique. Howto IPv6 - Proxmox - OVH Configurer un dédié OVH Proxmox 2, l'IPv6 principale et les VMs (Virtuals Machines).
LAB3W.ORJ
il y a un peu plus 6 ans, le mardi 14 février 2012. (2012/02/14 15:49)
LAB3W.ORJ a modifié(e) l'article

Howto Connect iSCSI Initiator

de cette rubrique. Howto Connect iSCSI Initiator iSCSI ou internet SCSI : monter un disque SCSI par le réseau TCP/IP.
LAB3W.ORJ
il y a un peu plus 6 ans, le jeudi 02 février 2012. (2012/02/02 18:06)
LAB3W.ORJ a modifié(e) l'article

Graphiques avec RRDTool

de cette rubrique. RRDTool, c'est une suite d'outils permettant de stocker des données, sous un format ''.rrd'', de les restaurer, d'afficher un graphique avec ces...
LAB3W.ORJ
il y a un peu plus 6 ans, le mercredi 01 février 2012. (2012/02/01 16:19)
LAB3W.ORJ a modifié(e) l'article

Howto SCP - envoie sécurisé de fichiers

de cette rubrique. Howto SCP - envoie sécurisé de fichiers La commande SCP permet d'envoyer et/ou de récupérer des fichiers en utilsant le protocole SSH
LAB3W.ORJ
il y a bientôt 7 ans, le jeudi 01 septembre 2011. (2011/09/01 06:15)
LAB3W.ORJ a modifié(e) la nouvelle

IPv4 est mort, vive IPv6 !

de cette rubrique. IPv4 est mort, vive IPv6 ! On vient de passer en dessous du seuil de 5% d'adresses IPv4 publique libres, et il ne reste plus que 223 jours avant d'épuiser le stock d'IPv4, oui moins d'un...
LAB3W.ORJ
il y a bientôt 7 ans, le jeudi 01 septembre 2011. (2011/09/01 06:15)
LAB3W.ORJ a modifié(e) l'article

MRTG : supervision réseau via le protocole SNMP

de cette rubrique. MRTG : supervision réseau via le protocole SNMP MRTG est un programme qui permet de créer des graphiques de l'activité de votre ordinateur. Ces graphiques sont sauvegardés sous forme de fichiers HTML.
LAB3W.ORJ
il y a bientôt 7 ans, le jeudi 01 septembre 2011. (2011/09/01 06:15)
LAB3W.ORJ a modifié(e) l'article

OLSR - Optimized Link State Routing protocol

de cette rubrique. OLSR - Optimized Link State Routing protocol OLSR est un protocole proactif de routage pour object mobile. Par extention, c'est aussi son implémentation. On le trouve sous windows et linux et autres.
LAB3W.ORJ
il y a bientôt 7 ans, le jeudi 01 septembre 2011. (2011/09/01 06:14)
LAB3W.ORJ a modifié(e) la nouvelle

Ereshkigal - moniteur de tunnels autoSSH - version 0.3

de cette rubrique. Ereshkigal - moniteur de tunnels autoSSH - version 0.3 Ereshkigal est un moniteur de tunnel autoSSH en ligne de commande, sous licence GPLv3.
LAB3W.ORJ
il y a 7 ans et demi, le lundi 13 décembre 2010. (2010/12/13 04:35)
LAB3W.ORJ a modifié(e) le lien web

IPv6 Théorie et Pratique

de cette rubrique. IPv6 Théorie et Pratique
LAB3W.ORJ
il y a bientôt 8 ans, le dimanche 07 novembre 2010. (2010/11/07 17:54)
LAB3W.ORJ a modifié(e) le lien web

HOWTO IPv6 Linux (fr)

de cette rubrique. HOWTO IPv6 Linux (fr)
ZW3B
à l'aube du site, le jeudi 12 juillet 7 (2007/07/12 22:49)
ZW3B a publié(e) le lien web

Wallu : PagesPerso-Orange

dans cette rubrique. Wallu : PagesPerso-Orange ADSL et glossaire des télécommunications

ZW3B.FaceBook

Rien A Voir

Hom3work's

Claire Harrison

Valid XHTML 1.0 Strict CSS Valide !

ipv6 ready