Sytoka Modon a écrit 4550 commentaires

Esterel sur Wikipedia

Tu sais, lorsque chez toi, tu as 20M en descendant et 500k en montant, je n'appelle pas non plus cela internet. Avoir une IP privé et faire du NAT non plus… C'est quoi une bonne définition d'une connexion internet car avoir une IP publique avec une connexion symétrique et tous les ports ouverts, c'est rare je pense pour un particulier.

Je suis sur que le pops imaps smtps… sont aussi ouvert. Le smtps vers le/les serveurs de l'université et non vers le monde entier. Pas besoin de QOS pour cela, quelques règles sur le routeur suffissent.

Sur RENATER, le téléchargement illégal est interdit et RENATER contrôle un certain nombre de chose (je ne sais pas comment ils font), notamment la mule. Ainsi j'ai déjà eu une remonté du CERT lorsqu'un de mes utilisateurs avaient téléchargé un film… Cela va donc un peu plus loin que le simple frein. Ensuite, il y a le problème de l'Upload, nos machines font de très très bon serveur car notre connexion est symétrique.

Les alertes CERT sur les chambres d'étudiants sont comptabilisés avec les autres, dans le compte de l'université. Je sais qu'il y a quelques années, on a eu droit a un tour de vis coté filtrage car l'université était très mal classée au niveau nationale (en grande partie du aux chambres CROUS). Le réseau RENATER n'est pas le réseau Orange ou Free (on utilise nos propres fibres optiques entre les grandes villes) et c'est un peu comme si on mettait les chambres des hôtels IBIS dans les réseaux PSA, FIAT, Renault…

Encore une fois, beaucoup d'étudiants s'engagent à respecter la charte RENATER mais piratent le premier soir venu. Tu ne va pas les mettre à la porte quand même ! Je crois qu'actuellement, les règles sur les chambres du CROUS sont effectivement sévères mais si quelqu'un a une bonne solution à proposer, je suis sur que les universités seront enchantées de l'étudier.

Si je comprend bien, RENATER les universités filtre pour ne pas avoir à s'emmerder avec la qualité de service. Je trouve ça grave… On trouve toujours de bonnes raisons pour faire n'importe quoi.

Je n'ai jamais dis qu'elles filtraient tout…

RENATER est un réseau qui est globalement très surveillé et ou l'anonymat est interdit. Je ne gère aucun routeur donc je ne sais pas qu'elle serait la meilleure solution. Je sais juste que la majorité des alertes proviennent des résidences CROUS et que les DSI universitaire n'ont pas la gestion des résidences CROUS en priorité, j'ai plus l'impression qu'elles font cela en plus, pour dépanner… L'enseignement et la recherche passent (heureusement) devant.

Il est totalement interdit de pirater sur la mule un film sur RENATER. Si tu as une solution de filtrage simple et qui fonctionne, je suis sur que RENATER est à l'écoute. Idem pour éviter toute concentration de noeud sur une machine RENATER en cas de P2P. Mais attention, RENATER est ouvert sur le monde entier car nous travaillons avec toutes les autres universités… C'est donc bien plus complexe que pour une entreprise.

Le réseau RENATER n'a rien à voir avec le réseau de Free ou d'Orange. C'est pas du tout un réseau qui est configuré pour un particulier.

Sur notre site, ce sont effectivement les universités qui filtrent (sur consigne InterU et RENATER). Tout le monde applique à peu près les mêmes règles. Le CROUS ne fait rien car en général, son réseau est géré par une des universités du site.

Pourquoi on filtre : les routeurs en entrée de site sont en 10Gb/s de plus en plus (voire plus de 10Gb/s). Le trafic est symétrique, pas asymétrique comme avec l'ADSL. Un poste Windows non filtrés est piraté avant même que l'installation soit finit si on ne fait rien. Coté P2P, si on ne filtre pas, tout les téléchargements se concentrent sur nos machines… Le P2P est un truc super dans un réseau homogène mais comme nos postes de travail sont presque tous sur des prises 1Gb/s sur le net, on est au limite du P2P. C'est donc pas par plaisir que le P2P est bloqué mais parce que la bande passante doit être utilisé prioritairement dans le cadre professionnel, par exemple pour rapatrier des Go de données depuis les centres de calcul nationaux. Je n'ai jamais eu besoin de télécharger une iso en torrent par exemple car le téléchargement direct est toujours super rapide.

A noter que j'ai vu des statistiques d'attaque par nos RSSI, la grande majorité des soucis proviennent chaque année des résidences du CROUS… Bref, RENATER est un réseau très particulier et il faudrait peut être mettre les résidence du CROUS sur un autre réseau ? Je pense que tous les RSSI seraient enchanté si on leur proposaient une solution qui marche et ne prennent pas trop de temps de travail. En effet, les DSI universitaire gèrent le CROUS mais c'est pas vraiment leurs cœurs de mission !

Ceci dis, je ne valide pas pour autant tout le filtrage… Par exemple, XMMP est souvent bloqué ce que je trouve idiot ! Bref, à trop filtrer, on participe au tout HTTP…

Il n'y a pas de couche supplémentaire lorsqu'on utilise byobu. Chez moi, un ps faux me renvoi la commande effective tmux. byobu n'est qu'un wrapper dont la dernière ligne est un exec… Il est trivial de se faire un alias dans bash afin d'avoir un équivalent proche à epsilon près.

tmux -2 -f /usr/share/byobu/profiles/tmuxrc

Le complément de byobu (tmux) idéal à mon sens est mosh qui permet d'avoir un connexion distante très robuste. Si on n'a pas besoin de retour graphique ou de redirection de port, c'est l'outil complémentaire impeccable.

Byobu lance tout simplement tmux avec un autre jeu de commande par défaut qui est assez pratique et plus proche de screen.

A mes souvenirs, les HOME sous SMBFS ne fonctionne pas sous GNU/Linux. Il y a des soucis au niveau des fichiers de configuration. Par NFS par contre, aucun soucis (sauf de charge réseau, puissance du serveur central).

Ca n'a rien à voir, les paquetages Debian ont une catégorie et des tags qui permettent de faire une recherche par facette…

Les espaces de nom permettent de regrouper sous une même branche des modules, des branches se développent, d'autres meurent… Si tu ne fais pas cela, tu te retrouves avec 100000 fichiers en vrac à la racine de ton système de fichier ;-) Sur le CPAN, tu peux regarder par exemple du coté de DBIx ou de MouseX… Il y a un coté réseau social ou des personnes vont venir déposer leur module dans une hiérarchie afin de lui apporter de nouvelles fonctionnalités.

Je ne pense pas que les TAG aient le même rôle et je suis sur que l'aspect collaboratif fonctionne moins bien pour construire un ensemble cohérent de module.

Dernier point, les sources ne sont pas dans OPAM à ce que j'ai vu, c'est un ensemble de lien vers des sources externes. Tout peux donc être cassé à tout moment. Il faut à mon sens intégrer tout le code source (libre) dans des serveurs centraux gérés par une fondation.

De toute manière, c'est très difficile de savoir pourquoi tel projet a marché a telle époque et tel autre plus tard… Il y a quelques règles de bonnes conduites je pense mais il y a aussi un effet buzz/mode peu prévisible qui fait qu'après, on voit des moments clefs mais que sur le coup, cela me semble rarement objectif.

D'abord, ce n'est qu'un annuaire et non un vrai CPAN mais il manque aussi je pense la gestion des espaces de nom comme sur le CPAN qui en fait d'ailleurs sa grande force. En effet, avec le système collaboratif du CPAN, avec le temps, certain espaces de nom se sont enrichis et c'est la communauté qui régule cela toute seule.

On a avec OCaml certes une liste de paquetage mais à mon sens en vrac et dont les noms sont pas forcément parlant ni hiérarchisé… On a d'ailleurs à ce niveau là le même soucis en Python ou chaque auteur choisis le nom qu'il veut mais pas celui du voisin. L'émergence et la vie des branches dans l'espace de nom du CPAN est vraiment une merveille…

Opam vient également changer la donne dans la diffusion des bibliothèques

Cela fait des années que je dis qu'il faut un CPAN pour OCaml… Ceci dis, si j'ai bien compris, ce n'est pas encore un CPAN car cela reste un annuaire qui télécharge vers le repository alors qu'un CPAN (ou CTAN) contient une copie locale de la version du paquetage. Pour l'historique et la pérennité, c'est très différent. Il n'y a par exemple aucune dépendance sur sourceforge ou github par exemple…

Oui mais cela prends plus de RAM donc tu perds un peu en performance et ayant tout le code, tu as aussi tous les bogues… Pas sur que la performance et la sécurité y gagne au final.

Surtout qu'une souris est rentré dans le photocopieur Xerox et à fait tout planté !

Les états occidentaux ne respectent plus la vie privée puisqu'ils se couchent allègrement devant le scandale de la NSA dans un silence impressionnant… Donc pour moi, c'est comme pour les droits d'auteurs qui sont abusifs dans la durée, chiffrer son disque avec une clef correcte est une mesure citoyenne.

Je conseille sssd sous GNU/Linux pour gérer les accès LDAP et le cache. C'est à mon sens plus simple et plus performant que pam-ldap.

Oui, je me souviens aussi de l'intégration de systrace à OpenBSD qui permet de réduire les attaques avec un système assez simple.

Je ne dis pas que c'est parfait mais je pense personnellement que c'était la bonne voie, quitte à l'améliorer par la suite.

Au final, cela reviens à dire que les windows manager auraient du gérer les onglets depuis longtemps. Cela me rappelle un débat une quinzaine d'année en arrière ;-)

Cela dépend du bâtiment… Avec la solution fibre, tu n'as plus qu'un seul local technique par bâtiment (s'il n'est pas TROP grand quand même). Les commutateurs ne sont pas POE puisque ce sont les micro-switch qui le sont donc même pas besoin de clim si la pièce est bien conçu. En effet, un partie de la puissance dissipée est répartie dans les micro switch qui sont dans les goulotte et non en salle serveur.

Tu ne poses pas de chemin de câble au plafond. Tu fixes ton câble sur la tranche de celui des courants forts, c'est un sacré gain. De plus, dans les bâtiments neufs, avec toute la daube de la clim et du système d'aération, il n'y a pas forcément beaucoup de place. De plus, dérouler la fibre et la fixer sur le chemin de câble est super rapide et impacte au final peu le chantier au niveau des couloirs. Bonus, pas de merde de terre, ton réseau informatique est isolé (qui n'a jamais eu des ports pété en cas d'orage).

Si tu as besoin de 10Gb/s entre deux points voir plus, c'est possible sans avoir à tout rouvrir… Si tu as besoin de prise supplémentaire dans un coin, idem, pas besoin de tout rouvrir jusqu'à la salle serveur. Il suffit d'aller au boîtier d'éclatement le plus proche.

De tête, un commutateur HP Comware 24 port fibre coute 1200€ à l'UGAP. A cela tu ajoutes le module 10Gb/s pour la remontée. Un transceiver mono se trouve à 50€ et la jarretière à moins de 20.

J'ai vu plusieurs tableaux de chiffres passer et selon les cas, on est à plus ou moins 10% de la solution cuivre. Donc parfois,c'est moins cher, parfois plus cher. Si cette solution était généralisée, elle serait actuellement bien moins cher du fait des grandes séries (un transceiver 1Gb/s mono doit couter environ 10€ max sortis d'usine). Seulement, les industriels du bâtiment et les DSI n'y connaissent rien sur la question… Et puis, vu que la marge est sur le chiffre, les intermédiaires n'ont pas forcément envie d'une solution moins chère qu'ils ne connaissent pas en plus !

Je ne parle pas du multimode qui n'a plus de raison d'exister à ce jour. Compare un câble cat7 et une simple fibre mono. Le câble cuivre devient d'une très grand complexité alors que la fibre mono, qui était très technique il y a 20 ans, est aujourd'hui une technologie parfaitement maîtrisée et au final assez simple. Au vu des réserves mondiales de cuivre, celui-ci doit, à mon sens, être mis en priorité sur le courant fort.

Android est numéro 1 du smartphone or il a un coeur Linux.. Le premier argument est donc pipeau. A partir de là, faut-il aller plus loin ?

Tu fais tout passer dans un câble gros comme le petit doigt que tu peux fixer sur la tranche des chemins de câbles électrique. Donc dans le faux plafond, il n'y a quasiment plus rien. En monomode, tu n'as aucune limite en terme de distance ou de débit. Donc tu peux tout regrouper en 1 seul point central. Comme tu as 4 prises sur un microswitch, en central, tu divises en gros par 4 le nombre de port. Bref, le prix est globalement équivalent mais ton réseau pourra monter au 10 ou au 100Gb/s sans problème.
La fibre monomode était quelque chose de très pointus il y a 20 ans mais aujourd'hui, tu trouves des transceivers pour pas cher et cela ne va que descendre. En plus en monomode, une seule fibre suffit pour l'aller et le retour. De l'autre coté, le câble cuivre devient de plus en plus complexe et de plus en plus technique. Je ne crois pas à la prise GG45.

Ca ne viens pas de moi mais de la en pratique : http://www.nextinpact.com/news/89399-arm-amazon-et-free-parmi-entreprises-plus-innovantes-au-monde.htm

Tiens on peux rajouter dans le secteur informatique :

• Free (français)
• OVH (français)
• ARM (anglais)

Je trouve par contre que depuis que c'est Orange qui est derrière, Dailymotion patine sévère.

Sinon, tu peux câbler un bâtiment en tout fibre et mettre des micro-switch dans les goulottes. Plus de liaison cuivre sauf les deux mètres terminaux. Il y a deux constructeur de micro switch : Nexans et Microsens, tous les deux Européens… Ce n'est pas encore très connu mais cela est en train de révolutionner le câblage des bâtiments.

• http://nexans-switch.dk/
• http://www.nexans.de/eservice/Germany-en/navigate_321312_10139_30_13820/FTTO_Microswitch_Systems_48VDC_Gigabit_Ethernet_managed_Power_over_Ethernet_PoE_.html
• http://www.microsens.com/products/category/micro-switches/