Ce n'est pas la première fois qu'un contributeur vous fait la remarque concernant cette mauvaise habitude que vous avez de poster des données personnelles sur les newsgroups...
-Peux-tu me dire ce que sont devenus ou qui sont ces contributeurs dont tu parles (leurs pseudos), aujourd'hui ?
Présent. Et toujours aussi consterné par tes pratiques.
Merci, je n'avais donc pas rêvé (j'avoue que je n'ai pas eu le courage de rechercher dans mes archives).
-- Vince
Pascal Hambourg a écrit:
Vince a exposé le 18/10/2006 :
Ce n'est pas la première fois qu'un contributeur vous fait la remarque
concernant cette mauvaise habitude que vous avez de poster des données
personnelles sur les newsgroups...
-Peux-tu me dire ce que sont devenus ou qui sont ces contributeurs dont
tu parles (leurs pseudos), aujourd'hui ?
Présent.
Et toujours aussi consterné par tes pratiques.
Merci, je n'avais donc pas rêvé (j'avoue que je n'ai pas eu le courage de
rechercher dans mes archives).
Ce n'est pas la première fois qu'un contributeur vous fait la remarque concernant cette mauvaise habitude que vous avez de poster des données personnelles sur les newsgroups...
-Peux-tu me dire ce que sont devenus ou qui sont ces contributeurs dont tu parles (leurs pseudos), aujourd'hui ?
Présent. Et toujours aussi consterné par tes pratiques.
Merci, je n'avais donc pas rêvé (j'avoue que je n'ai pas eu le courage de rechercher dans mes archives).
-- Vince
jpr32
jpr32 a écrit:
Vince a écrit:
jpr32 a écrit:
Non c'est vous qui mélangez personnel et privé, je sais très bien faire la
différence contrairement à vous.
-Les données des DNS ne sont pas personnelles
------- Hachette : personnel, elle 1. Qui est propre à une personne; qui la concerne ou la vise particulièrement. -------
Pour compléter la définition selon la CNIL de donnée personnelle : [SNIP, trop difficile à lire avec Thuderbird]
Bonjour Vince.
Sauf à le faire intentionnellement en ajoutant des commentaires, et encore, les DNS sont des serveurs techniques qui ne contiennent pas de données d'identification de personnes.
Si d'après la définition de la CNIL (que vous avez snipez)!!
L'adresse IP est publique est contenue dans les en-têtes des messages mail (SMTP) ou newsgroup (NNTP)
Ce n'est pas parce qu'une donnée personnelle est publique que ça la rends publiable !!
Vous pensez serieusement avoir le droit de reprendre l'annuaire téléphonique (par exemple) sur un site personnel pour le diffuser ?
Cela suffit, maintenant.
Quand vous aurez annulé votre post !!
Bonjour Vince.
Tous le monde te fait des misères.
Tu aurais pu prendre un autre exemple que l'annuaire téléphonique (;-)).
Car le nom de la personne est indiquée avec son adresse technique téléphonique (le N° de téléphone, l'adresse postale, etc...) C'est pour cela qu'il existe une liste rouge.
Ben, yapas de liste rouge sur Internet? Yaka en crée une ? Pas possible ou pas comme cela (impossible n'est pas Français, Internet non plus).
Bien sur, il est possible d'obtenir une adresse IP fixe sans donner les coordonnées du noeuds (machine ou FQDN, Fully Qualified Domain Name(?)). Cela se fait dans certaines "administrations" ou "centres techniques" très spéciaux. Faut vraiment avoir des moyens et des raisons tant que nous serons en IP/V4.
Maintenant, si tu veux que je corrige le post en question pour enlever "tes" définitions DNS, OK, bien sur, à ton service. Vérifie dans 20 minutes, OK ?
Amicalement. Jean Pierre R.
jpr32 a écrit:
Vince a écrit:
jpr32 a écrit:
Non c'est vous qui mélangez personnel et privé, je sais très bien
faire la
différence contrairement à vous.
-Les données des DNS ne sont pas personnelles
-------
Hachette : personnel, elle 1. Qui est propre à une personne; qui la
concerne ou la vise particulièrement.
-------
Pour compléter la définition selon la CNIL de donnée personnelle :
[SNIP, trop difficile à lire avec Thuderbird]
Bonjour Vince.
Sauf à le faire intentionnellement en ajoutant des commentaires, et
encore, les DNS sont des serveurs techniques qui ne contiennent pas de
données d'identification de personnes.
Si d'après la définition de la CNIL (que vous avez snipez)!!
L'adresse IP est publique est contenue dans les en-têtes des
messages mail (SMTP) ou newsgroup (NNTP)
Ce n'est pas parce qu'une donnée personnelle est publique que ça la rends
publiable !!
Vous pensez serieusement avoir le droit de reprendre l'annuaire
téléphonique (par exemple) sur un site personnel pour le diffuser ?
Cela suffit, maintenant.
Quand vous aurez annulé votre post !!
Bonjour Vince.
Tous le monde te fait des misères.
Tu aurais pu prendre un autre exemple que l'annuaire téléphonique (;-)).
Car le nom de la personne est indiquée avec son adresse technique
téléphonique (le N° de téléphone, l'adresse postale, etc...)
C'est pour cela qu'il existe une liste rouge.
Ben, yapas de liste rouge sur Internet? Yaka en crée une ? Pas possible
ou pas comme cela (impossible n'est pas Français, Internet non plus).
Bien sur, il est possible d'obtenir une adresse IP fixe sans donner les
coordonnées du noeuds (machine ou FQDN, Fully Qualified Domain Name(?)).
Cela se fait dans certaines "administrations" ou "centres techniques"
très spéciaux. Faut vraiment avoir des moyens et des raisons tant que
nous serons en IP/V4.
Maintenant, si tu veux que je corrige le post en question pour enlever
"tes" définitions DNS, OK, bien sur, à ton service. Vérifie dans 20
minutes, OK ?
Non c'est vous qui mélangez personnel et privé, je sais très bien faire la
différence contrairement à vous.
-Les données des DNS ne sont pas personnelles
------- Hachette : personnel, elle 1. Qui est propre à une personne; qui la concerne ou la vise particulièrement. -------
Pour compléter la définition selon la CNIL de donnée personnelle : [SNIP, trop difficile à lire avec Thuderbird]
Bonjour Vince.
Sauf à le faire intentionnellement en ajoutant des commentaires, et encore, les DNS sont des serveurs techniques qui ne contiennent pas de données d'identification de personnes.
Si d'après la définition de la CNIL (que vous avez snipez)!!
L'adresse IP est publique est contenue dans les en-têtes des messages mail (SMTP) ou newsgroup (NNTP)
Ce n'est pas parce qu'une donnée personnelle est publique que ça la rends publiable !!
Vous pensez serieusement avoir le droit de reprendre l'annuaire téléphonique (par exemple) sur un site personnel pour le diffuser ?
Cela suffit, maintenant.
Quand vous aurez annulé votre post !!
Bonjour Vince.
Tous le monde te fait des misères.
Tu aurais pu prendre un autre exemple que l'annuaire téléphonique (;-)).
Car le nom de la personne est indiquée avec son adresse technique téléphonique (le N° de téléphone, l'adresse postale, etc...) C'est pour cela qu'il existe une liste rouge.
Ben, yapas de liste rouge sur Internet? Yaka en crée une ? Pas possible ou pas comme cela (impossible n'est pas Français, Internet non plus).
Bien sur, il est possible d'obtenir une adresse IP fixe sans donner les coordonnées du noeuds (machine ou FQDN, Fully Qualified Domain Name(?)). Cela se fait dans certaines "administrations" ou "centres techniques" très spéciaux. Faut vraiment avoir des moyens et des raisons tant que nous serons en IP/V4.
Maintenant, si tu veux que je corrige le post en question pour enlever "tes" définitions DNS, OK, bien sur, à ton service. Vérifie dans 20 minutes, OK ?
Amicalement. Jean Pierre R.
jpr32
(supersedes <4535ecb1$0$3722$)
surf a écrit:
Toujours rien cela fait 1h qu'il y a ce probleme ,pas un corp de free qui nous dire ce qui ce passe ?
Vous n'êtes pas sur proxad.free.* !!
Bonjour Vince. Bonjour à tous.
Toi non plus. (:-))
Tu essayerais de faire passer Free pour une société qui voudrait cacher ses problèmes. Non, Hein !? (;-))
Toujours rien cela fait 1h qu'il y a ce probleme ,pas un corp de free qui nous dire ce qui ce passe ?
Vous n'êtes pas sur proxad.free.* !!
Bonjour Vince. Bonjour à tous.
Toi non plus. (:-))
Tu essayerais de faire passer Free pour une société qui voudrait cacher ses problèmes. Non, Hein !? (;-))
Amicalement. Jean Pierre R.
Pascal Hambourg
J'ai oublié de mentionner le reverse à éclipses. Je ne suis pas le seul à qui ça arrive.
A ce propos, j'ai assez souvent des temps de réponse très longs quand je fais une requête sur le reverse DNS d'une adresse IP de chez Free/Proxad. Ce sont les mêmes serveurs ?
Là, il n'y a pas de solution externe.
Non, effectivement. A moins de faire mettre le reverse en dur chez tous ceux qui peuvent en avoir besoin. ;-)
J'ai oublié de mentionner le reverse à éclipses.
Je ne suis pas le seul à qui ça arrive.
A ce propos, j'ai assez souvent des temps de réponse très longs quand je
fais une requête sur le reverse DNS d'une adresse IP de chez
Free/Proxad. Ce sont les mêmes serveurs ?
Là, il n'y a pas de solution externe.
Non, effectivement. A moins de faire mettre le reverse en dur chez tous
ceux qui peuvent en avoir besoin. ;-)
J'ai oublié de mentionner le reverse à éclipses. Je ne suis pas le seul à qui ça arrive.
A ce propos, j'ai assez souvent des temps de réponse très longs quand je fais une requête sur le reverse DNS d'une adresse IP de chez Free/Proxad. Ce sont les mêmes serveurs ?
Là, il n'y a pas de solution externe.
Non, effectivement. A moins de faire mettre le reverse en dur chez tous ceux qui peuvent en avoir besoin. ;-)
Vince
Pascal Hambourg a écrit:
Là, il n'y a pas de solution externe.
Non, effectivement. A moins de faire mettre le reverse en dur chez tous ceux qui peuvent en avoir besoin. ;-)
En installant un serveur DNS chez vous, vous aurez moins de problème de reverse puisque l'info sera dans le cache (enfin si votre serveur DNS arrive à l'obtenir).
-- Vince
Pascal Hambourg a écrit:
Là, il n'y a pas de solution externe.
Non, effectivement. A moins de faire mettre le reverse en dur chez tous
ceux qui peuvent en avoir besoin. ;-)
En installant un serveur DNS chez vous, vous aurez moins de problème de
reverse puisque l'info sera dans le cache (enfin si votre serveur DNS
arrive à l'obtenir).
Non, effectivement. A moins de faire mettre le reverse en dur chez tous ceux qui peuvent en avoir besoin. ;-)
En installant un serveur DNS chez vous, vous aurez moins de problème de reverse puisque l'info sera dans le cache (enfin si votre serveur DNS arrive à l'obtenir).
-- Vince
Pascal Hambourg
En installant un serveur DNS chez vous, vous aurez moins de problème de reverse puisque l'info sera dans le cache (enfin si votre serveur DNS arrive à l'obtenir).
Ça ne règlera pas le problème chez ceux qui interrogent son reverse DNS à lui (serveurs mail à qui il envoie du courrier et qui vérifient le reverse par exemple).
En installant un serveur DNS chez vous, vous aurez moins de problème de
reverse puisque l'info sera dans le cache (enfin si votre serveur DNS
arrive à l'obtenir).
Ça ne règlera pas le problème chez ceux qui interrogent son reverse DNS
à lui (serveurs mail à qui il envoie du courrier et qui vérifient le
reverse par exemple).
En installant un serveur DNS chez vous, vous aurez moins de problème de reverse puisque l'info sera dans le cache (enfin si votre serveur DNS arrive à l'obtenir).
Ça ne règlera pas le problème chez ceux qui interrogent son reverse DNS à lui (serveurs mail à qui il envoie du courrier et qui vérifient le reverse par exemple).
Pascal Hambourg
La solution de riche est de te faire déléguer un netblock :-)
Même pas. Ça dépend comment est faite la délégation (voir plus bas).
Par contre, je me demande jusqu'où vont les FSI qui le proposent (/27 ou /30 ?) Et où les infos se trouvent.
Justement, pour un bloc de taille inférieure à un /24, il n'y a pas de vraie délégation ; ce sera forcément de la pseudo-délégation "classless" sauce RFC 2317, donc une requête récursive passera de toute façon par l'un des serveurs DNS opéré par le FAI faisant autorité pour la zone inverse du /24 contenant le bloc. Et si celui-ci pédale dans la semoule, le résultat sera le même que sans délégation.
D'ailleurs le problème se posera aussi pour un /24 complet si la délégation est effectuée à partir des DNS du FAI, car quand les DNS du /24 ne sont pas déjà dans le cache du serveur qui fait la requête, il faut passer par les DNS du FAI pour obtenir l'information.
Il me semble que la seule façon de s'affranchir d'un dysfonctionnement des DNS du FAI serait de faire la délégation directement à partir des DNS amont, comme ceux du RIR qui a alloué le bloc.
La solution de riche est de te faire déléguer un netblock :-)
Même pas. Ça dépend comment est faite la délégation (voir plus bas).
Par contre, je me demande jusqu'où vont les FSI qui le proposent (/27 ou
/30 ?) Et où les infos se trouvent.
Justement, pour un bloc de taille inférieure à un /24, il n'y a pas de
vraie délégation ; ce sera forcément de la pseudo-délégation "classless"
sauce RFC 2317, donc une requête récursive passera de toute façon par
l'un des serveurs DNS opéré par le FAI faisant autorité pour la zone
inverse du /24 contenant le bloc. Et si celui-ci pédale dans la semoule,
le résultat sera le même que sans délégation.
D'ailleurs le problème se posera aussi pour un /24 complet si la
délégation est effectuée à partir des DNS du FAI, car quand les DNS du
/24 ne sont pas déjà dans le cache du serveur qui fait la requête, il
faut passer par les DNS du FAI pour obtenir l'information.
Il me semble que la seule façon de s'affranchir d'un dysfonctionnement
des DNS du FAI serait de faire la délégation directement à partir des
DNS amont, comme ceux du RIR qui a alloué le bloc.
La solution de riche est de te faire déléguer un netblock :-)
Même pas. Ça dépend comment est faite la délégation (voir plus bas).
Par contre, je me demande jusqu'où vont les FSI qui le proposent (/27 ou /30 ?) Et où les infos se trouvent.
Justement, pour un bloc de taille inférieure à un /24, il n'y a pas de vraie délégation ; ce sera forcément de la pseudo-délégation "classless" sauce RFC 2317, donc une requête récursive passera de toute façon par l'un des serveurs DNS opéré par le FAI faisant autorité pour la zone inverse du /24 contenant le bloc. Et si celui-ci pédale dans la semoule, le résultat sera le même que sans délégation.
D'ailleurs le problème se posera aussi pour un /24 complet si la délégation est effectuée à partir des DNS du FAI, car quand les DNS du /24 ne sont pas déjà dans le cache du serveur qui fait la requête, il faut passer par les DNS du FAI pour obtenir l'information.
Il me semble que la seule façon de s'affranchir d'un dysfonctionnement des DNS du FAI serait de faire la délégation directement à partir des DNS amont, comme ceux du RIR qui a alloué le bloc.
Pascal Hambourg
Pascal Hambourg wrote:
D'ailleurs le problème se posera aussi pour un /24 complet si la délégation est effectuée à partir des DNS du FAI, car quand les DNS du /24 ne sont pas déjà dans le cache du serveur qui fait la requête, il faut passer par les DNS du FAI pour obtenir l'information.
Oui, effectivement :
[ xavier ]$ dig soa 87.56.213.in-addr.arpa 87.56.213.in-addr.arpa. 86400 IN SOA ns0.injep.fr. hostmaster.injep.fr. 2006060301 28800 7200 604800 86400
J'aurais plutôt fait une requête de type NS mais bon.
[ xavier ]$ dig soa 56.213.in-addr.arpa
56.213.in-addr.arpa. 3600 IN SOA ns0.oleane.net. hostmaster.oleane.net. 2006082400 28800 3600 604800 3600
Oui, mais dans la liste des NS faisant autorité pour la zone inverse du /16 il y a quand même un serveur du RIPE (le RIR qui a alloué le bloc au FAI). Ça aide en cas de faiblesse des DNS du FAI.
Devine chez qui bossait le stagiaire de mon post précédent :-)
Oléane ? Ça ne m'étonnerait pas plus que ça, parce qu'à l'époque où je donnais un coup de main au sysadmin d'une boîte où j'ai travaillé qui avait une liaison SDSL chez eux, il fallait systématiquement batailler pour obtenir quoi que ce soit en rapport avec les reverses DNS.
Mais, je n'aurais pas cru qu'il y avait des Mmes Michu chez Oléane ?
D'ailleurs le problème se posera aussi pour un /24 complet si la
délégation est effectuée à partir des DNS du FAI, car quand les DNS du
/24 ne sont pas déjà dans le cache du serveur qui fait la requête, il
faut passer par les DNS du FAI pour obtenir l'information.
Oui, effectivement :
[xavier@doriath xavier ]$ dig soa 87.56.213.in-addr.arpa
87.56.213.in-addr.arpa. 86400 IN SOA ns0.injep.fr.
hostmaster.injep.fr. 2006060301 28800 7200 604800 86400
J'aurais plutôt fait une requête de type NS mais bon.
[xavier@doriath xavier ]$ dig soa 56.213.in-addr.arpa
56.213.in-addr.arpa. 3600 IN SOA ns0.oleane.net.
hostmaster.oleane.net. 2006082400 28800 3600 604800 3600
Oui, mais dans la liste des NS faisant autorité pour la zone inverse du
/16 il y a quand même un serveur du RIPE (le RIR qui a alloué le bloc au
FAI). Ça aide en cas de faiblesse des DNS du FAI.
Devine chez qui bossait le stagiaire de mon post précédent :-)
Oléane ?
Ça ne m'étonnerait pas plus que ça, parce qu'à l'époque où je donnais un
coup de main au sysadmin d'une boîte où j'ai travaillé qui avait une
liaison SDSL chez eux, il fallait systématiquement batailler pour
obtenir quoi que ce soit en rapport avec les reverses DNS.
Mais, je n'aurais pas cru qu'il y avait des Mmes Michu chez Oléane ?
D'ailleurs le problème se posera aussi pour un /24 complet si la délégation est effectuée à partir des DNS du FAI, car quand les DNS du /24 ne sont pas déjà dans le cache du serveur qui fait la requête, il faut passer par les DNS du FAI pour obtenir l'information.
Oui, effectivement :
[ xavier ]$ dig soa 87.56.213.in-addr.arpa 87.56.213.in-addr.arpa. 86400 IN SOA ns0.injep.fr. hostmaster.injep.fr. 2006060301 28800 7200 604800 86400
J'aurais plutôt fait une requête de type NS mais bon.
[ xavier ]$ dig soa 56.213.in-addr.arpa
56.213.in-addr.arpa. 3600 IN SOA ns0.oleane.net. hostmaster.oleane.net. 2006082400 28800 3600 604800 3600
Oui, mais dans la liste des NS faisant autorité pour la zone inverse du /16 il y a quand même un serveur du RIPE (le RIR qui a alloué le bloc au FAI). Ça aide en cas de faiblesse des DNS du FAI.
Devine chez qui bossait le stagiaire de mon post précédent :-)
Oléane ? Ça ne m'étonnerait pas plus que ça, parce qu'à l'époque où je donnais un coup de main au sysadmin d'une boîte où j'ai travaillé qui avait une liaison SDSL chez eux, il fallait systématiquement batailler pour obtenir quoi que ce soit en rapport avec les reverses DNS.
Mais, je n'aurais pas cru qu'il y avait des Mmes Michu chez Oléane ?
Sébastien WILLEMIJNS
On Wed, 18 Oct 2006 09:07:47 +0200, Nina Popravka wrote:
Je dirai même plus : aucun FAI n'autorise l'accès à ses DNS à d'autres que ses clients :-)
http://80.247.230.136/dns.htm prouve le contraire
-- Sébastien WILLEMIJNS, France www.willemijns.com www.nntpeng.willemijns.com (FAQ about open NNTP servers) www.binnews.willemijns.com (FAQ about binaries servers)
On Wed, 18 Oct 2006 09:07:47 +0200, Nina Popravka <Nina@nospam> wrote:
Je dirai même plus : aucun FAI n'autorise l'accès à ses DNS à d'autres
que ses clients :-)
http://80.247.230.136/dns.htm prouve le contraire
--
Sébastien WILLEMIJNS, France
www.willemijns.com
www.nntpeng.willemijns.com (FAQ about open NNTP servers)
www.binnews.willemijns.com (FAQ about binaries servers)
On Wed, 18 Oct 2006 09:07:47 +0200, Nina Popravka wrote:
Je dirai même plus : aucun FAI n'autorise l'accès à ses DNS à d'autres que ses clients :-)
http://80.247.230.136/dns.htm prouve le contraire
-- Sébastien WILLEMIJNS, France www.willemijns.com www.nntpeng.willemijns.com (FAQ about open NNTP servers) www.binnews.willemijns.com (FAQ about binaries servers)
fra
Sébastien WILLEMIJNS wrote:
On Wed, 18 Oct 2006 09:07:47 +0200, Nina Popravka wrote:
Je dirai même plus : aucun FAI n'autorise l'accès à ses DNS à d'autres que ses clients :-)
http://80.247.230.136/dns.htm prouve le contraire
Quelle durabilité pour ces DNS ? Il serait interressant d'avoir aussi un classement par temps depuis lequel ils sont dispos pour estimer cela ? -- Fra
