lundi 22 mars

Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Articles précédents : Internet

Liens connexes

L'ICANN va autoriser la libéralisation des noms de domaine (926 clics)

Dépêche modérée par

Floxy

Dépêche éditée par

Internet : L'ICANN libère les extensions de domaines

Posté par zchark (page perso, ). Modéré le 24 juin 2008.

Il sera bientôt possible d'acheter des noms du domaines avec l'extension de son choix. Jusqu'à présent, pour acheter (plus exactement louer pour une certaine durée) un nom de domaine, on n'avait guère de choix. Il fallait se contenter d'un .com, d'un .net ou d'un .org, voir dans certains cas d'un .fr, libérés depuis peu.

Mais il était impossible d'obtenir un extension particulière. Par exemple, il était impossible d'obtenir un .linux. L'an prochain, soit en 2009, il sera possible d'acheter une extension racine. En effet, l'ICANN prévoit d'autoriser l'achat de n'importe quelle extension. On imagine assez facilement les grandes entreprises utiliser leur propre extension pour peu qu'elles soient assez connues, par exemple .redhat ou .suse pour les deux entreprises.

On imagine tous les problèmes de cyber-squatting que cela risque de générer. Déjà qu'actuellement avec les .com et .net cela arrive de temps en temps. Beaucoup de grandes sociétés vont devoir acheter rapidement beaucoup de ces nouvelles extensions, pour éviter tout problème de cyber-squatting. Sans parler de toutes les entreprises qui voudront acquérir les .achat, .vente, .bay, etc.

NdM : une entreprise (libre ou proprio, ou encore ambivalente) cyber-squattée peut toujours négocier, racheter ou attaquer un cyber-squatteur, les projets libres plus difficilement...

L'ICANN va autoriser la libéralisation des noms de domaine (926 clics)

> Lire les commentaires (63 commentaires, moyenne: 3,3).

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.

Prix?

Posté par Matthieu Lagouge (Jabber id, page perso, ) le 24/06/2008 à 08:31. (lien). Évalué à 5.

Le cyber squatting va coûter de plus en plus cher!!

Tout le monde n'a pas les moyens de Verisign (qui gère le .com et le .net, arrêtez-moi si je me trompe!).

Avoir une extension du nom de domaine, ça veut dire également devoir gérer tout seul cette extension, et c'est autre chose qu'un nom de domaine. On parle ici de frais de dossier de l'ordre de plusieurs milliers de dollars, et ce ne sont que les frais de dossier, pas les moyens nécessaires pour gérer ce domaine derrière!

En fait, je ne suis pas sûr que tant de monde que ça soit capable de profiter de cette mesure!

[^]Re: Prix?

Posté par tfeserver tfe (page perso, ) le 24/06/2008 à 09:04. (lien). Évalué à 4.
"Sans parler de toutes les entreprises qui voudront acquérir les .achat, .vente, .bay, etc."

et le .porn ?

dire que cela avait fait un scandale lorsqu'ils voulaient introduire les .xxx à l'époque...

[^]Re: Prix?

Posté par arnaudus () le 24/06/2008 à 10:05. (lien). Évalué à 3.
Bah la grosse faille dans l'histoire c'est que le cybersquattage est légal, voire encouragé (bah oui ça rapporte du fric). Si le système avait été conçi dès le début pour limiter ça (par exemple avec une annulation immédiate du domaine en cas de squattage manifeste), on ne serait pas à des milliers de wikipdia.org, wkipedia.org ou wikpedia.org...
- [^]Re: Prix?
  
  Posté par Stephane Bortzmeyer (page perso, ) le 24/06/2008 à 21:32. (lien). Évalué à 7.
  par exemple avec une annulation immédiate du domaine en cas de squattage manifeste
  
  C'est sur linuxfr qu'on lit ça ? Eh bien, il ne reste plus qu'à voter un soutien enthousiaste à la loi Hadopi <http://fr.wikipedia.org/wiki/Loi_Hadopi>. « Riposte graduée » au cybersquattage ?
  
  Au fait, jeboycottedanone.com, c'était du cybersquattage ? Pour les avocats de Danone, oui.
  - [^]Re: Prix?
    
    Posté par dark_star () le 25/06/2008 à 14:33. (lien). Évalué à 4.
    non pour les avocats de danone c'etais de la contrefacon de marque un peu comme l'affaire milka

[^]Re: Prix?

Posté par Pol' uX () le 24/06/2008 à 18:39. (lien). Évalué à 1.
> Le cyber squatting va coûter de plus en plus cher!!

Je ne crois pas, puisque visiblement il y aura une explosion de l'offre de noms disponibles.

--
Soutenez le logiciel libre, en adhérant dès maintenant à l'April
- [^]Re: Prix?
  
  Posté par Landry MINOZA (page perso, ) le 24/06/2008 à 19:40. (lien). Évalué à 1.
  Ben si justement, plus il y a de tld, plus on va pouvoir trouver des noms de domaines qui ressemblent au tien, donc ça va te couter beaucoup plus cher en veille, rachats procès etc... :)
  - [^]Re: Prix?
    
    Posté par Pol' uX () le 24/06/2008 à 20:34. (lien). Évalué à 2.
    Ma pensé est que je n'en ai rien a foutre que qqun squatte tel ou tel nom qui m'intéresse, puisque je vais pouvoir en trouver un voisin.
    
    En conséquence, pas de dépense juridique et veille, toussa ... et en plus, si on te fait chanter, tu t'en fout puisque tu trouve facilement l'équivalent. D'où le résultat.
    
    Donc le squatt peut devenir plus chère, mais à condition que les squatters mettent le paquet. Peuvent ils le faire en toute impunité (on pourrait imaginer qu'une personne ne pourrait s'offrir qu'un nombre limité de domaines sur une durée donnée ...) ?
    
    --
    Soutenez le logiciel libre, en adhérant dès maintenant à l'April

[^]Re: Prix?

Posté par Matthieu Lagouge (Jabber id, page perso, ) le 25/06/2008 à 03:08. (lien). Évalué à 4.
Dites, tous, je crois que j'ai pas été clair:

Quand je dis que le cyber squatting va coûter de plus en plus cher, je pensais surtout à plus cher pour les cyber squatteurs!

Vous imaginez payer un TLD 10 000$ sans l'utiliser pour essayez de le revendre encore plus cher ensuite??
Et encore, je dis 10 000$, mais en fait c'est beaucoup plus!

Devenir registrar

Posté par andeus () le 24/06/2008 à 08:32. (lien). Évalué à 10.

Acheter une extension racine ne sera pas à la portée de tous, loin de là.

Les conditions pour devenir propriétaire d'une extension devraient être assez proche de celles pour devenir registrar:
http://www.icann.com/registrars/accreditation-financials.htm

You must have:
* US$70,000 in working capital requirement.
* Commercial General Liability Insurance coverage of at least $500,000.

Ça sera probablement plus pour acquérir une extension, sans parler des frais de dossier de plusieurs dizaines de milliers de dollars.

[^]Re: Devenir registrar

Posté par Jérémy (Jabber id, page perso, ) le 24/06/2008 à 09:08. (lien). Évalué à 3.
+1

Ca ne sera vraiment pas donné à tout le monde. Il faudra montrer patte blanche pour y avoir acces et avoir pas mal de $ en stock.
On peut par exemple imaginer google le faire pour blogspot ou des .google mais le particulier n'y aura pas vraiment acces car pour avoir un .michou par exemple il faudra débourser plus que 10$/an.
- [^]Re: Devenir registrar
  
  Posté par flyer () le 24/06/2008 à 10:06. (lien). Évalué à 4.
  Certaines boites vont acheter .toutlemondeleveux et revendront supercestmoiquilai.toutlemondeleveux, enveuxtuenvoila.toutlemondeleveux...
  - [^]Re: Devenir registrar
    
    Posté par Graveen () le 24/06/2008 à 11:40. (lien). Évalué à 1.
    Ca me rappelle l'histoire avec les .tv, ce petit pays où ils allaient tous devenir millionaires grâce à la ruée des chaînes.
    
    L'effet n'a pas été à la hauteur du remue-ménage annoncé ;)
    
    --
    Sauvez un arbre: mangez un castor.

[^]Re: Devenir registrar

Posté par Benjamin G. ( Prae ) (page perso, ) le 24/06/2008 à 09:53. (lien). Évalué à 1.
J'ai du loupé un passage car je n'ai pas vu cette référence contractuelle;
Pour avoir (tenté) de monter un registrar (accrédité ICANN finalement), je sais que les accrédidations sont trèèèès dur à avoir pour le quidam; Surtout que les dossiers se sont renforcés entre 2005 et 2006 (et qu'à une époque, il était mal vu d'être français :-)

Dommage il y aurait des idées à prendre

Posté par Ellendhel (page perso, ) le 24/06/2008 à 08:35. (lien). Évalué à 7.

Si les règles d'attribution étaient plus équitables, cela pourrait être sympa d'avoir des TLD en .libre, .freesoftware et ce genre de chose.

(et en .capucpaslibre et en .troll pour contenter tout le monde)

[^]Re: Dommage il y aurait des idées à prendre

Posté par Alexandre Garel () le 24/06/2008 à 09:30. (lien). Évalué à 10.
Oui ou .alaligne, .final, .tilleux et .surlagueule ;-)
- [^]Re: Dommage il y aurait des idées à prendre
  
  Posté par andeus () le 24/06/2008 à 13:31. (lien). Évalué à 3.
  Ou .barre, .surlesi, .cesttout, .g, .devue, .godwin, .decroix, .devente
  - [^]Re: Dommage il y aurait des idées à prendre
    
    Posté par fponroy () le 24/06/2008 à 14:32. (lien). Évalué à 10.
    De toute façon, sans argent, .desalut.

Extention personnel

Posté par Mimoza () le 24/06/2008 à 08:57. (lien). Évalué à 1.

A quand une extention en .<monNomDeFamille>, c'est déjà un bon début mais si par la suite cela pouvait baisser jusqu'a être accessible par le particulier moyen ca serais déjà pas mal

[^]Re: Extention personnel

Posté par José JORGE (Jabber id, page perso, ) le 24/06/2008 à 09:00. (lien). Évalué à 10.
Vu la quantité d'homonymes sur la planète, l'intérêt serait somme toute très limité.
- [^]Re: Extention personnel
  
  Posté par Gniarf () le 25/06/2008 à 00:46. (lien). Évalué à 4.
  Chez les Han, on compte en moyenne 320 000 personnes par nom, avec de très grandes variations en pratique. Une centaine de grands noms nomment réunis 84,77％ des Chinois. Wang (王)[3] vient en tête avec 92,881 millions de porteurs (7,25％ de la population) suivi de Li (李) (92,074 millions, 7,19％) et Zhang (張/张) (87,502 millions, 6,83％). Le nom monosyllabique le plus rare est Nan (難), « difficile ».
  
  Autres noms importants :
  
  * Plus de 20 millions de porteurs : Liu (劉/刘), Chen (陳/陈), Yang (楊/杨), Huang (黄), Zhao (趙/赵), Wu (吳/吴), Zhou (周).
  * Plus de 10 millions de porteurs : Xu (徐), Sun (孫/孙), Ma (馬/马), Zhu (朱), Hu (胡), Guo(郭), He (何), Gao (高), lin (林), Luo (羅/罗), Zheng (鄭/郑), liang (梁).
  
  (de http://fr.wikipedia.org/wiki/Nom_de_famille_chinois )
  
  voilà, 3 noms, 271 millions de chinois et plus. va falloir trouver autre chose \o/
  
  --
  The greatest trick the Google Devil ever pulled was convincing the world he did no evil.

[^]Re: Extention personnel

Posté par Xion345 (Jabber id, ) le 24/06/2008 à 10:32. (lien). Évalué à 5.
Je vois pas vraiment le besoin qu'a le particulier d'avoir un nom racine. Un nom de domaine en .name suffit amplement et si tu regardes bien, c'est accessible au particulier !

[^]Re: Extention personnel

Posté par wismerhill (page perso, ) le 24/06/2008 à 10:55. (lien). Évalué à 3.
C'est déjà plus ou moins à ça que sert le .perso, que tu ne peux réserver (je pense) que sous la forme prenom.nom.perso

Pas si simple que ça...

Posté par Xavier Teyssier (Jabber id, page perso, ) le 24/06/2008 à 09:58. (lien). Évalué à 10.

Je trouve que cet article est sorti un peu vite.

Déjà, il me semble que la réunion du l'ICANN dure du 22 au 26 juin. Il me semble un peu prématuré de publier les conclusions d'une réunion avant que celle-ci ne soit terminée...

De plus, tout et n'importe quoi ne peux pas être déposé par n'importe qui. Le droit des marques devra être respecté (non, vous ne pourrez pas acheter un .ebay ), de même que pour les noms géagraphiques, le gourvernement concerné devra être consulté (cf http://www.domainesinfo.fr/interview/91/janis-klarklins-l-ic(...)
De plus, les nouveaux tlds ne devront pas risquer de destabiliser le réseau (c'est vague), ni être proche d'un tld existant (c'est vague aussi, mais en gros, ça élimine le .comm , par exemple).
Plus de détail ici : http://forum.icann.org/lists/gtld-council/msg00520.html

Enfin, ainsi que dit dans un commentaire plus haut, le cout d'entrée sera prohibitif pour le grand public : probablement plusieurs dizaines de milliers d'euros, voire plusieurs centaines.

Non, ce n'est pas encore la fin du monde.

Par contre, je m'inquiète bien plus de l'arrivée des alphabets non latin, et/ou des accents dans les noms de domaines...

[^]Re: Pas si simple que ça...

Posté par rpnpif () le 24/06/2008 à 20:45. (lien). Évalué à 1.
Par contre, je m'inquiète bien plus de l'arrivée des alphabets non latin, et/ou des accents dans les noms de domaines...

Ce n'est pas pire que l'introduction de l'UTF-8 dans les consoles Linux. Il faudra un temps plus ou moins long d'adaptation et des extensions ou patchs ad hoc.

[^]Re: Pas si simple que ça...

Posté par Stephane Bortzmeyer (page perso, ) le 24/06/2008 à 22:12. (lien). Évalué à 7.
Par contre, je m'inquiète bien plus de l'arrivée des alphabets non latin, et/ou des accents dans les noms de domaines...

Il est vrai qu'il est inquiétant que les russes veulent utiliser l'alphabet cyrillique et les iraniens l'alphabet arabe. Que font Chuck Norris et SuperDupont ?

Blague à part, si l'Internet avait été inventé en Chine, que diriez-vous de devoir taper toutes les adresses avec un bout en chinois à droite. Avec des chinois qui vous expliquent doctement que ce n'est pas si difficile que cela et que c'est dans l'intérêt de la sécurité et de la stabilité ?

Je trouve étonnant que sur un forum de logiciel libre, on lise des réactions aussi primaires contre l'internationalisation, alors que Microsoft fait des efforts pour adapter tous ses logiciels.
- [^]Re: Pas si simple que ça...
  
  Posté par briaeros007 () le 25/06/2008 à 00:03. (lien). Évalué à 3.
  le probleme d'introduire des autres caractères que l'ascii (tu as vu je me suis bien restreint) se produit dans le cas qu'un caractère ressemble à un autre (d'un autre alphabet ou du même alphabet).
  
  Déja que c'est pas forcément facile, suivant les fonts, entre l et I ...
  
  Si deux caractères sont très ressemblants => risque de pishing ou autre.
  
  --
  Subete ga wakatta toki…watashi ga anta wo korosu.
  - [^]Re: Pas si simple que ça...
    
    Posté par Gniarf () le 25/06/2008 à 00:50. (lien). Évalué à 3.
    voilà, а et a c'est pas pareil... le premier est cyrillique.
    
    --
    The greatest trick the Google Devil ever pulled was convincing the world he did no evil.
    - [^]Re: Pas si simple que ça...
      
      Posté par Stephane Bortzmeyer (page perso, ) le 25/06/2008 à 09:42. (lien). Évalué à 1.
      а et a c'est pas pareil... le premier est cyrillique.
      
      Et pourquoi, si on décidait de n'en autoriser qu'un, n'accepter que le latin ?
      
      C'est rigolo, lorsqu'on discute des IDN, les gens qui trouvent qu'on pourrait bien se contenter de l'alphabet latin sont toujours des gens dont la langue maternelle s'écrit avec cet alphabet.
      
      http://www.trigeminal.com/samples/provincial.html
      - [^]Re: Pas si simple que ça...
        
        Posté par Gniarf () le 25/06/2008 à 14:53. (lien). Évalué à 3.
        oh on soulignait juste que entre lаposte.net et laposte.net ou entre ebay.com et ebаy.com la différence sera invisible pour le commun des mortels.
        
        le problème n'est pas tant celui de l'alphabet choisi ou du fait qu'on aura 3434 extensions au lieu de 3 ou 4. comme indiqué plus haut, on peut faire déjà des tas de blagues avec les l et les 1 ou les i, et un http://socletegenerale.fr/ est difficile à discerner pour des yeux fatigués...
        
        donc pour ne pas se faire avoir, toto va finir par utiliser une interface ou barre d'url améliorée avec des sites de confiance qui marcheront en un seul mot, et ce mot sera sans rapport avec l'URL du site web derrière, qu'il y ait un .com ou un .marquedéposée ou un .escroquerie au cul
        
        cette liste de sites de confiance (enfin, la correspondance nom / url ) sera tenue par un organisme public ou parapublic ou privée, enfin peu importe. l'important sera que hors de cette liste (ou de listes concurrentes, car ca va vite être une affaire très juteuse) ça sera le Far-West dehors, ma bonne dame.
        
        --
        The greatest trick the Google Devil ever pulled was convincing the world he did no evil.
  - [^]Re: Pas si simple que ça...
    
    Posté par Stephane Bortzmeyer (page perso, ) le 25/06/2008 à 09:37. (lien). Évalué à 1.
    le probleme d'introduire des autres caractères que l'ascii (tu as vu je me suis bien restreint) se produit dans le cas qu'un caractère ressemble à un autre
    
    Et, dans ce cas, pourquoi favoriser systématiquement l'alphabet latin ? Et cet argument ne joue certainement pas pour le chinois, où le risque de confondre avec les lettres latines est faible :-)
    
    Je sais que les anti-IDN font feu de tout bois mais cet argument-là me semble particulièrement faible.
    
    Si deux caractères sont très ressemblants => risque de pishing ou autre.
    
    Non, ça, c'est du baratin . Politiquement, c'est du même niveau que « si les internautes ont la liberté de s'echanger des fichiers, il n'y aura plus de création artistique » Pratiquement, je reçois beaucoup de rapport de hameçonnage au bureau et il est exceptionnel qu'il y aie un effort de vraisemblance dans l'URL. Si la cible est, mettons, la Banque Générale, on voit parfois banquegeneral-secure.com ou un truc équivalent (qui n'a pas besoin d'homographie). Mais, la plupart du temps, c'est untel.free.fr, voire une simple adresse IP. Comme personne ne vérifie l'URL, il n'a pas besoin d'être vraisemblable.
    
    Prétendre que les IDN permettraient d'avantage de hameçonnage est donc un argument purement politicien, mis en avant par les gens qui refusent l'internationalisation de l'Internet.
    
    On notera que cet argument n'apparait pas dans la charte du groupe de travail IETF sur IDNA v2 http://www.ietf.org/html.charters/idnabis-charter.html alors qu'il était dans les versions initiales.
    - [^]Re: Pas si simple que ça...
      
      Posté par briaeros007 () le 25/06/2008 à 22:16. (lien). Évalué à 1.
      Et, dans ce cas, pourquoi favoriser systématiquement l'alphabet latin ?
      pour plusieurs raisons
      1°) C'est la langue historique. Il semble donc logique d'éviter de migrer l'ensemble des architectures si c'est pour avoir les mêmes problemes.
      2°) C'est un alphabet simple, qui tient sur un seul octet par caractère (meme 7 bits !). Il n'y a pas besoin de gérer les multiples octets qu'ils soient dynamiques (utf-8) ou statique (utf-32) .
      3°) Une grande partie des clients et des serveurs utilisent encore l'ascii en interne. Si il faut modifier TOUT les clients simplement parce que "y'a pas de raison que le latin soit utilisé plutot que l'indonésien" (bref satisfaire ton égocentrisme : "j'aime bien tel langue, donc on va l'utiliser plutot que celle qui est utilisé depuis tout le temps).
      4°) je rapelle qu'internet vient de DARPA, pas du FSB ou autre. Il semble donc logique que les première versions utilise le latin.
      5°) le latin, pour l'instant, suffit largement a l'ensemble des noms de domaines. La longueur d'une url est suffisante pour ne pas avoir tout de suite le probleme qui se pose avec ipv4.
      
      Et cet argument ne joue certainement pas pour le chinois, où le risque de confondre avec les lettres latines est faible :-)
      Clair ... confondre entre deux kanjis/hanji risque pas d'arriver pour l'ensemble de la population ... même chinoise !
      il y a 50 000 kanjis, et ne crois pas que les chinois (ou les japonais, qui ont un alphabet similaire pour les idéogrammes) les connaissent tous.
      De plus avoir des kanjis qui se ressemblent ca arrive assez souvent (les kanjis "compliqué" sont formé a partir de radicaux provenant d'autres kanjis pour faire simple).
      
      Enfin, les japonais ont l'alphabet 'romanji' qui est l'alphabet latin grosso modo. Il doit etre représenté comment ?
      
      Quel génial argument "si je fous une merde pas possible (alphabet peu utilisé en informatique ... autre part qu'en chine et au japon, multi octet, complexe a comprendre et à représenter et donc à intégrer, ayant les mêmes problemes que les autres alphabet idéogrammes proche graphiquement, etc..), y'aura moins de probleme".
      
      Non, ça, c'est du baratin
      Ca c'est de la contre argumentation.
      
      Politiquement, c'est du même niveau que « si les internautes ont la liberté de s'echanger des fichiers, il n'y aura plus de création artistique »
      Tu peux me pointer un lien entre le pishing (qui existe réellement, et qui se base sur la ressemblance d'url, du XSS ou autre) et la contrefaçon artistique ?
      
      La tu dis "Il faut accepter les autres alphabets". Et on dit "pourquoi faire ? Sans compter que ca augment les risques, pour un gain proche de 0".
      
      Et la tu dis "Mais euuh vous etes méchant avec moi. C'est pas juste pour les autres si c'est que du latin. Et d'abord c'est exactement le meme raisonnement que vouloir interdire le transfert de fichier nah".
      Ce a quoi je vais te répondre :
      Arrête de fumer. Ca attaque tes neurones.
      
      Pratiquement, je reçois beaucoup de rapport de hameçonnage au bureau et il est exceptionnel qu'il y aie un effort de vraisemblance dans l'URL.
      "Je recois. Dans ce que je recois c'est rare. Donc [MUWAHAHAHA] c'est rare. Et comme c'est rare, ne protégeons rien".
      
      Allez exemple overkill
      Il est rare qu'un missile nucléaire soit lancé. C'est pas pour autant qu'il n'y a aucune protection pour en lancer un.
      
      Prétendre que les IDN permettraient d'avantage de hameçonnage est donc un argument purement politicien
      Tu peux me dire d'ou vient ton donc ?
      Ton argument est Politiquement, c'est du même niveau que
      Et tu arrive sur est donc un argument purement politicien
      M'est d'avis que tu fait une belle lapalissade.
      "Je dis que politiquement c'est politique. Comme mon argument est politique, c'est donc politicien.".
      
      Comme personne ne vérifie l'URL,
      Ah il a fini la moquette et a commencer la tringle à rideau.
      
      On notera que cet argument n'apparait pas dans la charte du groupe de travail IETF sur IDNA v2 http://www.ietf.org/html.charters/idnabis-charter.html alors qu'il était dans les versions initiales.
      C'est a peu près le seul argument pertinent. Maintenant faut se palucher les discut pour savoir pourquoi ils l'ont retiré.
      
      --
      Subete ga wakatta toki…watashi ga anta wo korosu.
      - [^]Re: Pas si simple que ça...
        
        Posté par THEpini (page perso, ) le 27/06/2008 à 11:34. (lien). Évalué à 2.
        "y'a pas de raison que le latin soit utilisé plutot que l'indonésien"
        
        L'indonésien utilise l'alphabet latin (merci Thalassa).

Je le fais déjà

Posté par Moogle () le 24/06/2008 à 10:14. (lien). Évalué à 3.

Chez moi j'ai ma propre extension rien qu'à moi. Bon, forcément, ça marche que sur mon réseau local, mais c'est quand même sympa :)

[^]Re: Je le fais déjà

Posté par jms (Jabber id, ) le 24/06/2008 à 10:24. (lien). Évalué à 2.
justement, quid des classiques
.local
.dom
et j'imagine aussi .example ?
- [^]Re: Je le fais déjà
  
  Posté par Stephane Bortzmeyer (page perso, ) le 24/06/2008 à 22:20. (lien). Évalué à 2.
  .local
  .dom
  
  Ils sont peut-être courants mais très dangereux à utiliser. Ils n'ont jamais été normalisés et peuvent donc demain être délégués à un vrai TLD.
  
  RFC 2606 <http://www.bortzmeyer.org/2606.html>
  
  Seul .example est réservé et sûr. Mais pas prévu pour cet usage. Pourquoi ne pas utiliser un vrai domaine ?
  - [^]Re: Je le fais déjà
    
    Posté par Benoît Sibaud (Jabber id, page perso, ) le 24/06/2008 à 23:07. (lien). Évalué à 1.
    http://www.rfc-editor.org/rfc/rfc2606.txt
    «
    To safely satisfy these needs, four domain names are reserved as
    listed and described below.
    
    .test
    .example
    .invalid
    .localhost
    »
    - [^]Re: Je le fais déjà
      
      Posté par Moogle () le 25/06/2008 à 09:50. (lien). Évalué à 4.
      Tiens, il n'y a pas .localdomain ...

Je cours réserver...

Posté par liberforce (Jabber id, page perso, ) le 24/06/2008 à 10:28. (lien). Évalué à 5.

coincoin.pan !

[^]Re: Je cours réserver...

Posté par Pol' uX () le 24/06/2008 à 20:36. (lien). Évalué à 5.
panpan.cucu ?

--
Soutenez le logiciel libre, en adhérant dès maintenant à l'April
- [^]Re: Je cours réserver...
  
  Posté par liberforce (Jabber id, page perso, ) le 25/06/2008 à 11:14. (lien). Évalué à 4.
  cucu.praline

Et la validation ?

Posté par tito (page perso, ) le 24/06/2008 à 10:33. (lien). Évalué à 0.

Suis-je le seul à penser que ca va être encore plus merdique à vérifier si un email est un minimum valide ? Qui n'a jamais écris de regexp terminant par (com|net|org... ?

--
Blog | PyMT

[^]Re: Et la validation ?

Posté par Benjamin (Jabber id, page perso, ) le 24/06/2008 à 10:41. (lien). Évalué à 7.
j'espère que tu es le seul ici :)

sinon oui, les X développeurs web tout pourris qui mettent des regexp toutes pourries pour faire une pauvre vérification de conformité d'email devront remballer leur code ...

J'ai hélas l'impression que X tend vers +OO ...

Pour vérifier un email il faut :

- vérifier qu'on a un et un seul @
- vérifier qu'à gauche du @ tu as n'importe quoi <255 caractères
- vérifier qu'à droite du @ tu as un nom fqdn valide soit
-- 1 à n membres séparés par .
-- 255 caractères maximum au total
-- chaque membre est du type [0-9a-z][0-9a-z-]{0,63} (la rfc interdit normalement le chiffre en début de membre, mais comme les registrars le vendent ...)

Toute autre vérification sur l'email (hors check mx dns ou envoi de mail) est nul et non avenu.
- [^]Re: Et la validation ?
  
  Posté par Sufflope (Jabber id, page perso, ) le 24/06/2008 à 10:52. (lien). Évalué à 6.
  Tu peux avoir plus de caractères que les alphanumériques à condition d'être entre guillemets, donc tu peux classer ta regexp à côté des (net|org|...) :D
  
  --
  Le meilleur hébergeur de forums, gratuit et sans pub !
- [^]Re: Et la validation ?
  
  Posté par jeromelinuxfr () le 24/06/2008 à 12:09. (lien). Évalué à 3.
  Pour être précis, la RFC concernée est la 1034 (http://abcdrfc.free.fr/rfc-vf/rfc1034.html), la syntaxe d'un nom de domaine se trouve au paragraphe 3.5 et se lit en notation ABNF (RFC 5234 - http://abcdrfc.free.fr/rfc-vf/rfc5234.html). Les limitations de taille sont données dans la RFC 1035 (http://abcdrfc.free.fr/rfc-vf/rfc1035.html) au paragraphe 2.3.4
  - [+] [^]Re: Et la validation ?
    
    Posté par Tanguy Ortolo (Jabber id, page perso, ) le 24/06/2008 à 12:51. (lien). Évalué à -4.
    404, 404 et 404. Pour les RFC, il y a un site officiel, non ?
    
    --
    Tanguy Ortolo
    Connard amer d'or 2008, décerné par J-A Ad'A, connard amer des origines
  - [^]Re: Et la validation ?
    
    Posté par baud123 (Jabber id, page perso, ) le 24/06/2008 à 13:15. (lien). Évalué à 2.
    1034 [http://abcdrfc.free.fr/rfc-vf/rfc1034.html]
    5234 [http://abcdrfc.free.fr/rfc-vf/rfc5234.html]
    1035 [http://abcdrfc.free.fr/rfc-vf/rfc1035.html]
    avec des crochets, templeet préfère ;-)
    - [^]Re: Et la validation ?
      
      Posté par jeromelinuxfr () le 24/06/2008 à 13:45. (lien). Évalué à 1.
      mea culpa, maxima culpa. Je me fait avoir à chaque fois, encore désolé :(
- [^]Re: Et la validation ?
  
  Posté par Jak () le 24/06/2008 à 18:11. (lien). Évalué à 2.
  > - vérifier qu'on a un et un seul @
  
  T'es sûr de ça ?
  
  --
  « Le savoir, n'est-ce pas, est un bien précieux. Trop précieux pour ne pas être partagé. »
  - Battologio d'Epanalepse, in De Cape et de Crocs, Acte VII (Ayroles & Masbou)
- [^]Re: Et la validation ?
  
  Posté par Stephane Bortzmeyer (page perso, ) le 25/06/2008 à 11:03. (lien). Évalué à 2.
  
  J'ai hélas l'impression que X tend vers +OO
  
  En effet, la grande majorité des codes de vérification d'adresse de courrier qu'on voit trainer sur le réseau sont faux http://www.bortzmeyer.org/arreter-d-interdire-des-adresses-l(...)
  
  chaque membre est du type [0-9a-z][0-9a-z-]{0,63}
  
  Ah non, justement, avec les IDN et les EAI http://www.bortzmeyer.org/4952.html cette règle n'est plus vraie.
  
  (la rfc interdit normalement le chiffre en début de membre
  
  Faux. (Ou alors il faut citer le paragraphe exact du RFC. Moi, je peux, RFC 1123, section 2.1 « the
  restriction on the first character is relaxed to allow either a
  letter or a digit. Host software MUST support this more liberal
  syntax. »

[^]Re: Et la validation ?

Posté par LupusMic (page perso, ) le 24/06/2008 à 10:45. (lien). Évalué à 2.
Moi, parce que je suis un développeur qui n'a pas d'a priori. D'ailleurs, ça m'énerve toujours de croiser un gars qui crois rendre service en publiant un code faux. De toute façon, une syntaxe valide n'implique pas une adresse valide :) Ce n'est qu'une première étape pour éviter de faire des bind dans tout les sens.

[^]Re: Et la validation ?

Posté par Moogle () le 24/06/2008 à 10:58. (lien). Évalué à 4.
Vu déjà le nombre de forums qui me rembarrent à l'inscription avec mes adresses en .info, en effet, ça peut être pire...

pour qui...

Posté par brazz () le 24/06/2008 à 12:44. (lien). Évalué à 2.

Attention, il faut regarder à quel prix ceci va être disponible, pour le moment la tonalité est dans le TRES cher! En fait cela va permettre de résoudre le problème posé par la Russie, la Chine, etc... concernant l'utilisation de caractères non européens, d'une part, et ça va permettre à l'ICANN de se faire du blé en grande quantité... Ce qui est préoccupant, mais ce n'est pas d'aujourd'hui, c'est le contrôle de l'ICANN, qui dirige quoi. Quand je pense qu'on avait participé au vote pour l'élection des administrateurs, il y a quelques années! Et on pensait -c'est ce qui se disait- que cela allait de plus en plus se démocratiser pour arriver à une cyber gouvernance avec le pouvoir aux internautes, bla bla bla...

Impact sur les serveurs DNS ?

Posté par Laurent Pointal (page perso, ) le 24/06/2008 à 13:32. (lien). Évalué à 2.

Ca va donner quoi au final, s'il y a un système plus plat que hiérarchique ?

--
(pub: Livres à prix réduit sur http://www.sollire.com/ - la boutique de mes petites soeurs)

[^]Re: Impact sur les serveurs DNS ?

Posté par inico (Jabber id, page perso, ) le 24/06/2008 à 14:25. (lien). Évalué à 0.
Un root.hint plus gros sur les serveurs des ISP et des gros hebergeurs.

--
"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..
- [^]Re: Impact sur les serveurs DNS ?
  
  Posté par Stephane Bortzmeyer (page perso, ) le 25/06/2008 à 10:23. (lien). Évalué à 3.
  Un root.hint plus gros sur les serveurs des ISP et des gros hebergeurs.
  
  Drôle d'idée, le fichier "hints" ne contient pas la liste des TLD, seulement celle des serveurs de la racine. Vous pouvez expliquer ?

[^]Re: Impact sur les serveurs DNS ?

Posté par Jonathan ILIAS-PILLET (Jabber id, page perso, ) le 24/06/2008 à 16:41. (lien). Évalué à 2.
Oui tiens, cela ne va-t-il pas imposer une qualification complète des noms de machines internes ?

En supposant que les TLD arrivent rapidement à être chargés, que va-t-on devoir nommer notre imprimante "imprimante.mondomainepublic.tld" plutôt que "imprimante" ?

Ou alors les résolveurs DNS seront moins triviaux... Ca pose des questions pratiques en tout cas, au delà de l'inquiétude d'une pollution des TLD.
- [^]Re: Impact sur les serveurs DNS ?
  
  Posté par Stephane Bortzmeyer (page perso, ) le 25/06/2008 à 10:25. (lien). Évalué à 3.
  Oui tiens, cela ne va-t-il pas imposer une qualification complète des noms de machines internes ?
  
  En supposant que les TLD arrivent rapidement à être chargés, que va-t-on devoir nommer notre imprimante "imprimante.mondomainepublic.tld" plutôt que "imprimante" ?
  
  Ou alors les résolveurs DNS seront moins triviaux...
  
  Là aussi, c'est assez surprenant. En quoi l'ajout de ".bzh", ".paris" ou ".nimportequoi" pourrait changer le nommage interne et les résolveurs ???
  - [^]Re: Impact sur les serveurs DNS ?
    
    Posté par e-t172 (page perso, ) le 25/06/2008 à 12:59. (lien). Évalué à 2.
    Parce que si quelqu'un a acheté le TLD "imprimante", et qu'il y a dans le même temps sur le réseau local un hôte "imprimante", ça risque de causer un sacré bordel, puisque il y aura le même nom pour deux choses complètement différentes.
    - [^]Re: Impact sur les serveurs DNS ?
      
      Posté par Mildred (Jabber id, page perso, ) le 26/06/2008 à 15:00. (lien). Évalué à 3.
      A mon avis, le nom imprimante est un nom relatif à ton domaine local. On peut le trouver dans certains cas dans /etc/resolv.conf derrière le mot clef domain.
      
      Par exemple si ton domaine local est .local, tu pourra aussi bien utiliser imprimante.local. Et je suppose que tu pourra utiliser imprimante. (avec un point à la fin) pour accéder au TLD imprimante. Le point permettant de faire une adresse absolue.
      
      http://fr.wikipedia.org/wiki/Domain_Name_System#Fully_Qualif(...)
      
      --
      La Roue du Temps

Vocabulaire

Posté par Guillaume Savaton (Jabber id, page perso, ) le 24/06/2008 à 20:31. (lien). Évalué à 1.

Le terme "extension de domaine" est-il officiellement accepté ?

Je ne trouve pas très naturel de traduire "Top-Level Domain" en "extension de domaine", même si un nom de domaine ressemble vaguement à un nom de fichier avec une "extension".

--
http://senshu.baierouge.fr

[^]Re: Vocabulaire

Posté par Stephane Bortzmeyer (page perso, ) le 25/06/2008 à 09:47. (lien). Évalué à 1.
Le terme "extension de domaine" est-il officiellement accepté ?

Non, c'est du n'importe quoi de journaliste. Personne ne l'utilise en effet. Le terme correct serait « domaine de premier niveau ».

http://fr.wikipedia.org/wiki/Domaine_de_premier_niveau

Fausse information, pas la peine de perdre du temps à la commenter

Posté par Stephane Bortzmeyer (page perso, ) le 24/06/2008 à 20:56. (lien). Évalué à 5.

C'est curieux qu'il faille apprendre aux lecteurs de linuxfr qu'on ne doit pas faire confiance à ce qui est écrit par des journalistes sur du papier. Seule l'information publiée sur Internet est correcte et à jour et l'ICANN a vite démenti cet interview :

http://www.mailclub.info/article.php3?id_article=807

Un peu de bon sens aurait suffi à détecter la traduction ultra-approximative (Paul Twomey ne parle pas français). Certes, l'ICANN est une organisation assez secrète où les vraies décisions sont prises en petit comité et annoncées par suprise mais, là, quand même, l'ICANN qui a toujours été ultra-fidèle au patronat et aux détenteurs de propriété intellectuelle, qui ouvrirait les vannes tout grand à la liberté ? C'était difficilement croyable.

Revenir en haut de page

Articles précédents : Internet

Liens connexes

Dépêche modérée par

Dépêche éditée par

Internet : L'ICANN libère les extensions de domaines

Prix?

[^]Re: Prix?

[^]Re: Prix?

[^]Re: Prix?

[^]Re: Prix?

[^]Re: Prix?

[^]Re: Prix?

[^]Re: Prix?

[^]Re: Prix?

Devenir registrar

[^]Re: Devenir registrar

[^]Re: Devenir registrar

[^]Re: Devenir registrar

[^]Re: Devenir registrar

Dommage il y aurait des idées à prendre

[^]Re: Dommage il y aurait des idées à prendre

[^]Re: Dommage il y aurait des idées à prendre

[^]Re: Dommage il y aurait des idées à prendre

Extention personnel

[^]Re: Extention personnel

[^]Re: Extention personnel

[^]Re: Extention personnel

[^]Re: Extention personnel

Pas si simple que ça...

[^]Re: Pas si simple que ça...

[^]Re: Pas si simple que ça...

[^]Re: Pas si simple que ça...

[^]Re: Pas si simple que ça...

[^]Re: Pas si simple que ça...

[^]Re: Pas si simple que ça...

[^]Re: Pas si simple que ça...

[^]Re: Pas si simple que ça...

[^]Re: Pas si simple que ça...

Je le fais déjà

[^]Re: Je le fais déjà

[^]Re: Je le fais déjà

[^]Re: Je le fais déjà

[^]Re: Je le fais déjà

Je cours réserver...

[^]Re: Je cours réserver...

[^]Re: Je cours réserver...

Et la validation ?

[^]Re: Et la validation ?

[^]Re: Et la validation ?

[^]Re: Et la validation ?

[+] [^]Re: Et la validation ?

[^]Re: Et la validation ?

[^]Re: Et la validation ?

[^]Re: Et la validation ?

[^]Re: Et la validation ?

[^]Re: Et la validation ?

[^]Re: Et la validation ?

pour qui...

Impact sur les serveurs DNS ?

[^]Re: Impact sur les serveurs DNS ?

[^]Re: Impact sur les serveurs DNS ?

[^]Re: Impact sur les serveurs DNS ?

[^]Re: Impact sur les serveurs DNS ?

[^]Re: Impact sur les serveurs DNS ?

[^]Re: Impact sur les serveurs DNS ?

Vocabulaire

[^]Re: Vocabulaire

Fausse information, pas la peine de perdre du temps à la commenter