IPOT

• [^]Re: IPOT

  Posté par darkleon (page perso, ) le 28/02/2006 à 17:50. (lien). Évalué à 10.

  Je suis en 1996, le 28 février, je me suis demandé comment serait l'internet 10 ans plus tard, et ma connexion modem n'apprécie pas trop.
  Si c'est ça le progrès, déjà que je paye 15fr de l'heure pour surfer, et il me faut 5min par page.
  Quand à télécharger le dernier noyau linux, c'est cher le logiciel libre à 500fr les sources du noyau.
  Je n'ose même pas me connecter en 2016 pour voir si le hurd est enfin disponible de peur de faire exploser ma facture FT.

  [ Répondre ]

  • [+] [^]HTTP

    Posté par Cyril Danilevski () le 28/02/2006 à 18:31. (lien). Évalué à -10.

    Pas de peau (pot?) les gars :D
    
    Moi j'utilise l'html. en 512 k. Mais comme je suis assez près du centre d'où partent les connexion (j'ai oublié le nom) [il est situé à peu près à 500 mètre], j'ai souvent 1 Mo

    [ Répondre ]

    • [^]Re: HTTP

      Posté par Jérôme () le 28/02/2006 à 18:51. (lien). Évalué à 2.

      Les connexions partent du DSLAM pour ta gouverne!
      
      http://www.linux-france.org/prj/jargonf/D/DSLAM.html

      [ Répondre ]

      • [^]Re: HTTP

        Posté par Thomas Bigot (Jabber id, page perso, ) le 28/02/2006 à 19:01. (lien). Évalué à 8.

        Bof... :)
        
        Le centre d'où partent les connexions, c'est le NRA (N½ud de Raccordement Abonné).
        
        Le DSLAM, c'est plutôt une unité électronique rassemblant une portion des abonnés d'un même FAI, et qui fait office de modem. Un NRA contient potentiellement des disaines de DSLAMs.

        [ Répondre ]

        • [^]Re: HTTP

          Posté par tuiu pol (Jabber id, ) le 02/03/2006 à 19:10. (lien). Évalué à 4.

          s/disaines/dizaines/ (non mais)

          [ Répondre ]

    • [^]Re: HTTP

      Posté par darkleon (page perso, ) le 28/02/2006 à 23:11. (lien). Évalué à 10.

      Je me suis reconnecté en 2006, et j'ai plus de 15mbits, finallement, je peux télécharger le dernier noyau linux.
      Par contre pour HURD, c'est encore pour 2016 apparement :-)

      [ Répondre ]

      • [^]Re: HTTP

        Posté par Benjamin G. ( Prae ) (page perso, ) le 02/03/2006 à 13:04. (lien). Évalué à 3.

        Je me suis connecté en 2099.
        
        Le monde est vert gris.
        Des hommes en costumes et noir et blanc me pourchassent sans arrêt ...
        Zut ! Ils m'ont repérés !!!
        *biiiiliip biiiliiip*
        *Opérateur! la ligne a été tracé !! j'ai besoin d'un point de sortie ... Vite !!
        ....
        Franklin et d'Erie, dans un vieux magasin?! ok !*
        *#!%$* zut !!! raaaaaah !! c'est pas passé loin !!*
        *drrrrrrrrrring drrrrrrrrrinnng*
        *hang up briiiiiiiiiiiiz*
        
        ... Fiou! c'est chaud cette année 2099 !

        [ Répondre ]

        • [^]Re: HTTP

          Posté par Olivier Tigro () le 03/03/2006 à 10:09. (lien). Évalué à 7.

          Purée, ils ont toujours une faille dans OpenSSH qui date d'un siècle !
          Feignasses d'admins du futur !
          
          C'est pas compliqué, pourtant, apt-get update && apt-get dist-upgrade...
          
          Sauf si évidemment les mirroirs Debian sont tombé en 2007 suite à un amendement à la loi DADVSI II

          [ Répondre ]

• [^]Re: IPOT

  Posté par Mildred (Jabber id, page perso, ) le 01/03/2006 à 13:46. (lien). Évalué à 4.

  Mais, ca existe vraiment IPOT ou ce n'est qu'une mauvaise blague ? D'après le screenshoot, le 23 mars (bientôt donc) on devrait avoir a la fois un bzip3 et un kernel 3.2 ...
  Je ne dis pas que ce 'est pas possible ... mais ca me paraît bizarre. A moins qu'il y ait des subtilités que je ne comprenne pas dans le fonctionnement de ce protocole ..
  
  http://kadreg.free.fr/ipot/ipot-screen-big.png

  --
  La Roue du Temps

  [ Répondre ]

  • [^]Re: IPOT

    Posté par Nicolas Évrard (Jabber id, page perso, ) le 01/03/2006 à 22:37. (lien). Évalué à 7.

    Je crois que les versions d'IPOT avec un numéro de release inférieure à 3 avaient un bug du parser qui mélangeait les dates de façon aléatoire. C'est probablement ce qu'il s'est passé là. Notons d'ailleurs que c'est grace à ce bug que la release 3 d'IPOT (et donc le bug) a été découvert.

    --
    Le scheme c'est bien.

    [ Répondre ]

  • [^]Re: IPOT

    Posté par Thy (page perso, ) le 02/03/2006 à 17:47. (lien). Évalué à 0.

    Ce genre de commentaire me fait penser qu'on devrait titiller un peu le crazy child, histore qu'il nous implémente tout ca de facon propre et révolutionnaire.

    [ Répondre ]

Génération MacTel

• [^]Re: Génération MacTel

  Posté par be_root (page perso, ) le 28/02/2006 à 21:20. (lien). Évalué à 9.

  IPoT, c'est un ami électronique ? Je demande, parce que là, mon meilleur ami me regarde d'un air inquiet, cherchant à deviner où je peux bien vouloir brancher mon cordon firewire...

  
  
  Bon, commence par le faire asseoir, je pense que ça peut le détendre...
  
  Ensuite montre lui une prise firewire. Franchement, c'est pas la mer à boire. S'il n'est pas convaincu, montre lui une prise parallèle, il va apprécier le progrès.

  --
  Les démineurs travaillent d'arrache-pied

  [ Répondre ]

  • [^]Re: Génération MacTel

    Posté par Jimmy (page perso, ) le 28/02/2006 à 21:48. (lien). Évalué à 2.

    montre lui une prise parallèle, il va apprécier le progrès.
    
    Pourquoi pas un bon vieux gros connecteur Token Ring hermaphrodite, tant que tu y es ?
    http://www.mycableshop.com/300x300/CTRC5-BA.large.jpg
    (à peu près taille réelle)
    
    --->[]

    [ Répondre ]

    • [^]Re: Génération MacTel

      Posté par bidibulle () le 28/02/2006 à 23:52. (lien). Évalué à 4.

      Je trouve cette photo super érotique. Je suis cinglé d'après vous?

      [ Répondre ]

      • [^]Re: Génération MacTel

        Posté par dark_star () le 01/03/2006 à 21:36. (lien). Évalué à 10.

        oui

        [ Répondre ]

• [^]Re: Génération MacTel

  Posté par Sylvain Sauvage () le 28/02/2006 à 21:50. (lien). Évalué à 5.

  Voyons, voyons... firewire = câble de/à/pour feu
  Où ton ami peut-il bien avoir le feu en question ?

  [ Répondre ]

https

• [^]Re: https

  Posté par nonas (Jabber id, page perso, ) le 01/03/2006 à 12:50. (lien). Évalué à 5.

  Et puis si c'est là, pourquoi ne pas en profiter ?
  
  /me, pour un web tout en https !

  [ Répondre ]

  • [^]Re: https

    Posté par Thomas Bigot (Jabber id, page perso, ) le 01/03/2006 à 13:01. (lien). Évalué à 1.

    Pour des connexions de confiance, comme chez moi, je n'utilise jamais le https car je me dis que ça serait utiliser des ressources supplémentaires pour rien.
    
    Je me trompe ?

    [ Répondre ]

    • [^]Re: https suxors des ours (c)

      Posté par Amaury () le 01/03/2006 à 16:22. (lien). Évalué à 10.

      Oui, c'est mal de gâcher des électrons.
      En plus, si tu évites absolument d'utiliser du HTTPS pendant une année complète, grâce à tout l'électricité économisé du fait que ton processeur travaille moins (à cause de l'absence de calculs liés au chiffrement) tu peux économiser presque 0,00015 ¤ en à peine un an sur ta facture EDF ! C'est pas rien quand même !

      [ Répondre ]

      • [+] [^]Re: https suxors des ours (c)

        Posté par Cyril Danilevski () le 01/03/2006 à 19:16. (lien). Évalué à -2.

        C'est bien pour les grosse boite ça, mais quand on est des petits privé comme nous, ça n'a pas une grandes importance. C'est sûr qu'au siècle c'est non négligeable, mais à la décennie, ça va ;)

        [ Répondre ]

        • [^]Re: https suxors des ours (c)

          Posté par georgeswwbush (page perso, ) le 01/03/2006 à 20:10. (lien). Évalué à 6.

          rappelez-vous.. les petits ruisseaux font les fleuves !!!
          
          à tout autre niveau, si chacun d'entre nous cessait d'être égoïste à balancer ses saloperies dans la rue, la planète serait plus propre.
          Le connard de base se dit-> juste un pack mcdo, c'est pas bien grave !!
          le tout multiplié par 1000 connards, regardez le résultat
          
          
          Esprit typiquement français ça: si je nique le système, c'est pas grave, c'est pas beaucoup

          [ Répondre ]

          • [^]Re: https suxors des ours (c)

            Posté par Cyril Danilevski () le 01/03/2006 à 20:21. (lien). Évalué à 2.

            C'est ce que j'ai pensé en relisant mon poste :D

            [ Répondre ]

          • [^]Re: https suxors des ours (c)

            Posté par Benjamin G. ( Prae ) (page perso, ) le 02/03/2006 à 13:08. (lien). Évalué à 5.

            Quand je lis ton commentaire, puis après je lis ton "pseudo" ... j'ai un truc qui fait "bip" dans ma tête :-\

            [ Répondre ]

      • [^]Re: https suxors des ours (c)

        Posté par Thomas Bigot (Jabber id, page perso, ) le 01/03/2006 à 21:41. (lien). Évalué à 6.

        Je parlais du serveur bien sûr ! :)
        Si tu savais tous les électrons que je gaspille allégrement sur ma machine ! :P
        
        Un serveur associatif comme celui de LinuxFr n'a pas des ressources illimitées, et je me dis que la part des accès en https doit déterminer pas mal la consommation CPU.
        
        Donc vu que je n'ai aucun besoin de chiffrer mes échanges avec ce serveur, je choisis l'économie. C'est là que porte ma question : quelle est le surplus de conso CPU sur le serveur généré par des accès en SSL ?

        [ Répondre ]

        • [^]Re: https suxors des ours (c)

          Posté par Fabien Engels (page perso, ) le 05/03/2006 à 18:31. (lien). Évalué à 5.

          Il me semble que c'est pas si enorme que ça, etant donné que c'est du chiffrement symétrique (trés peu gourmand en ressource), le chiffrement assymétrique (clé privée/publique, qui lui est assez gourmand) est utilisé uniquement à l'établissement de la connection afin d'echanger la clé qui sera utilisé par la suite pour le chiffrement symétrique ...

          [ Répondre ]

      • [^]Re: https suxors des ours (c)

        Posté par François Becker (page perso, ) le 07/03/2006 à 13:03. (lien). Évalué à 2.

        grâce à tout l'électricité économisé du fait que ton processeur travaille moins (à cause de l'absence de calculs liés au chiffrement) tu peux économiser presque 0,00015 ¤ en à peine un an sur ta facture EDF !

        
        euh, ouais, mais si t'as le chauffage électrique ça revient au même : plus ton ordinateur chauffe moins les radiateurs ont besoin de chauffer... 1W dans ton ordi chauffe autant qu'1W dans ton radiateur électrique... alors perso mieux vaut que ce watt serve à faire des calculs avant de chauffer ;)

        --
        elle est libre ma musique : http://moala.online.fr/audiosite/

        [ Répondre ]

        • [^]Re: https suxors des ours (c)

          Posté par Hugo (page perso, ) le 07/03/2006 à 20:58. (lien). Évalué à 1.

          Je ne suis pas sur que ce soit entièrement juste: en éffet toute l'énergie électrique utilisée par un radiateur électrique est transformée en chaleur par éffet joule, alors que dans le cas de l'ordinateur, la plupart est transformée en chaleur dans le cpu par éxample par des résistances qui font baisser la tension pour bien alimenter les transistors du cpu.
          Mais https requiert plus de bande passante que http, pour le transfert de clés et des données chiffrées. or la bande passante est physiquemment matérialisée par des électrons qui passent par votre modem et s'en vont rejoindre les nra, c'est donc de l'énergie perdue dans les cables téléphoniques (ou autre).
          Bien que cela doit être négligeable (qui a dit que j'aimais enculer des mouches!!) , ce n'est pas éxactement la même chose qu'un radiateur.
          
          Merci de me corriger si je me suis trompé (je ne suis pas spécialiste)
          
          Encore une autre question: comme en https on download plus (plus grande utilisation de la bande passante) est-ce que les bits qu'on recoit compensent ceux qu'on envoie? Je vais me renseigner sur le fonctionnement des cables telephonique :)

          --
          mon weblog (pas à jour): http://dotblog.free.fr

          [ Répondre ]

          • [^]Re: https suxors des ours (c)

            Posté par Sylvain Sauvage () le 08/03/2006 à 16:29. (lien). Évalué à 4.

            Merci de me corriger si je me suis trompé (je ne suis pas spécialiste)

            
            Jamais d'accent devant une consonne double ('x' est une consonne double).
            Hum, euh, sinon, c'est pas parce qu'on chiffre qu'on augmente forcément la taille. Bon là, en fait, si. Mais comme ça réchauffe les fils téléphoniques, ça réchauffe les pattes des oiseaux et comme ça ils attrapent pas la grippe...

            [ Répondre ]

            • [^]Re: https suxors des ours (c)

              Posté par Benoît Sibaud (Jabber id, page perso, ) le 13/03/2006 à 13:50. (lien). Évalué à 3.

              > Jamais d'accent devant une consonne double ('x' est une consonne double).
              
              (...)
              châsse
              (...)
              haïssable
              (...)

              [ Répondre ]

              • [^]Re: https suxors des ours (c)

                Posté par Sylvain Sauvage () le 14/03/2006 à 19:42. (lien). Évalué à 3.

                Sans vouloir vexer personner, ceux qui utilisent l'imparfait du subjonctif peuvent utiliser une règle plus complexe que ceux qui ont déjà du mal avec les « 200 mots qu'on cause ».
                
                (Pour le tréma, ce n'est pas un accent comme les autres, mais c'est vrai que c'est un accent...)
                
                Sinon, c'est un peu comme la règle « voyelle+'s'+voyelle se prononce 'z' » : il est certes un peu désuet de prononcer 's' pour « désuétude », mais comme prononce-t-on « vraisemblable » ?

                [ Répondre ]

                • [^]Re: https suxors des ours (c)

                  Posté par Sylvain Sauvage () le 14/03/2006 à 20:06. (lien). Évalué à 2.

                  Oups, j'ai lu trop vite : « châsse » (comme enchâsser, châssis), pas « crûsse » (de croître), que j'attendais.
                  
                  N'empêche : ce ne sont que de très rares exceptions.

                  [ Répondre ]

          • [^]Re: https suxors des ours (c)

            Posté par Krunch (Jabber id, page perso, ) le 18/03/2006 à 12:42. (lien). Évalué à 2.

            https requiert plus de bande passante que http

            HTTPS compresse les données, HTTP peut le faire mais c'est pas toujours le cas.

            --
            Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
            pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

            [ Répondre ]

            • [^]Re: https suxors des ours (c)

              Posté par Olivier Jeannet () le 20/03/2006 à 11:21. (lien). Évalué à 3.

              HTTPS compresse les données
              
              HTTPS chiffre les données, mais ne les comprime pas (à l'image du SSL).
              La compression du trafic HTTP (et HTTPS) est possible quand le serveur et le client le supportent, c'est indépendant du chiffrement.

              [ Répondre ]

              • [^]Re: https suxors des ours (c)

                Posté par Krunch (Jabber id, page perso, ) le 20/03/2006 à 19:34. (lien). Évalué à 3.

                HTTPS = HTTP + SSL/TLS
                Et dans la RFC 2246 qui décrit TLS 1.0, on trouve (section 6.2.2):

                All records are compressed using the compression algorithm defined in the current session state. There is always an active compression algorithm; however, initially it is defined as CompressionMethod.null.

                On retrouve exactement la même chose (à un ; près) dans SSL 3.0 tel que défini dans ce brouillon (section 5.2.2): http://wp.netscape.com/eng/ssl3/draft302.txt
                
                SSL/TLS compresse permet donc bel et bien les données indépendamment de HTTP. Bon j'avoue que j'ai pas vérifié si les implémentations courantes utilisent autre chose que CompressionMethod.null.

                --
                Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
                pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

                [ Répondre ]

                • [^]Re: https suxors des ours (c)

                  Posté par Olivier Jeannet () le 21/03/2006 à 10:36. (lien). Évalué à 2.

                  SSL/TLS compresse permet donc bel et bien les données indépendamment de HTTP. Bon j'avoue que j'ai pas vérifié si les implémentations courantes utilisent autre chose que CompressionMethod.null.
                  
                  En pratique je suis à peu près sûr que non, j'ai aussi demandé à des connaissances. D'ailleurs SSH offre une option de compression de données ("- C"), ce qui tend à montrer que par défaut le SSL ne comprime pas.

                  [ Répondre ]

                  • [^]Re: https suxors des ours (c)

                    Posté par Krunch (Jabber id, page perso, ) le 21/03/2006 à 11:35. (lien). Évalué à 2.

                    En pratique on dirait qu'OpenSSL implémente une compression RLE et zlib (RFC1950) mais je doute aussi que ça soit utilisé par défaut (voir openssl/doc/ssl/SSL_COMP_add_compression_method.pod mais le fichier n'est peut-être plus à jour non plus). Sinon il y a la RFC3943 qui définit une méthode de compression pour TLS/SSL.
                    
                    SSH n'a rien à voir avec SSL/TLS et zlib est dans le protocole de base (RFC4253) mais son implémentation est optionnelle.

                    --
                    Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
                    pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

                    [ Répondre ]

• [^]Re: https

  Posté par Olivier Tigro () le 03/03/2006 à 10:13. (lien). Évalué à 2.

  Et les admins, aussi.
  Si on passe tout le trafic mondial HTTP en HTTPS, ce sont les vendeurs de CPU qui vont être contents !
  Doubler les fermes de serveurs, c'est pas super écolo ...

  [ Répondre ]

  • [^]Re: https

    Posté par LupusMic (page perso, ) le 05/03/2006 à 15:16. (lien). Évalué à 2.

    Il faut interdire les élections, ça gâche du papier...
    
    Ce qui coûte le plus chère au serveur de DLFP, ce n'est certainement pas le HTTPS, mais plutôt la gestion des bounce des spams... ou PHP :p

    [ Répondre ]

  • [^]Re: https

    Posté par Pascal Terjan (Jabber id, page perso, ) le 06/03/2006 à 13:14. (lien). Évalué à 5.

    doubler ? t'as deja fait des mesures de consommation cpu http/https ?

    [ Répondre ]

ah bon?

IP Over Pigeon

• [^]Re: IP Over Pigeon

  Posté par tinodeleste () le 02/03/2006 à 08:17. (lien). Évalué à 9.

  comment ton mode de transport réagit-il aux virus ?

  [ Répondre ]

  • [^]Re: IP Over Pigeon

    Posté par Thy (page perso, ) le 02/03/2006 à 10:23. (lien). Évalué à 6.

    Il a ete patché , maintenant il y a l'ip over escargot.
    http://www.notes.co.il/benbasat/10991.asp
    
    Il y a juste un risque de deni de service en traversant la France , de meme que pour l'ip over grenouille.

    [ Répondre ]

    • [+] [^]Re: IP Over Pigeon

      Posté par Cyril Danilevski () le 02/03/2006 à 18:21. (lien). Évalué à -1.

      On peut attraper la grippe aviaire par votre super technologie qu'est l'ip over pigeon?

      [ Répondre ]

      • [^]Re: IP Over Pigeon

        Posté par Thy (page perso, ) le 02/03/2006 à 19:15. (lien). Évalué à 1.

        Non puisque les pigeons atteriront dans une salle blanche équipé d'un pédiluve à l'intention des sysadmins.

        [ Répondre ]

• [^]Re: IP Over Pigeon

  Posté par François Becker (page perso, ) le 07/03/2006 à 13:10. (lien). Évalué à 2.

  je lis :
  

  The following quality of service levels are available: Concorde,
  First, Business, and Coach. Concorde class offers expedited data
  delivery.

  
  huhu vieil(le) RFC 2549 (1999) ; enfin bon quand on voit qu'elle a écrite le premier avril... pourquoi pas un IPoF ? (over fish)

  --
  elle est libre ma musique : http://moala.online.fr/audiosite/

  [ Répondre ]

https

• [^]Re: https

  Posté par Krunch (Jabber id, page perso, ) le 18/03/2006 à 12:44. (lien). Évalué à 2.

  IPSecOT alors.

  --
  Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
  pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

  [ Répondre ]

wmcoincoin

• [^]Re: wmcoincoin

  Posté par Étienne Bersac (Jabber id, page perso, ) le 03/03/2006 à 18:20. (lien). Évalué à 3.

  wmcoincoin est un protocole maintenant ? Tu peux me filer la RFC ?

  --
  E Ultreïa !

  [ Répondre ]

  • [^]_°< _°< _°< _°<

    Posté par Farvardin (page perso, ) le 03/03/2006 à 18:46. (lien). Évalué à 3.

    autant pour moi :
    
    "working all over HTTP"
    
    http://cvs.sf.net/viewcvs.py/dacode/wmcoincoin/wmcoincoin.sp(...)
    
    je pensais qu'il y avait un protocole spécifique. Genre CCPT (Coin Coin Pinnipède Télétype)

    --
    Et si vous essayiez un *BSD pour quelques temps ?

    [ Répondre ]

• [^]Re: wmcoincoin

  Posté par nonas (Jabber id, page perso, ) le 03/03/2006 à 18:33. (lien). Évalué à 7.

  Il m'a insulté :
  "locale used: en_US.UTF-8
  codeset : UTF-8
  utf8 puxor!"
  
  Du coup il s'est pris un emerge -C sur le coin du nez ! non mais !

  [ Répondre ]

et les newsgroups ?

• [^]Re: et les newsgroups ?

  Posté par inico (Jabber id, page perso, ) le 06/03/2006 à 12:12. (lien). Évalué à 3.

  Tu es en train de me dire que ce que je fait là n'est pas possible ?
  
  /me qui poste via newsgroups

  --
  "Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..

  [ Répondre ]

Le flux RSS