RendezVous sur Linux

Posté par  (site web personnel) . Modéré par Nÿco.
Étiquettes : aucune
0
3
juil.
2004
Apple
Apple vient juste de mettre à disposition sur son site le code source de RendezVous pour Windows, Linux, FreeBSD, Solaris et Java.

RendezVous est une implémentation de ZeroConf, un ensemble de normes et un protocole pour la découverte de services disponibles dans le réseau. Il faut noter que les normes sont même à l'état de version de travail (« draft ») à l'IETF, ce qui implique qu'elles sont sans redevance (« royality-free »).

Par contre, la licence est du type APSL (Apple Public Source Licence), dont je ne connais pas les implications en terme de compatibilité avec la GPL.

NdM : l'avis de la FSF sur compatibilité entre l'APSL2 et la GPL en dernier lien. Rendezvous permet la découverte automatique des ordinateurs, des périphériques (une imprimante en réseau par exemple) et les services (un serveur de courrier) en utilisant les réseaux IP.

RendezVous est basé sur trois normes déposées à l'IETF :
- l'allocation d'une adresse IP sans serveur DHCP.
- une méthode pour mettre en relation les noms et les adresses IP sans serveur DNS.
- la localisation des services sans utilisation d'un serveur spécifique (directory server).

Aller plus loin

  • # Commentaire supprimé

    Posté par  . Évalué à 10.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # Et le rendez-vous des spécifications matérielles ?

    Posté par  . Évalué à 9.

    Pour les modérateurs : il y a petit problème avec la page Compatibilité APSL2 et GPL... Sinon, c'est très bien, excellente initiative, description complète en Français, sympa. Notez le nom du service DNS dans la configuration : Marketing :-)
    ...tout un programme...

    Mais le rendez-vous que j'aurais préféré, c'est celui des spécifications du matériel Apple afin de pouvoir l'utiliser sous Linux. Parce que c'est de moins en moins facile d'utiliser Linux sur un Mac. Les mauvaises langues diront que c'est fait exprès.
    N'empêche que depuis 2 ans, ce problème est de plus en plus évident. C'est dommage, parce que j'aime bien ces machines...

    • [^] # Re: Et le rendez-vous des spécifications matérielles ?

      Posté par  . Évalué à 6.

      il y a petit problème avec la page Compatibilité APSL2 et GPL...
      le site fsf.org/gnu.org ne répond pas du tout en ce moment, d'où le problème...

    • [^] # Re: Et le rendez-vous des spécifications matérielles ?

      Posté par  . Évalué à 7.

      Ok, ça marche maintenant.

      Et je vous invite vivement à bien tout lire. C'est très instructif. Je pense qu'Apple a fait un gros effort. Même si tout n'est pas parfait, c'est honorable. La même chose pour le matériel ?

    • [^] # Re: Et le rendez-vous des spécifications matérielles ?

      Posté par  . Évalué à 9.

      Tiens c'est marrant, je remarque que le lien le plus cliqué est celui concernant la license APSL selon la FSF: 1008 hits à l'heure de ce post contre 441 pour le deuxième.

      Comme quoi les licenses intéressent les lecteurs de linuxfr, alors que je pensais qu'il y avait un certain désintérêt au profit de la mentalité "ça marche sous Linux c'est déja bien". Loin de vouloir déclencher une polémique (un troll dans le langage politique), je trouve que c'est une excellente chose!

      • [^] # Re: Et le rendez-vous des spécifications matérielles ?

        Posté par  . Évalué à 4.

        En effet, le fait que ça marche sous Linux, "c'est déjà ça" (pour l'instant), mais si c'est libre, "c'est bien mieux" ; )
        La position de la FSF par rapport à une licence est toujours intéressante, surtout pour une technologie comme celle-ci..
        En plus c'est clair et conci..

      • [^] # Re: Et le rendez-vous des spécifications matérielles ?

        Posté par  . Évalué à 7.

        À mon avis, c'est surtout que le lien précédent marchait pas, alors les gens ont essayé, réessayé... jusqu'à ce que les modérateurs le changent pour un lien chez april.org.

  • # ietf => royality-free

    Posté par  (site web personnel) . Évalué à 4.

    Il faut noter que les normes sont même à l'état de draft chez l'IETF, ce qui implique qu'elles sont "royality-free".


    C'est nouveau!

    Jamais entendu parler de VRRP(rfc 2338 puis 3768) et des brevets (prétendus) de Cisco dessus ?
    (cf http://www.openbsd.org/lyrics.html(...) pour plus de détails sur l'affaire.)

    • [^] # Re: ietf => royality-free

      Posté par  . Évalué à 10.

      Non ça n'a rien de nouveau, mais tu fais l'amalgame entre "royalty-free" (en fait l'IETF utilise le terme Reasonnable and Non-Discriminatory ou RAND, comme le W3C, mais ça revient au même) et "patented".

      Dans l'affaire de VRRP/HSRP, le problème vient du fait que VRRP est breveté par Cisco qui, lors de la standardisation de VRRP sous la forme du protocole HSRP, a affirmé qu'il ne ferait pas valoir ses droits pour les implémentations de HSRP.

      Or HSRP a connu quelques déboires qui ont limité son implémentation et utilisation, profitant du même coup à VRRP. Cisco a finit par abandonné misérablement HSRP pour se concentrer sur VRRP, ce qui induit des problèmes de royalties et des incompatibilités d'implémentation.

      Mais sinon, l'IETF ne pouvant pas vérifier tous les brevets possibles pour chacun de ses WG, elle essaie tout de même de limiter l'impact en négociant des licences RAND le cas échéant. Donc oui, concrètement, l'IETF propose des standards royalty-free mais pas patent-free. Voir en particulier à ce sujet la RFC 3669 (http://www.ietf.org/rfc/rfc3669.txt(...)).

      Par ailleurs, je suis pas certain que Apple ait émis le moindre brevet sur son implémentation zeroconf.

  • # Tryst

    Posté par  . Évalué à 3.

    http://www.knuddel.org/Projects/Kits/Tryst/(...)

    • [^] # Et ManadrakeLinux

      Posté par  (site web personnel) . Évalué à 9.

      C'est mieux de préciser vers quoi point un lien. En l'occurence, tryst semble est une implémentation de zeroconf/rendezvous en GnuStep sous un mélange de license GPL/BSD/APL.

      Sinon, il me semble que Mandrake fournit sa propre implémentation de zeroconf depuis la 9.1. J'ai aussi trouvé ca sur sourceforge :
      http://zeroconf.sourceforge.net/(...) (license: BSD)

      • [^] # Re: Et ManadrakeLinux

        Posté par  . Évalué à 5.

        oui et il y a surtout howl qui est la plus abouti a ce jour.

        Zeroconf c'est plus autoconfiguration et cie que annonce de services.

  • # Vous avez demandé un virus, ne quittez pas...

    Posté par  (site web personnel) . Évalué à 1.

    Le périphérique envoie ensuite un message sur le réseau pour déterminer si un autre périphérique utilise déjà cette adresse ; si c'est le cas, il recherche d'autres adresses jusqu'à en trouver une de disponible.
    Y'a vraiment pas à dire, Apple et les réseaux c'est toujours une bonne tranche de rigolade assurée!

    • [^] # Re: Vous avez demandé un virus, ne quittez pas...

      Posté par  . Évalué à 3.

      Faudrait expliquer pour les non spécialistes (dont moi =^^=) pourquoi c'est une bonne tranche de rigolade =)

      • [^] # Re: Vous avez demandé un virus, ne quittez pas...

        Posté par  . Évalué à 1.

        Bah c'est juste pas tres efficace.
        Ca fait plein de traffic en broadcast (au moins les requetes ARP), alors que dhcp, ca prends 2 mins a configurer, et ca gere tout efficacement.
        Pareil pour dns. Les reseaux decentralises, sailamairde, essayez donc de faire marcher correctement un reseau windows avec + de 10 postes sans erveur central ( deja avec, c'est la merde).

        Pour le coup du virus, je vois pas trop.

        • [^] # Re: Vous avez demandé un virus, ne quittez pas...

          Posté par  (site web personnel) . Évalué à 1.

          Il fait la requête pour la demande d'une IP une seul fois à interval régulier. Oui, ça fait du broadcast, mais c'est pas si terrible que ça, moins que netbios, amha.

        • [^] # Re: Vous avez demandé un virus, ne quittez pas...

          Posté par  . Évalué à 9.

          Dans le document de presentation (PDF en lien), je lis que "si un serveur DHCP est en cours d'utilisation, Rendezvous utilise l'adresse IP assignée" (deuxieme page, dernier paragraphe). Ensuite seulement il y a "l'ordinateur sélectionne de façon aléatoire une adresse IP... jusqu'à en trouver une de disponible."

          Donc je comprends que le processus "pas efficace" n'est utilisé qu'en l'absence du processus efficace (DHCP). Et je ne vois vraiment pas ou est le probleme dans cette techno (par contre j'en vois un chez les gens qui ne lisent pas les articles/documents et qui trollent dans le vide ;)

      • [^] # Re: Vous avez demandé un virus, ne quittez pas...

        Posté par  (site web personnel) . Évalué à 0.

        > Faudrait expliquer pour les non spécialistes (dont moi =^^=) pourquoi c'est une bonne tranche de rigolade =)

        1) AppleTalk était une daube infâme, totalement inadapté aux réseaux d'entreprise. Impossible de développer du C/S avec ça!
        2) Quand Apple a voulu inclure la couche TCP/IP dans MacOS, ça n'a pas non plus été une réussite (que de galères!)
        3) L'interopérabilité n'a jamais été le souçi d'Apple (jusqu'à OS X): les services concernés n'ont jamais été complets et ont toujours mal fonctionné.
        4) Les réseaux comme Top qui jouaient la carte du réseau hétérogène (Mac, Sun, Dos,..) avaient beaucoup de pb avecs les Mac et le partage des ressources (fichiers, impression).

        Maintenant je pensais que le passage à Unix avait changé la donne, mais comme indiqué dans le message au-dessus, essayer toutes les IP jusqu'à en trouver une qui est libre est une aberration pour des réseaux d'un minimum d'envergure. Tout le reste est à l'avenant, c'est du Marketing pur. Ca peut peut-être fonctionner sur de petits réseaux locaux, mais certainement pas dans une entreprise avec +ieurs centaines ou milliers de postes. Là c'est LDAP ou rien.

        Concernant le virus, je reconnais que ça ne date pas d'hier, mais le 1er virus connu est sorti de chez Apple au début des années 80. Une plaisanterie d'un développeur qui avait mal tourné. J'imaginais juste un virus se présentant au réseau comme une ressource que RendezVous aurait eu la bonté d'indexer...

        • [^] # Re: Vous avez demandé un virus, ne quittez pas...

          Posté par  . Évalué à 4.

          Juste pour info :

          * macos X supporte tout à fait dhcp, dns, ldap, y compris dans des réseaux de "milliers de postes"

          * rendezvous, c'est fait pour les tout petits réseaux locaux, là où tu n'as pas d'admin pour mettre un serveur dhcp par exemple.

          * pour avoir tester mDNS d'Apple sous Linux sur un réseau local avec un powerbook et iTunes, c'est magique. Tu lances ton mDNS et hop, le powerbook/iTunes repere que tu partages des mp3 et il t'inclut dans sa liste.

          Bref, pour un réseau local, c'est trop utile pour les imprimantes, les serveurs ftp, iTunes etc.

        • [^] # Re: Vous avez demandé un virus, ne quittez pas...

          Posté par  (site web personnel) . Évalué à 2.

          Ca peut peut-être fonctionner sur de petits réseaux locaux, mais certainement pas dans une entreprise avec +ieurs centaines ou milliers de postes.

          Ça tombe bien car ce n'est pas fait pour les grands réseaux !

          Je cite un extrait du 4ème lien : « Rendezvous est conçu pour les réseaux locaux et ad hoc [...] non administrés par des professionnels de l'informatique. »

          • [^] # et autres jouets ...

            Posté par  (site web personnel) . Évalué à 1.

            Je trouve que la scabilité est une des plus grande réussite de linux. Mettre à la porté d'un utilisateur lamda des outils puissants et complet est bien plus interessant de pondre des jouets incompétants.

  • # Yeah...

    Posté par  (site web personnel) . Évalué à 5.

    ... on peut maintenant esperer voir un jour un éditeur de texte compatible avec la fonction de travail collaboratif de SubEthaEdit :

    http://www.codingmonkeys.de/subethaedit/(...)

    Et plus précisement :

    http://www.codingmonkeys.de/subethaedit/img/screenshot-minutes.png(...)

  • # stateless stateful et IPv6

    Posté par  . Évalué à 5.

    D'après ce que j'ai compris, zeroconf serait de l'autoconfiguration stateless pour ipv4 avant qu'ipv6 soit sur les lieux.

    Car en ipv6 on utilise pas dhcp mais de l'autoconfiguration ipv6 qui est incluse dans le protocole, et qui est très très propre (pas comme le dhcp avec le broadcast... pouah) et qui de plus est stateless (se base sur l'adresse SPARC, comprenez adresse MAC), tout ça avec radvd (linux) et rtadvd (/(.*)BSD/).

    < mode integristev6="on" >C'est pour ça que VIVE IPV6< / mode >

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.