Alors, tu édites ton fichier /etc/syslog.conf et tu cherches la ligne qui se réfère à /var/log/syslog.
Chez moi, çà done quelque chose comme ça :
# Log anything 'warn' or higher.
# Exclude authpriv, cron, mail, and news. These are logged elsewhere.
*.warn;\
authpriv.none;cron.none;mail.none;news.none -/var/log/syslog
Tu copies colle le block et changes le block copié comme ceci :
# Log anything 'warn' or higher.
# Exclude authpriv, cron, mail, and news. These are logged elsewhere.
*.warn;\
authpriv.none;cron.none;mail.none;news.none -/var/log/syslog
*.warn;\
authpriv.none;cron.none;mail.none;news.none /dev/tty12
Tu relances ton syslogd et l'affaire est règlée ...
Un exemple pour te connecter en Party line sur ton eggdrop depuis irc :
[Sunday 09 January 2005 - 01:50:49] DCC CHAT with Vipere[83.155.61.35:48909] established
[Sunday 09 January 2005 - 01:50:50] [Vipere(dcc)] Enter your password.
[Sunday 09 January 2005 - 01:51:04] [dcc(Vipere)] ********
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Connected to Vipere, running eggdrop v1.6.13
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] ____ __
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] / __/___ _ ___ _ ___/ /____ ___ ___
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] / _/ / _ `// _ `// _ // __// _ \ / _ \
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] /___/ \_, / \_, / \_,_//_/ \___// .__/
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] /___/ /___/ /_/
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)]
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Hey Creteil! My name is Vipere and I am running eggdrop v1.6.13, on Linux 2.4.28.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)]
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Local time is now 01:51
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] You are an owner of this bot. Only +n users can see this! For more info,
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] see .help set motd. Please edit the motd file in your bot's 'text'
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] directory.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Use .help for basic help.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Use .help for help on a specific command.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Use .help all to get a full command list.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Use .help *somestring* to list any help texts containing "somestring".
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)]
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Have fun.
Bonjour, sur le lien du journal expliquant la norme de cablâge RJ45 ethernet, il me semble qu'une erreur s'est introduite concernant le cablâge en croisé ...
La société de transport à laquelle Dell aura fait appel, vas te livrer.
- Tu es là lorsque le livreur passe, alors tu réceptionnes le colis.
- Tu n'es pas là lorsque le livreur passe, celui-ci dépose dans ta boite aux lettres un avis de passage te demandant de reprendre contact avec lui pour convenir d'un rendez-vous.
123.123.123.123 & 124.124.124.124 sont bien deux ip différentes, et elles ont bien toutes deux un seul et unique champ reverse, à savoir lol.com dans ton exemple ... le champ reverse est bien unique PAR IP !!!
tu n'as pas :
123.123.123.123.in-addr.arpa IN PTR lol.com
123.123.123.123.in-addr.arpa IN PTR autre-nom-con-de.domaine
c'est dans ce cas que tu as deux reverses differents pour une seule ip, et de toute manière un client résolvant cette ip n'interpretera que la première des réponses ...
Excuse mon franc parlé pour ce court passage de ma réponse ...
Euh, là franchement ton explication est plutôt imbitable ...
Pourtant le lien posté est très bien expliqué :
Tu ne peux avoir qu'un seul reverse PTR par ip ...
[quote]
2) The server treats the set of PTR records in round-robin, "load sharing" the results. In effect, it reorders the records in an essentially random permutation, and reports them all.
3) The requester sees a stack of records, but only reads the first one. The rest are assumed to be supporting records (NS records, etc.). Thus the result is a randomly-chosen record from the set of PTR records.
[/quote]
[quote from you]
Je n'ai pas non plus de probleme particulié, je cherche juste a comprendre comment marche les PTR :]
[/quote from you]
les champs PTR servent à résoudre une ip en nom et c'est tout, de plus il ne peut y avoir qu'un seul nom résolu pour une ip au sens des clients, qui si ils obtiennent de multiples réponses, ne traiterons que la première ...
[quote from you]
j'ai
kikoo.com A 192.168.1.1
kikoo2.org A 192.168.1.2
mais je veux
1.1.168.192.in-addr.arpa IN PTR kikoo.com
2.1.168.192.in-addr.arpa IN PTR kikoo.com
[/quote from you]
Ca ne veut absolument rien dire ...
Tu parles de :
kikoo.com A 192.168.1.1 <- dans la zone définissant les hôtes de ton domaine.
kikoo2.org A 192.168.1.2 <- dans la zone définissant les hôtes de ton domaine.
et que tu veux :
1.1.168.192.in-addr.arpa IN PTR kikoo.com <- dans la zone REVERSE
2.1.168.192.in-addr.arpa IN PTR kikoo.com <- dans la zone REVERSE
Tu parles de deux choses différentes.
Je ne comprend toujours pas le but recherché de la manoeuvre ...
[quote from you]
Je demande car, (la c'est un cas reel), un ami a un domaine lol.com
il avait une ip 123.123.123.123
il avait ceci :
lol.com A 123.213.123.123
123.123.123.123.in-addr.arpa IN PTR lol.com
Mais maintenant il a changé d'ip et donc a :
lol.com A 124.124.124.124
123.123.123.123.in-addr.arpa IN PTR lol.com
Et veux :
124.124.124.124.in-addr.arpa IN PTR lol.com
[/quote from you]
Ton amis aurait il changer de provider ou d'ip par hasard ?
Si c'est le cas, alors je t'expliques :
Ton amis est dans un cas particulier, il ne détient la gestion que pour une seule ip.
Le service DNS a été prévu pour gérer des classes C au minimum, ce qui se traduit dans les faits, qu'un seul et unique serveur dns doit gérer un MINIMUM de la taille d'une classe C (il existe la délégation "classless" (RFC 2317) mais celle ci n'est interressante que dans le cas d'un subnet de plusieurs ips puisque qu'on perd déjà 2 ips pour le network et le broadcast).
Ce que fournit Free pour lui permettre de changer le reverse de son ip est un programme (php/perl-cgi ???) qui vas réécrire le champ reverse de son ip et uniquement la sienne !!! et il semblerait qu'il ait laissé la definition du reverse de son ancienne ip avant de changer celle de la nouvelle ...
A "valid" PTR record is one which resolves to a name which resolves back to the address. For this reason, your PTR records shouldn't use names that resolve back to multiple addresses.
Reasoning behind all this (read on only if you care):
There's no rule in the RFC's saying that there must be a PTR record for every A record, though it is listed as a design goal. It also never says that you can't have multiple PTR records for a given address; unfortunately, doing so creates havoc. The reason for this is the way that records are reported and recognized.
Suppose you have multiple PTR records for a given address. Then this happens:
1) A request is made for PTR records for the address, by something trying to verify one of the hostnames.
2) The server treats the set of PTR records in round-robin, "load sharing" the results. In effect, it reorders the records in an essentially random permutation, and reports them all.
3) The requester sees a stack of records, but only reads the first one. The rest are assumed to be supporting records (NS records, etc.). Thus the result is a randomly-chosen record from the set of PTR records.
4) There is little chance that the resulting name matches the name that was started with.
A similar problem occurs if the name given in the PTR record resolves back to multiple addresses. This would occur if, for example, Netscape's download manager, in trying to verify eligibility to download 128-bit encryption versions of their software, attempts to break through fake PTR records by verifying that the name then resolves back to the address.
The only effective way to achieve the design goal of a one-to-one correlation between A records and PTR records is to never have more than one A record per address. This means that you can't have both company.com and company.org resolve to the same address (because neither can be a CNAME alias), meaning that if they are to have the same website, you need to have some mechanism that puts them together despite being on separate addresses.
[/QUOTE]
A++
PS : si tu expliquais ce que tu cherches à faire véritablement (je veux dire en détails, pour quelle type d'application) cela nous permettrais de te répondre d'une manière plus ciblée ...
Je suis en train de charger la version 4 fichiers de Pierre, par contre je peux t'ouvrir un scp sur ma machine, quelle bande passante as tu pour déposer ton fichier, et quelle taille fait il ?
Si vous pouvez déposer les 4 fichiers de bonnes qualité sur un ftp/http quelquonque, je peux les downloader, les monter bout à bout et les remettre sur votre serveur une fois le travail terminé ...
[^] # Re: whois.sc
Posté par Stephane COLIN (site web personnel) . En réponse au message interrogation DNS inverse. Évalué à 1.
Pas encore ça :
http://linuxfr.org/forums/12/4670.html(...)
;-)
A++
# Log syslog sur /dev/tty12
Posté par Stephane COLIN (site web personnel) . En réponse au message tail -f syslog cassé par cron.. Évalué à 1.
Alors, tu édites ton fichier /etc/syslog.conf et tu cherches la ligne qui se réfère à /var/log/syslog.
Chez moi, çà done quelque chose comme ça :
# Log anything 'warn' or higher.
# Exclude authpriv, cron, mail, and news. These are logged elsewhere.
*.warn;\
authpriv.none;cron.none;mail.none;news.none -/var/log/syslog
Tu copies colle le block et changes le block copié comme ceci :
# Log anything 'warn' or higher.
# Exclude authpriv, cron, mail, and news. These are logged elsewhere.
*.warn;\
authpriv.none;cron.none;mail.none;news.none -/var/log/syslog
*.warn;\
authpriv.none;cron.none;mail.none;news.none /dev/tty12
Tu relances ton syslogd et l'affaire est règlée ...
A++
# Modules ...
Posté par Stephane COLIN (site web personnel) . En réponse au message DCC sous KsIRC. Évalué à 1.
A++
[^] # Re: ps
Posté par Stephane COLIN (site web personnel) . En réponse au message déloguer un autre. Évalué à 4.
ps -u toto -o pid h
(h do not print header lines)
A++
[^] # Re: Party line ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Eggdrop et party line.... Évalué à 1.
Je te propose de venir sur irc coté EFNET (irc.efnet.nl par exemple) je vais aller dans un channel qui se nommera #Creteil
Par contre, j'y serait présent vers 21h00 ce soir.
Comme ca on pourra fixer ton probleme rapidement ...
Si tu ne peux pas y être, dits moi quand est ce que tu peux être dispo.
A++
# Party line ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Eggdrop et party line.... Évalué à 2.
Un exemple pour te connecter en Party line sur ton eggdrop depuis irc :
[Sunday 09 January 2005 - 01:50:49] DCC CHAT with Vipere[83.155.61.35:48909] established
[Sunday 09 January 2005 - 01:50:50] [Vipere(dcc)] Enter your password.
[Sunday 09 January 2005 - 01:51:04] [dcc(Vipere)] ********
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Connected to Vipere, running eggdrop v1.6.13
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] ____ __
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] / __/___ _ ___ _ ___/ /____ ___ ___
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] / _/ / _ `// _ `// _ // __// _ \ / _ \
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] /___/ \_, / \_, / \_,_//_/ \___// .__/
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] /___/ /___/ /_/
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)]
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Hey Creteil! My name is Vipere and I am running eggdrop v1.6.13, on Linux 2.4.28.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)]
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Local time is now 01:51
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] You are an owner of this bot. Only +n users can see this! For more info,
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] see .help set motd. Please edit the motd file in your bot's 'text'
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] directory.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Use .help for basic help.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Use .help for help on a specific command.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Use .help all to get a full command list.
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Use .help *somestring* to list any help texts containing "somestring".
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)]
[Sunday 09 January 2005 - 01:51:04] [Vipere(dcc)] Have fun.
----------------------------------------------------------------------------------------------------------
Une fois dans la Party line, tu peux discuter avec d'autres utilisateurs également connectés en Party line, et surtout configurer ton eggdrop ...
Toutes les commandes commencent par un '.', example :
.help
Ensuite je dirais qu'il faut lire un peut la doc, également, vas faire un petit tour par là :
http://www.egghelp.org/(...)
A++
# Cable croisé (Cross Over) ...
Posté par Stephane COLIN (site web personnel) . En réponse au journal Réseaux RJ45/RJ11 (Réseaux et téléphonie). Évalué à 1.
Moi j'ai ça :
http://bigbob.chez.tiscali.fr/Cablage-ethernet.html(...)
A++
[^] # Re: hmmm ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Les PTR, comment ca marche ?!. Évalué à 0.
A++
[^] # Re: OpenBGPd
Posté par Stephane COLIN (site web personnel) . En réponse à la dépêche Sortie de OpenBGPd. Évalué à 1.
J'ai eu l'occasion d'utiliser le matériel de Sangoma :
http://www.sangoma.com(...)
Ca fonctionne parfaitement sans problèmes particuliers.
A++
[^] # Re: J'ai bon là ?
Posté par Stephane COLIN (site web personnel) . En réponse au journal Erratas du livre OOo Programmation. Évalué à 0.
Effectivement, il y a les guillemets, pardon à l'auteur.
Mea culpa ...
A++
# Livraison ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Dell pour un particulier. Évalué à 2.
- Tu es là lorsque le livreur passe, alors tu réceptionnes le colis.
- Tu n'es pas là lorsque le livreur passe, celui-ci dépose dans ta boite aux lettres un avis de passage te demandant de reprendre contact avec lui pour convenir d'un rendez-vous.
A++
# J'ai bon là ?
Posté par Stephane COLIN (site web personnel) . En réponse au journal Erratas du livre OOo Programmation. Évalué à -7.
Alors pour éviter d'induire en erreur les éventuels lecteurs,
A++
[^] # Re: hmmm ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Les PTR, comment ca marche ?!. Évalué à 1.
123.123.123.123 & 124.124.124.124 sont bien deux ip différentes, et elles ont bien toutes deux un seul et unique champ reverse, à savoir lol.com dans ton exemple ... le champ reverse est bien unique PAR IP !!!
tu n'as pas :
123.123.123.123.in-addr.arpa IN PTR lol.com
123.123.123.123.in-addr.arpa IN PTR autre-nom-con-de.domaine
c'est dans ce cas que tu as deux reverses differents pour une seule ip, et de toute manière un client résolvant cette ip n'interpretera que la première des réponses ...
A++
[^] # Re: hmmm ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Les PTR, comment ca marche ?!. Évalué à 1.
Euh, là franchement ton explication est plutôt imbitable ...
Pourtant le lien posté est très bien expliqué :
Tu ne peux avoir qu'un seul reverse PTR par ip ...
[quote]
2) The server treats the set of PTR records in round-robin, "load sharing" the results. In effect, it reorders the records in an essentially random permutation, and reports them all.
3) The requester sees a stack of records, but only reads the first one. The rest are assumed to be supporting records (NS records, etc.). Thus the result is a randomly-chosen record from the set of PTR records.
[/quote]
[quote from you]
Je n'ai pas non plus de probleme particulié, je cherche juste a comprendre comment marche les PTR :]
[/quote from you]
les champs PTR servent à résoudre une ip en nom et c'est tout, de plus il ne peut y avoir qu'un seul nom résolu pour une ip au sens des clients, qui si ils obtiennent de multiples réponses, ne traiterons que la première ...
[quote from you]
j'ai
kikoo.com A 192.168.1.1
kikoo2.org A 192.168.1.2
mais je veux
1.1.168.192.in-addr.arpa IN PTR kikoo.com
2.1.168.192.in-addr.arpa IN PTR kikoo.com
[/quote from you]
Ca ne veut absolument rien dire ...
Tu parles de :
kikoo.com A 192.168.1.1 <- dans la zone définissant les hôtes de ton domaine.
kikoo2.org A 192.168.1.2 <- dans la zone définissant les hôtes de ton domaine.
et que tu veux :
1.1.168.192.in-addr.arpa IN PTR kikoo.com <- dans la zone REVERSE
2.1.168.192.in-addr.arpa IN PTR kikoo.com <- dans la zone REVERSE
Tu parles de deux choses différentes.
Je ne comprend toujours pas le but recherché de la manoeuvre ...
[quote from you]
Je demande car, (la c'est un cas reel), un ami a un domaine lol.com
il avait une ip 123.123.123.123
il avait ceci :
lol.com A 123.213.123.123
123.123.123.123.in-addr.arpa IN PTR lol.com
Mais maintenant il a changé d'ip et donc a :
lol.com A 124.124.124.124
123.123.123.123.in-addr.arpa IN PTR lol.com
Et veux :
124.124.124.124.in-addr.arpa IN PTR lol.com
[/quote from you]
Ton amis aurait il changer de provider ou d'ip par hasard ?
Si c'est le cas, alors je t'expliques :
Ton amis est dans un cas particulier, il ne détient la gestion que pour une seule ip.
Le service DNS a été prévu pour gérer des classes C au minimum, ce qui se traduit dans les faits, qu'un seul et unique serveur dns doit gérer un MINIMUM de la taille d'une classe C (il existe la délégation "classless" (RFC 2317) mais celle ci n'est interressante que dans le cas d'un subnet de plusieurs ips puisque qu'on perd déjà 2 ips pour le network et le broadcast).
Ce que fournit Free pour lui permettre de changer le reverse de son ip est un programme (php/perl-cgi ???) qui vas réécrire le champ reverse de son ip et uniquement la sienne !!! et il semblerait qu'il ait laissé la definition du reverse de son ancienne ip avant de changer celle de la nouvelle ...
A++
PS: une bonne lecture pour la délégation classless : http://www.acmebw.com/askmrdns/archive.php?category=81&question(...)
[^] # Re: hmmm ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Les PTR, comment ca marche ?!. Évalué à 1.
[QUOTE]
A "valid" PTR record is one which resolves to a name which resolves back to the address. For this reason, your PTR records shouldn't use names that resolve back to multiple addresses.
Reasoning behind all this (read on only if you care):
There's no rule in the RFC's saying that there must be a PTR record for every A record, though it is listed as a design goal. It also never says that you can't have multiple PTR records for a given address; unfortunately, doing so creates havoc. The reason for this is the way that records are reported and recognized.
Suppose you have multiple PTR records for a given address. Then this happens:
1) A request is made for PTR records for the address, by something trying to verify one of the hostnames.
2) The server treats the set of PTR records in round-robin, "load sharing" the results. In effect, it reorders the records in an essentially random permutation, and reports them all.
3) The requester sees a stack of records, but only reads the first one. The rest are assumed to be supporting records (NS records, etc.). Thus the result is a randomly-chosen record from the set of PTR records.
4) There is little chance that the resulting name matches the name that was started with.
A similar problem occurs if the name given in the PTR record resolves back to multiple addresses. This would occur if, for example, Netscape's download manager, in trying to verify eligibility to download 128-bit encryption versions of their software, attempts to break through fake PTR records by verifying that the name then resolves back to the address.
The only effective way to achieve the design goal of a one-to-one correlation between A records and PTR records is to never have more than one A record per address. This means that you can't have both company.com and company.org resolve to the same address (because neither can be a CNAME alias), meaning that if they are to have the same website, you need to have some mechanism that puts them together despite being on separate addresses.
[/QUOTE]
A++
PS : si tu expliquais ce que tu cherches à faire véritablement (je veux dire en détails, pour quelle type d'application) cela nous permettrais de te répondre d'une manière plus ciblée ...
[^] # Re: hmmm ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Les PTR, comment ca marche ?!. Évalué à 1.
http://www.digitalpoint.com/lists/19361.html(...)
A++
# hmmm ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Les PTR, comment ca marche ?!. Évalué à 1.
PTR c'est les reverses ...
Donc effectivement, à ma connaissance tu peux pas avoir plusieurs reverses par ip ...
A mon avis, tu veux utiliser la fonction round-robin de ton serveur DNS :
http://www.acmebw.com/askmrdns/archive.php?category=83&question(...)
A++
[^] # Re: xvid/ogg roulaize
Posté par Stephane COLIN (site web personnel) . En réponse à la dépêche "Intelligence Superficielle" reprogrammée sur France 2. Évalué à 1.
A++
[^] # Re: xvid/ogg roulaize
Posté par Stephane COLIN (site web personnel) . En réponse à la dépêche "Intelligence Superficielle" reprogrammée sur France 2. Évalué à 2.
Si vous pouvez déposer les 4 fichiers de bonnes qualité sur un ftp/http quelquonque, je peux les downloader, les monter bout à bout et les remettre sur votre serveur une fois le travail terminé ...
A++
# Ca a déjà été fait ...
Posté par Stephane COLIN (site web personnel) . En réponse au message sshd sous cygwin ?. Évalué à 1.
A++
# Tuxmobil explique un certain nombre de choses ...
Posté par Stephane COLIN (site web personnel) . En réponse au message ACPI moisi ?. Évalué à 1.
http://tuxmobil.org/apm_linux.html(...)
A++
# Arping
Posté par Stephane COLIN (site web personnel) . En réponse au message trouver l'ip dune debian. Évalué à 4.
http://www.habets.pp.se/synscan/programs.php?prog=arping(...)
A++
# Et un autre qui ne depend pas des libs KDE ...
Posté par Stephane COLIN (site web personnel) . En réponse au message Problème d'affichage réseau. Évalué à 1.
A++
[^] # Re: Quelques cartes multiports
Posté par Stephane COLIN (site web personnel) . En réponse au message Carte ethernet multiports et OS libres?. Évalué à 1.
Ca marche très bien pour tout ce qui est routage, les perfs sont exellentes.
A++
# commande ftp :
Posté par Stephane COLIN (site web personnel) . En réponse au message Lancement programme par FTP. Évalué à 2.
A++