Articles précédents : Articles
- [43] Être orateurs aux RMLL à 13 ans? Avec Ada, même ça c'est possible!
- [51] Le parlement néerlandais oblige le ministre Brinkhorst à retirer son soutien à la directive sur les brevets logiciels
- [39] Opquast.org pour la qualité des services en ligne
- [1] Geckozone.org ouvre son portail
- [18] Mandrakesoft achète Edge-IT
- [36] Site de HurdFR de nouveau disponible
- [11] Bon anniversaire FreeDOS !
- [46] Dernières nouvelles des RMLL
- [28] Le jugement européen contre Microsoft entre parenthèses
- [105] Microsoft au rabais contre GNU/Linux
Liens connexes
- La page de RendezVous sur Apple.com (1453 clics)
- Apple Public Source Licence (424 clics)
- Introduction to Rendezvous Network Services (avec toute la documentation nécessaire pour comprendre RendezVous) (659 clics)
- Une introduction à RendezVous en français (2418 clics)
- Compatibilité APSL2 et GPL (2473 clics)
Dépêche modérée par
Articles : RendezVous sur Linux
Posté par Julien CARTIGNY (page perso, ). Modéré le 03 juillet 2004.
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.
![[en]](../../../images/en.png)
La page de RendezVous sur Apple.com (1453 clics)-
Apple Public Source Licence (424 clics)
-
Introduction to Rendezvous Network Services (avec toute la documentation nécessaire pour comprendre RendezVous) (659 clics)
![[fr]](../../../images/fr.png)
Une introduction à RendezVous en français (2418 clics)-
Compatibilité APSL2 et GPL (2473 clics)
> Lire la suite (31 commentaires, moyenne: 4,6). [dépêche : 477 caractères]
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).
i18n FR
royality-free > sans redevance ou non soumis à redevances
draft > brouillon
Merci
« Si quis scienter in tantum a vino abstineret ut naturam multum gravaret a culpa immunis non esset. »Saint Thomas d'Aquin, Somme théologique, II-II, 150, 1 ad 1.
Et le rendez-vous des spécifications matérielles ?
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 free2.org (page perso, ) le 03/07/2004 à 10:35. (lien). É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 revponpuneq () le 03/07/2004 à 11:42. (lien). É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 Arachne (page perso, ) le 03/07/2004 à 14:08. (lien). É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 mr_moustache () le 03/07/2004 à 15:19. (lien). É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 Ramso (page perso, ) le 03/07/2004 à 15:29. (lien). É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.
--
Groar !
-
ietf => royality-free
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 vjm () le 03/07/2004 à 09:14. (lien). Évalué à 12.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.--
vjm
Tryst
-
[^]Et ManadrakeLinux
Posté par champi (page perso, ) le 03/07/2004 à 14:08. (lien). É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 kaouete (page perso, ) le 03/07/2004 à 18:10. (lien). É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...
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 neoillogic () le 03/07/2004 à 20:20. (lien). É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 Pierre Tardy (page perso, ) le 03/07/2004 à 22:36. (lien). É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 Misc (page perso, ) le 04/07/2004 à 08:39. (lien). É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 shbrol () le 04/07/2004 à 11:12. (lien). É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 Christophe Garault (page perso, ) le 03/07/2004 à 23:44. (lien). É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 Thomas Poindessous () le 04/07/2004 à 12:00. (lien). É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 Christophe Garault (page perso, ) le 04/07/2004 à 16:14. (lien). Évalué à 2.> * macos X supporte tout à fait dhcp, dns, ldap, y compris dans des réseaux de "milliers de postes"
[Mode Troll=On]
Comment, ça existe des réseaux avec des milliers de Mac? :)
[Mode Troll=Off]
Avec un noyau Mach c'est encore heureux!-
[^]Re: Vous avez demandé un virus, ne quittez pas...
Posté par shbrol () le 04/07/2004 à 16:26. (lien). Évalué à 1.[Mode Troll=Cluster]
http://computing.vt.edu/research_computing/terascale/(...)
[Mode Troll=Off]
-
-
-
[^]Re: Vous avez demandé un virus, ne quittez pas...
Posté par Didier (page perso, ) le 04/07/2004 à 12:16. (lien). É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 philou (page perso, ) le 06/07/2004 à 13:22. (lien). É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...
... 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
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 >
-
[^]Re: stateless stateful et IPv6
Posté par Nelis (page perso, ) le 05/07/2004 à 07:20. (lien). Évalué à 2.C'est pour quand à la fin IPv6 ... Je commence à m'impatienter moi, si ça continue GNU/Hurd surtira avant .... ;-)
-
[^]Re: stateless stateful et IPv6
Posté par Bruce Le Nain (Jabber id, page perso, ) le 05/07/2004 à 09:25. (lien). Évalué à 2.http://www.ipv6.org(...) :
Where can I get an IPv6 implementation for my system?
There is software available for most operating systems in common use today. Find your favorite OS on our list of IPv6 implementations. We also have a collection of "how to install" documents for various systems.
What applications run over IPv6 today?
Many common Internet applications already work with IPv6, and more are being ported. See our list of IPv6 enabled applications.-
[^]Re: stateless stateful et IPv6
Posté par Nelis (page perso, ) le 05/07/2004 à 12:10. (lien). Évalué à 2.D'accord mais si mon FAI ne supporte IPv6 je l'ai dans le ... Non ?
-
[^]Re: stateless stateful et IPv6
Posté par Alexandre Boeglin (page perso, ) le 05/07/2004 à 13:01. (lien). Évalué à 3.Non, il existe plusieurs services de tunnels ipv6 dans ipv4... mais ca fait monter la latence un peu...
http://www.google.fr/search?q=ipv6+ipv4+broker&btnG=Rechercher&(...)
-
[^]Re: stateless stateful et IPv6
Posté par Éric (Jabber id, page perso, ) le 05/07/2004 à 17:44. (lien). Évalué à 3.En même temps ton FAI c'est toi qui le choisi hein ...
Si pour toi IPV6 est utile (ou si simplement tu souhaites t'en servir comme critère pour favoriser sa diffusion), il suffit que tu choisisses le bon FAI (nerim fait de l'ipv6)-
[^]Re: stateless stateful et IPv6
Posté par Nelis (page perso, ) le 05/07/2004 à 17:48. (lien). Évalué à 2.Et en Belgique, y'en a t il qui font IPv6 ? Je n'en ai pas trouvé ...
-
-
-
-
Cette page a été générée par Templeet en 0.1825s (dont 0.0575 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.