[03:43] a-440 (a-440@83-134-147-34.Liege.GoPlus.FastDSL.tiscali.be) left irc: Ping timeout [03:48] #linuxbe: mode change '+l 19' by _Palmtree!palmtree@48.111-136-217.adsl.skynet.be [03:48] a-440 (a-440@83-134-146-58.Liege.GoPlus.FastDSL.tiscali.be) joined #linuxbe. [03:49] #linuxbe: mode change '+o a-440' by _MxPx_!~_MxPx_@212.68.217.242.brutele.be [03:53] #linuxbe: mode change '+l 20' by _Palmtree!palmtree@48.111-136-217.adsl.skynet.be [05:05] _Palmtree (palmtree@48.111-136-217.adsl.skynet.be) left irc: Ping timeout [05:05] Grlscz (grlscz@48.111-136-217.adsl.skynet.be) left irc: Ping timeout [05:06] LethalWP (lethalwp@2001:6f8:204:36:210:b5ff:fe40:9f57) left irc: Ping timeout [05:09] LethalWP (lethalwp@2001:6f8:204:36:210:b5ff:fe40:9f57) joined #linuxbe. [05:09] #linuxbe: mode change '+o LethalWP' by _MxPx_!~_MxPx_@212.68.217.242.brutele.be [05:10] Grlscz (grlscz@156.110-136-217.adsl.skynet.be) joined #linuxbe. [05:10] _Palmtree (palmtree@156.110-136-217.adsl.skynet.be) joined #linuxbe. [05:10] #linuxbe: mode change '+o Grlscz' by transcode!~transcode@host-62-245-140-230.customer.m-online.net [05:10] #linuxbe: mode change '+o _Palmtree' by transcode!~transcode@host-62-245-140-230.customer.m-online.net [05:36] Champi (Champi@bgp-gw.noc.france-telecon.net) left irc: Ping timeout [05:37] Physicman (~cb@fe0.br0.gdbru.be.physicman.net) got netsplit. [05:38] #linuxbe: mode change '+l 19' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [05:41] _Physicma (~cb@fe0.br0.gdbru.be.physicman.net) joined #linuxbe. [05:41] #linuxbe: mode change '+o _Physicma' by a-440!a-440@83-134-146-58.Liege.GoPlus.FastDSL.tiscali.be [05:43] #linuxbe: mode change '+l 20' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [05:48] Physicman (~cb@fe0.br0.gdbru.be.physicman.net) got lost in the net-split. [06:13] #linuxbe: mode change '+l 19' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [06:37] _Physicma (~cb@fe0.br0.gdbru.be.physicman.net) left irc: Ping timeout [06:38] #linuxbe: mode change '+l 18' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [06:46] Physicman (~cb@fe0.br0.gdbru.be.physicman.net) joined #linuxbe. [06:46] #linuxbe: mode change '+o Physicman' by transcode!~transcode@host-62-245-140-230.customer.m-online.net [06:48] #linuxbe: mode change '+l 19' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [08:58] nicotine (~nico@212.68.193.213) joined #linuxbe. [08:58] #linuxbe: mode change '+o nicotine' by a-440!a-440@83-134-146-58.Liege.GoPlus.FastDSL.tiscali.be [08:58] #linuxbe: mode change '+o nicotine' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [09:03] #linuxbe: mode change '+l 20' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [09:44] Nick change: O|ivierNA -> O|ivier [10:05] Casimir_ (~Casimir@whatever.tiscali.be) joined #linuxbe. [10:05] #linuxbe: mode change '+o Casimir_' by transcode!~transcode@host-62-245-140-230.customer.m-online.net [10:08] #linuxbe: mode change '+l 21' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [11:22] jice (+jicesex@217.117.41.126) joined #linuxbe. [11:22] hola [11:22] physicman en vacances ? [11:23] #linuxbe: mode change '+l 22' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [11:24] jice: non [11:31] polom [11:31] Casimir_ (~Casimir@whatever.tiscali.be) left irc: Connection reset by peer [11:33] #linuxbe: mode change '+l 21' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [11:33] hello [12:33] _MxPx_ (~_MxPx_@212.68.217.242.brutele.be) left irc: Connection reset by peer [12:33] nicotine (~nico@212.68.193.213) left irc: Connection reset by peer [12:34] _Ziki_ (ziki@ziki.org) left irc: Ping timeout [12:35] _MxPx_ (~_MxPx_@212.68.217.242.brutele.be) joined #linuxbe. [12:35] #linuxbe: mode change '+o _MxPx_' by a-440!a-440@83-134-146-58.Liege.GoPlus.FastDSL.tiscali.be [12:35] #linuxbe: mode change '+o _MxPx_' by transcode!~transcode@host-62-245-140-230.customer.m-online.net [12:36] _Ziki_ (ziki@ziki.org) joined #linuxbe. [12:36] #linuxbe: mode change '+o _Ziki_' by Grlscz!grlscz@156.110-136-217.adsl.skynet.be [12:38] #linuxbe: mode change '+l 20' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [12:47] Champi (Champi@2001:6f8:204:22:15:16:0:17) joined #linuxbe. [12:48] #linuxbe: mode change '+l 21' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [13:19] jice (+jicesex@217.117.41.126) left irc: Ping timeout [13:21] Gaston (~hledoux@200.80-201-80.adsl.skynet.be) joined #linuxbe. [13:21] #linuxbe: mode change '+o Gaston' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [13:41] Casimir_ (~Casimir@whatever.tiscali.be) joined #linuxbe. [13:41] #linuxbe: mode change '+o Casimir_' by transcode!~transcode@host-62-245-140-230.customer.m-online.net [13:43] #linuxbe: mode change '+l 22' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [17:16] ToYKillAS (+toy@217.117.55.177) left irc: EOF From client [17:18] #linuxbe: mode change '+l 21' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [17:30] ToYKillAS (+toy@217.117.55.177) joined #linuxbe. [17:33] #linuxbe: mode change '+l 22' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [17:40] Casimir_ (~Casimir@whatever.tiscali.be) left irc: "Client exiting" [17:43] #linuxbe: mode change '+l 21' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [17:48] nicotine (~nico@jam.nectarine.be) joined #linuxbe. [17:48] #linuxbe: mode change '+o nicotine' by Physicman!~cb@fe0.br0.gdbru.be.physicman.net [17:53] #linuxbe: mode change '+l 22' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [18:20] Champi (Champi@2001:6f8:204:22:15:16:0:17) left irc: "changing servers" [18:20] Champi (Champi@2001:6f8:204:22:15:16:0:17) joined #linuxbe. [18:31] LethalWP (lethalwp@2001:6f8:204:36:210:b5ff:fe40:9f57) left irc: "Leaving" [18:32] lethalwp_ (lethalwp@2001:6f8:204:36:210:b5ff:fe40:9f57) joined #linuxbe. [18:32] #linuxbe: mode change '+o lethalwp_' by _MxPx_!~_MxPx_@212.68.217.242.brutele.be [18:32] Physicman: je viens de config le dns de brutele pr repondre aux queries, mais y resolve pas en reverse :( [18:32] j'ai vu que tu m'as file un des 2 reverses mais pas le 2eme? [18:33] lethalwp_: j'ai vu que tu as fait de bonnes choses sur les dns :) [18:33] nicotine: c pas fini [18:33] j'ai un gros stuut [18:33] oh explique [18:33] now tt est ok, sauf un truc [18:33] le serveur "freeze" toutes les heures.. [18:33] uhm [18:33] il arrete de reopndre aux querys [18:34] et sa queue monte a 65500 [18:34] le daemon ou le kernel? [18:34] daemon [18:34] qd je le tape en debug, biensur rien se passe [18:34] ha c'est ca qu'on m'avait dit qu'y avait un cron bourin qui restart le bind [18:34] la j'ai fait un meilleur cron bourrin [18:34] hm meme si tu le laisses tourner longtemps en debug ? [18:34] au depart ce cron servait a reloader les zones [18:34] alors je lui fait un kill -HUP pr qu'il reload tt seul [18:35] et pr le moment j'ai tape un tit script qui ttes les 30 mins fait un resolve en local, si pas de reponse ds les 50 secs, il kill & relance [18:35] mais c vraiment pas propre [18:35] ouch non pas du totu [18:35] quelle version de bind? [18:35] et suse c la merde pr passer des commandes :( [18:35] 9.1.3 [18:35] argg suse! [18:35] c une suse 8 version entreprise! [18:35] jeez [18:35] et on a pas la licence pr les updates.... [18:35] install une debian :) [18:35] la memerde :) [18:35] nope [18:35] y veulent pas? [18:35] c'est vite fait en plus.. [18:35] c LE serveur dns et LE serveur dhcp [18:36] bah, suffit de l'install dans un chroot [18:36] hmmm? [18:36] lol Physie se réveille =) [18:36] Physicman: dig -x 2001:6f8:204:36:210:b5ff:fe40:9f57 [18:37] et dig -n -x 2001:6f8:204:36:210:b5ff:fe40:9f57 [18:37] ? [18:37] 7.5.f.9.0.4.e.f.f.f.5.b.0.1.2.0.6.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.ip6.int PTR little.lethalwp.brutele.be [18:39] je vois pas le probleme [18:40] pour les 2? [18:41] (et pour ip6.arpa ?) [18:41] je c pas quelle est la requete que ce dns utilise [18:41] (xs4all.nl) [18:50] jice (+jicesex@217.117.41.126) joined #linuxbe. [18:53] #linuxbe: mode change '+l 23' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [18:58] fredysan (~fredysan@83-134-146-58.Liege.GoPlus.FastDSL.tiscali.be) joined #linuxbe. [18:59] #linuxbe: mode change '+o fredysan' by Grlscz!grlscz@156.110-136-217.adsl.skynet.be [19:01] lethalwp_: c'est quoi le probleme exactement? [19:03] #linuxbe: mode change '+l 24' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [19:04] Physicman: que irc.ipv6.xs4all.nl ne resolve pas mon ptr :( [19:04] je pense que c p e pcq j'ai la delegation ip6.int, mais pas l'ip6.arpa [19:04] qu'il utilise pe? [19:04] et ici j'ai un putain de serveur dns qui freeze ttes les heures, et des que je tappes en debug, il devient trop lent pr etre utilisable par les clients [19:05] j'viens de diminuer le debug level :p [19:06] plus qu'a attendre qu'il freeze pr voir a quel moment c [19:06] ;; Total query time: 5186 msec [19:06] [19:06] mais ca reste trop long :( [19:06] jice (+jicesex@217.117.41.126) left irc: Ping timeout [19:06] tiens j'pensais que les clients utilisaient le nouveau moi [19:06] lethalwp_: t'as la deleg pour .int et .arpa normalement [19:07] Physicman: ok si tu me dis que c bon, j'v encore attendre qq jours [19:07] thx :) [19:07] moi j'ai pas de probleme de resolv [19:07] irc.ipv6.realroot.be sinon ;p [19:08] #linuxbe: mode change '+l 23' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [19:08] lethalwp (lethalwp@2001:6f8:204:36:210:b5ff:fe40:9f57) joined #linuxbe. [19:08] :( [19:08] #linuxbe: mode change '+o lethalwp' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [19:11] lethalwp (lethalwp@2001:6f8:204:36:210:b5ff:fe40:9f57) left #linuxbe (Leaving). [19:13] # host 2001:6f8:204:36:210:b5ff:fe40:9f57 [19:13] Host not found, try again. [19:13] de fait marche pas [19:15] host ne fait pas ds le v6 je crois [19:15] si [19:15] host -t PTR `ipv6calc -r 2001:6f8:204:36:210:b5ff:fe40:9f57` [19:16] root@gomase:~# host 2001:6f8:204:31::1 [19:16] 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.IP6.ARPA domain name pointer gif0.gw.vdo.nux.be [19:16] ipv6calc? [19:16] Gaston: tu c me dire a quel endroit ca foire? [19:16] a premiere vue tu n'as pas mis de record pour le .arpa lethalwp_ [19:18] zone "\[x200106f802040036/64].ip6.arpa" { [19:18] zone "6.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.ip6.int" { [19:18] pense pas que bind8 aime la 1ere notation ;p [19:18] mais a verifier [19:19] c 2 binds 9 [19:23] dig @brutele01.brutele.be 7.5.f.9.0.4.e.f.f.f.5.b.0.1.2.0.6.3.0.0.4.0.2.0.0.f.6.0.1.0.0.2.ip6.arpa PTR [19:23] ca renvoie rien de bien [19:25] ca c normal, faut utiliser -x ou -n -x l'ip6normale sans le PTR [19:25] non [19:25] ca doit marcher ainsi aussi [19:26] bizarrement le -x et le -n -x marchent sur la gateway, mais pas sur cette machine [19:27] *soupir* :) [19:28] bon j'metais planté dans mon addr ip, mais ca va tjs pas mieux [19:29] me demandes s'il y a pas un bug [19:29] dans dig [19:29] dig -n -x 2001:6f8:204:36:210:b5ff:fe40:9f57 @212.68.193.32 [19:29] si [19:29] il me transforme [19:29] ;; ANSWER SECTION: [19:29] 7.5.f.9.0.4.e.f.f.f.5.b.0.1.2.0.6.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.ip6.int. 86400 IN PTR little.lethalwp.brutele.be. [19:29] 2001:6f8:204:36:210:b5ff:fe40:9f57 en 7.5.f.9.0.4.e.f.f.f.5.b.0.1.2.0.6.3.0.0.4.0.2.0.0.f.6.0.1.0.0.2.ip6.arpa [19:29] il met un 0 a la place d'un 8 [19:30] dig -x 2001:6f8:204:36:210:b5ff:fe40:9f57 @212.68.193.32 [19:30] et la il timeout [19:30] lethalwp_> regarde ce qu'il fait comme request [19:30] vérifie si c'est correct [19:30] chez moi il transofrme bizarrement [19:31] root@gomase:~# dig -x 2001:6f8:204:36:210:b5ff:fe40:9f57 [19:31] ; <<>> DiG 8.3 <<>> -x [19:31] ;; res options: init recurs defnam dnsrch [19:31] ;; got answer: [19:31] ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 2 [19:31] \[x200106F8020400360210B5FFFE409F57/128].ip6.arpa. 86400 IN PTR little.lethalwp.brutele.be. [19:31] ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 [19:31] ;; QUERY SECTION: [19:31] qd je tappes en verbose il passe .. [19:31] ;; 7.5.f.9.0.4.e.f.f.f.5.b.0.1.2.0.6.3.0.0.4.0.2.0.0.f.6.0.1.0.0.2.ip6.arpa, type = ANY, class = IN [19:31] dig bugg a donf ;) [19:31] dans QUERY SECTION il y a un 8 remplacé par un 0 [19:31] ;; Got answer: [19:31] ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 21075 [19:35] Jul 06 19:33:23.512 client 212.68.193.32#33536: query: 7.5.f.9.0.4.e.f.f.f.5.b.0.1.2.0.6.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.ip6.arpa IN PTR [19:35] Jul 06 19:33:23.519 lame server on '7.5.f.9.0.4.e.f.f.f.5.b.0.1.2.0.6.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.ip6.arpa' (in '6.3.0.0.4.0.2.0.8.F.6.0.1.0.0.2.ip6.arpa'?): 212.68.193.32#53 [19:35] lame server snif [19:38] boah doit bien y avoir une histoire dans la config [19:39] probablement [19:39] pq il me renvoye servfail... [19:41] Jul 06 19:40:59.848 client 213.213.200.254#3393: query: ff4bb0ee1fi4fi2eh1gj1ej0dj.ai- IN MX [19:41] puis il y a des supers requetes... [19:42] lol [19:42] ouais mais cesse d'espionner ce que tes spammeurs de clients font ;) [19:44] bah j'attends qu'il bloque denouveau [19:44] mais je paries que ca n'arrivera pas qd il est en debug [19:45] ca doit etre un truc genre deadlock [19:45] c'est quand meme étonnant que ca soit arrivé d'un coup comme ça [19:47] Jul 06 19:46:51.097 client 127.0.0.1#2633: query: \[x200106F8020400360210B5FFFE409F57/128].ip6.arpa IN PTR [19:47] bizarre [19:47] hin? [19:47] en effet :) [19:47] Jul 06 19:45:50.864 createfetch: 7.5.f.9.0.4.e.f.f.f.5.b.0.1.2.0.6.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.ip6.arpa PTR [19:47] deux digs differents [19:47] 2 requetes differentes [19:48] laquelle adopter [19:48] ... [19:48] ecrire 3 zones... ip6.int ip6.arpa en [] et ip6.arpa en . . . . ? [19:48] quelle merde :) [19:50] 7.5.f.9.0.4.e.f.f.f.5.b.0.1.2.0.6.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.ip6.arpa. 86400 IN PTR little.lethalwp.brutele.be. [19:50] c vraiment caca :) [19:51] lethalwp (lethalwp@little.lethalwp.brutele.be) joined #linuxbe. [19:51] tres tres caca :) [19:51] lethalwp (lethalwp@little.lethalwp.brutele.be) left #linuxbe (Leaving). [19:51] lethalwp_ (lethalwp@2001:6f8:204:36:210:b5ff:fe40:9f57) left irc: "Leaving" [19:51] lethalwp_ (lethalwp@little.lethalwp.brutele.be) joined #linuxbe. [19:51] lethalwp_> c'est ainsi que j'ai fait chez moi :) [19:51] Nick change: lethalwp_ -> LethalWP [19:52] zone "9.2.0.0.4.0.2.0.8.f.6.0.1.0.0.2.IP6.INT" { [19:52] type master; [19:52] file "nicov6.rev"; [19:52] }; [19:52] zone "1.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.IP6.ARPA" { [19:52] attends [19:52] type master; [19:52] c pas normal, deja 2 defs c lourd [19:52] file "pubv6.rev"; [19:52] mais alors 3 defs.. [19:52] }; [19:52] 3? pk 3? [19:52] pcq normalement arpa avait une autre ecriture [19:52] oh [19:52] bind vient de freezer [19:52] ah bon? [19:52] j'pensais que ct le client qui changeait [19:53] Jul 06 19:51:45.244 createfetch: usa.bpath.com. A [19:53] Jul 06 19:51:45.250 createfetch: dns1.pinksandsmg.com. AAAA [19:53] rien a voir ds les logs ... [19:53] c quoi createfetch? [19:54] faut avoir le dico log/français aussi ;) [19:54] qd il recoit une requete et qu'il doit faire un query recursive [19:54] je suppose qu'il cree une instance fetch pr aller le chercher [19:54] je viens de le relancer en single cpu [19:55] au lieu de bi [19:55] p e que ca aidera [19:55] Physicman (~cb@fe0.br0.gdbru.be.physicman.net) got netsplit. [19:56] Gaston: zone "\[x200106f802040036/64].ip6.arpa" { [19:56] type slave; [19:56] file "sec/x200106f802040036.ipv6.arpa"; [19:56] ca c'etait l'ecriture ds le temps [19:56] qui etait adoptee car plus simple [19:56] et la raison d'existance d'ipv6.arpa [19:57] Physicman (~cb@fe0.br0.gdbru.be.physicman.net) returned to #linuxbe. [19:57] #linuxbe: mode change '+o Physicman' by *.club-internet.fr [19:57] #linuxbe: mode change '+l 23' by hub.club-internet.fr [19:58] #linuxbe: mode change '+o nicotine' by Physicman!~cb@fe0.br0.gdbru.be.physicman.net [19:58] #linuxbe: mode change '+o PhySpy' by Physicman!~cb@fe0.br0.gdbru.be.physicman.net [20:00] #linuxbe: mode change '+ooo twisla ToYKillAS Champi' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [20:00] #linuxbe: mode change '+o LethalWP' by _Palmtree!palmtree@156.110-136-217.adsl.skynet.be [20:05] Physicman: j'ai defini 3 reverses now [20:05] *soupir* [20:05] zone "\[x200106f802040036/64].ip6.arpa" { zone "6.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.ip6.int" { et zone "6.3.0.0.4.0.2.0.8.f.6.0.1.0.0.2.ip6.arpa" { [20:14] j'vois nulle part kkun qui utilise ta notation dans son named.conf mébon [20:14] sisi [20:15] ah oue y a aussi [20:15] l'ancien dig utilisait ca [20:15] le nouveau le fait plus [20:15] p e que l'idee a ete abandonnee [20:15] mais je c pas [20:15] me demande si on peut mettre un IN CNAME en plus d'un IN AAAA [20:15] sais pas moi ai le dig de bind8 et il utilise pas ça mais... :) [20:16] ca a pas de sens [20:16] je le fais sur l'autre serveur avec un bind8 [20:16] un CNAME et un AAAA [20:16] pcq en v4 ce serait lehtalwp.dyndns.org [20:16] en v6 l'ipv6 :) [20:16] bon, on va laisser tomber, sinon y a des tits cons qui risquent d'essayer de me haxorer =) [20:17] et de te harceler [20:17] "quoi brutele fait dans l'ipv6 maintenant?" [20:17] en fait [20:17] "aaah non c'est par easynet", tu vois l'topo ;) [20:17] qd je vois l'install et la mal qu'il y a deja en v4 [20:17] je pense meme pas a proposer le v6.. :) [20:18] brutele.be pcq ca me coutait moins cher :p [20:18] faudra bien pourtant [20:18] mais j'devrais ptet investir ds un nom lethalwp.be [20:18] devient tout doucement temps de s'y mettre [20:18] wé mais je c pas si le matos est v6 ready [20:18] stu veux un subdomain nux.be... gratis hein ;) [20:18] les linux, ok, mais les CMTS ... [20:18] ;) [20:18] bah faut commencer a y réfléchir quoi [20:19] c vraiment pas ds leur priorites [20:19] les CMTS auront probablement un update un jour pour le faire [20:19] d'abord arranger les probs [20:19] les docsis n'arretent pas de decrocher les uns apres les autres [20:19] des probs il y aura tjs [20:19] trop regulierement [20:19] d'apres le cmts c online, mais pas pingable [20:19] ptet les modems qui plantent ;D [20:19] donc en gros t'as le choix [20:19] terapro si tu veux stabilite + lenteur [20:20] ou docsis si tu veux vitesse + decos ;) [20:20] pas si lent les terapro ;) [20:20] ils sont a la limite [20:20] ouais ca se sent clairement [20:20] mais on va pas chier quoi [20:20] :) [20:21] t'as deja fait des tests avec un modem d'une autre marque? [20:21] nope [20:21] on a que ceux la [20:21] et d'apres ce qu'on dit, ca semble etre les cmts [20:22] certains modeles le feraient et pas d'autres (a verifier) [20:22] mouais ;) [20:22] mais bon ca couterait ptet pas cher d'acheter un autre un jour lol [20:22] bref, du boulot :) [20:22] euh [20:22] cmts, sisi [20:22] tres tres cher :) [20:22] non je parle de modems ; [20:22] ;) [20:22] ils ont un contrat avec terayon,... :) [20:23] a propos ma soeur qui utilise un docsis a ixelles m'a dit que ca tournait bien depuis 1 semaine ou 2 [20:23] p e qu'elle se rend pas compte des decos [20:23] oui oui, je sais, mais j'pensais a acheter un tit concurrent discretos ;) [20:23] sisi [20:23] ou p e qu'elle est pas sur le cmts (mais tt bruxelles l'est normalement) [20:23] bah si elle est sur ce cmts [20:23] elle a d'ailleurs eu bcp de prob jusque y a 2 semaines [20:24] we probs lors de l'etablissement de connexions [20:24] mais tous les pools dhcp ont ete refait [20:24] c rare qd ce prob reviens now [20:24] j'pense pas que ct ça le prob [20:24] si c'etait ca: lors de la connect, elle recevait pas d'ip [20:24] ca sévissait sur les docsis aussi ca? [20:24] hmm [20:24] et win lui attribuait une ip 169.* [20:25] oh oui [20:25] partout, c'etait caca :) [20:25] non elle utilise fedora [20:25] son modem déconnectait en cours d'utilisation [20:25] ok, ca c'est le prob qu'il y a maintenant [20:25] en fait [20:25] ou en tt cas [20:25] auquel on s'interesse maintenant [20:27] question: quand le docsis sera stable, il y a des projets de bouger tout le monde dessus ou pas? [20:27] ca se fait au fur et a mesure [20:27] tous les nouveaux clients passent sur les nouveaux [20:28] mouais mais bon il y a des abonnés de longues dates qui risque de rester en terapro lgtps ;) [20:28] les aciens seront reserves aux vpns, mais ds cb d'annees? :) [20:28] dont certains ont acheté leur modem [20:28] donc ils parlent a long terme migrer oui [20:28] ok [20:28] a court terme: pas pr le moment, c pas le mot d'ordre du jour [20:29] bah si ca tourne pas vaut mieux pas lol ;) [20:30] j'espere que le dns sur 1 seul cpu ne plantera plus [20:31] si c bon, je v enfin pouvoir passer a d'autres trucs :p [20:31] ou alors faudrait que j'ecrives un script qui verifie automatiquement la validite du named.conf [20:31] plutot que de le faire a la semi-main la prochaine fois =) [20:31] tain, 250 zones perimees a retirer [20:31] c'etait caca :) [20:32] + la syncro entre les 2 serveurs sur 90 zones qui n'etait pas correcte [20:32] + les fautes de frappes monstrueuses [20:32] genre: la machine est .30; et elle disait: type slave masters{ .30 } ... [20:32] ridicule :) [20:35] ah sympa ;) [20:36] Nick change: O|ivier -> O|ivierNA [20:36] c'est vrai qu'une tite DB avec les domaines encore valides, et un script qui genere le fichier tout seul, c'est ptet pas du luxe [20:37] je c meme pas si ca existe [20:37] le script ou la db? ;p [20:37] et ce serait interessant surtout pr la verif de validite [20:37] les 2 [20:37] puis [20:37] faut recup ce qui y est, et faire un script qui verifie dans la whoisdb alors ;) [20:37] je me vois pas rajouter 700 zones a la mano=) [20:37] wé [20:38] tous les whois ont un query maximum par minute ou quoi [20:38] j'ai du travailler sur les NS +trace [20:38] celui de dns.be certainement [20:38] wép [20:38] seulement la sortie de dig est chiante pr grepper [20:39] exemple: +trace brutele.be NS il va faire un query sur dns.be puis sur brutele.be qui own le domaine [20:39] tu fais les query whois avec dig toi? [20:39] pour les .com il s'arrete au roots du .com .. [20:39] ceux la a coup de dig [20:39] whois j'ai abandonne, aurait pris trop de temps [20:39] deja a coup de dig j'ai du attendre 5 mins pr avoir la liste compelte [20:39] trop long =) [20:40] djeu j'aurais jamais cru que vous ayez tant de domaines ;) [20:40] moi non plus =) [20:41] et il y a encore des erreurs: des .arpa qui sont ds named alors qu'ils ne ns appartiennent plus [20:41] mais bon arpa c pas le plus grave :) [20:41] ouais bah ;) [20:42] les client ont qu'a prévenir en partant... [20:42] wé [20:42] tu crois qu'ils prennent la peine tss :) [20:42] bah non ;) [20:42] et y a encore 3 domaines qui ont des blemes [20:42] suis sur que les 9/10e ils se contente d'arreter de payer [20:42] mais au niveau registration dns.be [20:42] Action: LethalWP s'en lave les mains [20:43] exactement [20:43] le truc c que je c meme pas si ils recoivent l'avertissement [20:43] qu'il faut payer [20:43] bah la facture quand meme hein [20:43] puis ds les 250, une bonne 100aine sont partis voir ailleurs [20:44] we mais si elle arrive a brutele, je c pas si ils prennent la peine de forwarder [20:44] exemple: brutele.net et brutelecom.com etc qui ns appartenait n'a meme pas ete renouvele [20:44] cool on aura un site de cul a brutele.net :) [20:44] oh j'dois encore faire un tit script qui deplace les fichiers inutiles ds un rep old [20:44] brutelecom.com en effet pk renouveler... [20:45] ca attendra =) [20:45] c pas pr ces 6 megs :) [20:49] et leur linux est une suse entreprise [20:49] c une belle connerie, impossible a mettre a jour sans licence [20:50] et comme ils ont pas gcc, je suis ds le caca [20:50] pour être honnete ca m'étonne pas [20:50] ouhla oué [20:50] http://sdb.suse.de/download/ppc/update/SuSE-SLES/8/rpm/ppc/dhcp-server-3.0.1rc9-144.ppc.rpm [20:50] pas des CD qui trainent? [20:50] voila ce qu'il me faudrait =) [20:50] nope [20:50] les mecs qui l'ont installe n'ont rien done [20:50] et c une version pr powerpc [20:50] c encore plus la merde :) [20:50] vais tester un truc [20:50] on va chercher sur gnutella ;p [20:51] mais alors ce sera pas certifie suse :( [20:51] ;) [20:51] warez de GPLed ;p [20:51] bah si c'est le rpm suse... :) [20:51] we, y a tjs le md5 pr verif [20:52] bon le temps de trouver des peers, j'ai le temps de me servir une tite glace [20:52] faudrait que je cherches suse8 SEL pr powerpc [20:52] au moins avoir une copie des cds.. [20:53] mais bon t'as ptet plus vite fait de trouver gcc et d'installer toi meme bind et isc-dhcp [20:53] nope, gcc pour suse ppc, leur version? [20:53] je c pas [20:53] avec ma redhat, j'ai appris a pas melanger les rpms :) [20:55] :) [20:55] deja 2 peers, je cherche [20:56] aucun result sur mldonkey :/ [20:57] j'ai dhcp-server-3.0.1rc13-28.12.i586.rpm [20:57] pas trop ca [20:58] nope [20:58] http://rpm.pbone.net/index.php3/stat/4/idpl/1279574/com/dhcp-server-3.0.1rc9-144.i586.rpm.html [20:58] y a que le i586 qui est free [20:58] c le caca :( [20:58] look ptet sur google betement [20:59] deja fait [21:02] including the Maintenance Program for 1 year / 1 server with up to 8 CPUs [21:02] Order no.: 2130-3INT1-1Y-8 USD 1,489.00 [21:02] oh, 1500$... no problem [21:02] peanuts [21:03] For information and quotations on the Enterprise Server 8 for IBM Mainframes please contact... [21:03] serial suse linux 9.1?! [21:03] il tourne sur mainframe ... [21:03] faut un serial a e truc? [21:03] Suse Linux Enterprise Server [21:03] faut licence pr les updates wé [21:03] SLES pardon pas SEL ;) [21:03] y a un serial pour suse linux 9.1 sur gnutella... [21:04] elle sera pas la meme [21:04] de plus ca varie de version en version [21:04] demain je phone a la boite qui a installe l'as400 + linux [21:04] me faut une licence ou les cds. [21:04] =) [21:05] et gcc aussi faut payer pour l'avoir j'suppose [21:05] ben il doit etre sur les cds [21:05] mais sans gcc, t ds la memerde [21:05] clair [21:05] et pas que gcc en fait [21:06] y a le src.rpm sur rpmfind ;p [21:07] gcc-3.0.4-pre.Jan05_0a.ppc.html [21:07] GNU Compiler Collection - Core package including C compiler [21:07] Linux/PPC users [21:07] gcc-3.0.4-pre.Jan05_0a.ppc.rpm [21:07] ptet risqué de mélanger mais bon [21:08]