Compilation And Configuration FAQ.es
From the makers of InspIRCd.
Compilación y Configuración
¿Cómo configuro o hago funcionar InspIRCD?
Hay secciones enteras dedicadas a esa pregunta. Por favor, mire las secciónes de Configuración y Instalación de este wiki para más información así como una descripción precisa de lo que conlleva, lo cual está fuera del alcance de este FAQ/PMF.
¿Porqué recibo un error acerca de '__i686.get_pc_thunk.bx+0x0'?
Eso es un bug que se sabe que ocurre en debian que tienen ciertas pre-releases de GCC. Usualmente actualizando el GCC que estás usando (y por tanto G++) y recompilando desde cero soluciona el problema.
Me he puesto una G-Line en mi red. ¿Cómo me la quito?
Aparte de ser una completa tontería lo que has hecho, deberías contactar con otro operador para que este te devuelva el acceso o en su defecto esperar a que el tiempo de la gline expire. Si no eres capaz de hacer alguna de estas dos cosas, debes añadir una excepción para tu host y ejecutar un rehash en el IRCd, bien conectando vía localhost y lanzar un /REHASH o en su defecto consiguiendo que otra persona lo haga así como enviarle al proceso del servidor desde la shell una señal SIGHUP. Es tu propio problema si te censuras de tu red a ti mismo.
¿Cómo desactivo /MAP o /LINKS (o cualquier comando que proceda)?
Añade lo siguiente a tu archivo de Configuración:
<disabled commands="MAP LINKS">
¡Mi ircd NO arrancará o en su defecto arranca pero no puedo conectar a el!
Ve a tu Configuración y mira especialmente a los tags <bind>. Comprueba que estas haciendo bind a la IP correcta (a veces no es posible hacer bind a todas las direcciones IP) y también comprueba de paso que los puertos que estas intentando escuchar estén libres para su uso.
Mi servidor me dice que hay un error de usuario y que deberia cambiar de usuario cuando intento lanzar el ircd
Lee el archivo de Configuración mas exáctamente.
¿Compilaría InspIRCD usando GCC 4.x?
Sí. InspIRCD compilará con cualquier compilador GCC 4.x o 3.x.
¿Puedo configurar InspIRCD como root?
No. ./configure no te dejará hacer eso. El ircd original funcionaba como root e incluso sobre inetd y hasta se instalaba sobre el sistema, pero hoy en día las cosas han cambiado y la manera en la que los ircds funcionan han cambiado también, por lo cual InspIRCD ha obviado estas configuraciones obsoletas.
¿Porqué InspIRCD tarda tanto tiempo en compilar comparado con otros ircd?
Corta (pero técnica) respuesta: templates (plantillas en C++).
Larga (y más facil de entender) respuesta: C++ es un lenguaje de programación más complicado que C. Es más dificil para el compilador optimizarlo y leerlo y toma mucha más CPU y memoria para hacerlo. De todas maneras, cuando está escrito correctamente, el código en C++ bien formado puede igualarse e incluso superar al código en C diseñado para realizar la misma tarea. En resumen, espera un tiempo mayor para que tu programa compile y quizás este símplemente se ejecute más rápido.
¿Porqué el script configure se cuelga generando una clave privada con GnuTLS?
Ocasionalmente, la creación de certificados SSH durante la ejecución del configure script ('generar tu clave privada') puede tomar un indeseable largo tiempo cuando usas gnutls, pero en cambio, en openssl, es instantáneo. Esto es debido a algunas diferencias en cómo las dos librerías SSl generan las claves.
Cuando usas SSL, la clave privada es la que comprueba que tu servidor es quien dice que es y es vital para la seguridad de la conexión SSL. Alguien que pudiera adivinar tu clave privada podría entonces imitar a tu servidor. Por tanto esa clave es importante. Cuando las generas, la herramienta SSL intentará usar números aleatorios basándose en la menor información predecible que pueda encontrar (también llamado entropía).
Cuando generas una clave privada, OpenSSL leera 1024 bytes de datos aleatoriamente guardados de un archivo llamado '.rnd', y usará 32 bytes de datos aleatorios desde un origen un tanto dudoso (/dev/urandom), así como también algunos hechos relativamente predecibles del entorno. El resultado es que tus certificados son generados rápidamente, pero con muy poca información inpredecible.
GnuTLS, al contrario, usara una combinación de 600 bytes de datos aleatorios obtenidos de un origen rápido (/dev/urandom), y 300 bytes desde un origen seguro (/dev/random). /dev/random da números cuasi aleatorios, pero usualmente es muy lento si no hay mucha actividad en el sistema. Esto es lo que en su mayor parte de tiempo gnutls hace - esperar por datos aleatorios -. El resultado es un certificado el cual es extremadamente difícil de predecir, bastante más que openssl.
Cuando estás esperando (si no lo has hecho en el momento de leer esto), puedes ayudar a generar más entropía para hacer que el proceso vaya más rapido con cualquier actividad de red o de disco duro. El comando 'find / -ls' normalmente ayuda, y cualquier otro que pudieras pensar.
