[IRC-DEV] URGENTE: Actualización IRCD recomendada - u2.10.H.02.50
Jesus Cea Avion
jcea at argo.es
Tue May 29 18:57:35 CEST 2001
Se recomienda la actualización del servidor de IRCd a la versión
2.10.H.02.50, disponible en
http://www.argo.es/~jcea/irc/ircd10_h_02.htm
Todos los nodos *DEBEN* actualizar su servidor a esta versión, a menos
que exista alguna razón de peso para no hacerlo. Se trata de una
actualización recomendada, no obligatoria, pero *DEBE* considerarse
obligatoria salvo causa de fuerza mayor.
Los cambios desde la última actualización recomendada (Z12 -
u2.10.H.02.28) son:
$Id: CAMBIOS2_10_H_02,v 1.40 2001/05/28 15:13:13 jcea Exp $
* 2001/05/25 zolty at zolty.net (u2.10.H.02.50)
FEATURE
-----------------------------------------------------------------------
Ponemos el STATS i,k,o,g y /GLINE sólo para ircops y helpers para
evitar que los usuarios normales vean ips.
* 2001/05/21 freemind at unr.com (VIP25 - u2.10.H.02.49)
FIX
-----------------------------------------------------------------------
NOTAS IMPORTANTES:
Al realizar este parche vi que el soporte VIP tiene dos modos de
funcionamiento posibles:
1) Que todos los usuarios tengan +x al entrar
2) Que solamente los usuarios registrados tengan +x
Analicemos los 2 casos y como he hecho q el parche actue en cada uno:
1) Que todos los usuarios tengan +x al entrar
Cuando el ircd estaba compilado en este modo siempre te ponia el modo
+x
cuando cambiabas de nick aunque anteriormente te lo hubieses quitado...
y
encima te avisaba de tu ip virtual 2 veces seguidas, con el parche ahora
el comportamiento cambiara en que si te quitas el modo +x el ircd no te
lo
volvera a poner solo a no ser que reconectes.
2) Que solamente los usuarios registrados tengan +x
Cuando el ircd estaba compilado en este modo solamente podias obtener
el modo +x si tu nick estaba registrado en la BDD, con el parche el
funcionamiento seguira siendo el mismo que sin el, tambien se conservara
el que obtengas +x cuando pasas de un nick no registrado a uno
registrado
(es decir cuando se valida tu contraseña y obtienes +r)
El parche lo he probado y ha funcionado tal como describo mas arriba,
mas informacion sobre el entorno que ha sido probado (aun asi puede
contener errores, no soy perfecto):
Aplicado con exito sobre: u2.10.H.02.43
# uname -a
Linux themaster 2.2.19-stealth #14 Wed Apr 25 07:17:45 CEST 2001 i586
unknown
# patch --version
patch 2.5.4
# diff --version
diff - GNU diffutils version 2.7
# gcc -v
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.2/specs
gcc version 2.95.2 20000220 (Debian GNU/Linux)
* 2001/05/17 jcea at argo.es (u2.10.H.02.48)
FIX
-----------------------------------------------------------------------
Simplificacion.
* 2001/05/17 jcea at argo.es (u2.10.H.02.47)
FEATURE
-----------------------------------------------------------------------
24/Abr/01
[20:26] <kuantic> estas?
[20:26] <kuantic> tengo un bug
[20:28] <jcea> dime
[20:28] <kuantic> es
[20:28] <kuantic> /join +#opers
[20:29] <jcea> si, entiendo
[20:29] <kuantic> deberia estar prohibido
[20:29] <kuantic> entrar ahi
[20:32] <jcea> si, lo se
[20:32] <jcea> veo el problema que comentas
[20:32] <jcea> lo documento adecuadamente
[20:32] <jcea> parala siguiente version del server
El parche es sencillo: El segundo caracter de un canal sin modo ("+")
no puede ser un caracter de principio de canal (en este momento,
"+", "#" o "&").
Mientras haya servidores en la red sin este parche, se pueden producir
"desync" respecto a esos canales. No lo considero un problema, porque
se supone que nadie los usa, y aunque se usasen no repercute en la
estabilidad de la red (esos desync).
* 2001/04/26 jcea at argo.es (DB79 - u2.10.H.02.46)
FEATURE
-----------------------------------------------------------------------
Amplio el taman~o de las rafagas DB a 1000 entradas, en vez de las 100
actuales. De esta forma sincronizamos las bases de datos antes, y
seguimos
manteniendo atado el lag cuando la actualizacion es importante.
Este parche ayudara a sincronizar las bases de datos mas rapidamente
cuando
estas crezcan, lo que es previsible a medio plazo.
* 2001/05/17 jcea at argo.es (u2.10.H.02.45)
CLEANUP
-----------------------------------------------------------------------
Elimino la funcion "sendto_ops_helpers_butone", que con el parche
anterior ya no es necesaria, y clarifico un poco el parche anterior.
* 2001/05/17 freemind at unr.com (u2.10.H.02.44)
FEATURE
-----------------------------------------------------------------------
Los "wallops" solo son recibidos por la gente con "+w" *Y* que, al
mismo
tiempo sean "+o" y/o "+h".
Un efecto de ello es que los usuarios normales ya no verán los
"remote connect".
* 2001/04/26 jcea at argo.es (u2.10.H.02.43)
FIX
-----------------------------------------------------------------------
Solucionado un problema de rutado con los silences y P10.
26/Abr/01
Cuando hacemos un silence a un usuario, este no vera
el mensaje de "estas siendo silenciado" en su primera linea
de texto, porque todavia no se ha propagado el
silence por la red.
No basta con pasar los + al resto de la red, como hacen
los -, ya que en caso de split estariamos en la misma
situacion.
Tendria que ser el nodo originario el que enviase el "notice" al
usuario.
* 2001/04/26 jcea at argo.es (VIP24 - u2.10.H.02.42)
FIX
-----------------------------------------------------------------------
Eliminacion de mensajes de activacion de IPs virtuales espureos.
* 2001/04/26 jcea at argo.es (VIP23 - u2.10.H.02.41)
FIX
-----------------------------------------------------------------------
El "silence" no actua sobre las IPs virtuales.
* 2001/04/26 jcea at argo.es (VIP22 - u2.10.H.02.40)
FIX
-----------------------------------------------------------------------
Ahora los baneos comprueban también la IP cifrada, aunque no tengamos
el +x activado.
* 2001/04/25 jcea at argo.es (u2.10.H.02.39)
FEATURE
-----------------------------------------------------------------------
Traduzco las fechas al castellano, con formato castellano.
* 2001/04/25 jcea at argo.es (u2.10.H.02.38)
FEATURE
-----------------------------------------------------------------------
En los record de usuarios, en vez de imprimir un "timestamp",
imprimimos
una fecha "humana".
* 2001/04/25 jcea at argo.es (u2.10.H.02.37)
FIX
-----------------------------------------------------------------------
Activacion de los cambios anteriores.
* 2001/04/25 jcea at argo.es (u2.10.H.02.36)
FIX
-----------------------------------------------------------------------
Correcciones relativas a los parches de FreeMind.
* 2001/04/25 jcea at argo.es (u2.10.H.02.35)
FEATURE
-----------------------------------------------------------------------
En "users" ponemos la fecha de los maximos.
* 2001/04/25 jcea at argo.es (u2.10.H.02.34)
FEATURE
-----------------------------------------------------------------------
Desvinculo el "lusers" de "users". Es decir, que la ejecucion de
"lusers" ya no supone un "users" implicito.
Cambio la rutina de entrada un nuevo usuario para que le mande
un "lusers" seguido de un "users", en vez de un "lusers" a secas.
* 2001/04/24 jcea at argo.es (u2.10.H.02.33)
FEATURE
-----------------------------------------------------------------------
Implemento el comando "users", como el de DAL.NET.
Eliminamos el
sendto_one(sptr,
":%s NOTICE %s :Highest connection count: %d (%d clients)",
me.name, parv[0], max_connection_count, max_client_count);
en el "lusers", ya que ahora esa informacion la recibimos con el
parche anterior. Se pierde, eso si, el numero de servidores
conectados,
pero no me parece importante.
Limpieza del parche anterior.
* 2001/04/24 freemind at unr.com (u2.10.H.02.32)
FEATURE
-----------------------------------------------------------------------
Muestra estadisticas de usuarios actuales y de pico, tanto locales
como remotos.
* 2001/04/24 jcea at argo.es (u2.10.H.02.31)
CLEANUP
-----------------------------------------------------------------------
Limpieza de los parches anteriores. Por ejemplo, corrijo la
dependencia
en el "Makefile", y muevo cosas que no requieren estar en los "*.h"
a los "*.c" correspondientes.
Indentación.
* 2001/04/24 freemind at unr.com (u2.10.H.02.30)
FEATURE
-----------------------------------------------------------------------
Más mensajes informativos durante el establecimiento de la conexión.
* 2001/04/24 freemind at unr.com (u2.10.H.02.29)
FEATURE
-----------------------------------------------------------------------
Devolvemos el uso de "who i%" a los usuarios, pero devuelve 0.0.0.0 si
no nos hacemos el "who" a nosotros mismos ni no tenemos el flag "+X".
* 2001/04/16 jcea at argo.es (Z12 - u2.10.H.02.28)
FIX
-----------------------------------------------------------------------
Error mecanografico...
* 2001/04/16 jcea at argo.es (Z11 - u2.10.H.02.27)
FIX
-----------------------------------------------------------------------
Bug comunicado por {^DaNi^}.
-----------------------------------------------------------------------
Limpieza de los parches anteriores. Por ejemplo, corrijo la
dependencia
en el "Makefile", y muevo cosas que no requieren estar en los "*.h"
a los "*.c" correspondientes.
Indentación.
* 2001/04/24 freemind at unr.com (u2.10.H.02.30)
FEATURE
-----------------------------------------------------------------------
Más mensajes informativos durante el establecimiento de la conexión.
* 2001/04/24 freemind at unr.com (u2.10.H.02.29)
FEATURE
-----------------------------------------------------------------------
Devolvemos el uso de "who i%" a los usuarios, pero devuelve 0.0.0.0 si
no nos hacemos el "who" a nosotros mismos ni no tenemos el flag "+X".
--
Jesus Cea Avion _/_/ _/_/_/ _/_/_/
jcea at argo.es http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/
_/_/ _/_/ _/_/_/_/_/
PGP Key Available at KeyServ _/_/ _/_/ _/_/ _/_/ _/_/
"Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/
"My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/
"El amor es poner tu felicidad en la felicidad de otro" - Leibniz
More information about the IRC-Dev
mailing list