Autor Tema: Ejemplo de configuración de services.conf - versión 2.0.2  (Leído 3493 veces)

0 Usuarios y 1 Visitante están viendo este tema.

Desconectado BATMAN

  • Novato
  • *
  • Puntos: 0
  • Mensajes: 10
  • Sexo: Masculino
  • Ubicación: Salta
  • Registrado: May 2014
    • Radio AmigosChat
Ejemplo de configuración de services.conf - versión 2.0.2
« en: Noviembre 13, 2015, 03:01:03 »
estuve notando q el archivo services.conf de la version anpe-1.8.9 es muy diferente a la del anope-2.0.2-source. Tendrias un ejemplo de services.conf de la vercion 2.0.2? yo tengo problemas para poner un administrador, no me lo reconoce, al principio cuando comence a leer el ejemplo q viene con el anope, se veia facil, pero evidentemente algo hice mal. Bueno, muchas gracias x este espacio y espero una respuesta favorable a dicho pedido en la cual les estare mas q agradecidos. Buenas noches!!!!



Aqui les dejo el link de la descarga del archivo services.conf q viene con anope-2.0.2-source
http://www20.zippyshare.com/v/aFvBRKBj/file.html
« Última modificación: Noviembre 13, 2015, 15:42:49 por BATMAN »

Desconectado Príncipe_Azul

  • Colaborador
  • Administrador
  • Super Héroe
  • ******
  • Puntos: 570
  • Mensajes: 2.047
  • Sexo: Masculino
  • Ubicación: Argentina
  • Registrado: Abr 2013
  • :-) :-)
    • Foro ArgentinaIRC
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #1 en: Noviembre 13, 2015, 03:17:31 »
Hola, he convertido tu mensaje en un Nuevo Tema, ya que habías posteado en:

Ejemplo de configuración de Anope (services.conf)

y ese foro es solamente para aportes, por eso he creado tu tema en el foro correpondiente (Ayuda de IRC).




Con respecto a lo que necesitás, sería bueno que nos dejaras el archivo que trae Anope de esa versión, así vemos como configurarlo, aunque es mejor decir las dudas especificamente a configurarlo uno entero, pero bueno yo jamás tube esa versión.

Pega aquí el archivo services.conf para que lo puedamos analizar.


Saludos!

Desconectado BATMAN

  • Novato
  • *
  • Puntos: 0
  • Mensajes: 10
  • Sexo: Masculino
  • Ubicación: Salta
  • Registrado: May 2014
    • Radio AmigosChat
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #2 en: Noviembre 13, 2015, 15:43:49 »
Aqui les dejo el link de la descarga del archivo services.conf q viene con anope-2.0.2-source
http://www20.zippyshare.com/v/aFvBRKBj/file.html

Desconectado Príncipe_Azul

  • Colaborador
  • Administrador
  • Super Héroe
  • ******
  • Puntos: 570
  • Mensajes: 2.047
  • Sexo: Masculino
  • Ubicación: Argentina
  • Registrado: Abr 2013
  • :-) :-)
    • Foro ArgentinaIRC
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #3 en: Noviembre 13, 2015, 23:14:37 »
Citar
Pega aquí el archivo services.conf para que lo puedamos analizar.

Te pedí que pegaras el archivo de configuración (solo texto, no archivo para descargar de un servidor externo) justamente porque no quiero entrar en esa web de ZippyShare porque está infectada...

Aquí podés comprobarlo:



Además al pulsar el botón DOWNLOAD NOW se abre una ventana popup... todo síntoma de que esa página está realmente infectada.
La próxima no bajaré nada de esa web.

Con respecto a configurar el archivo, como dije, tendrías que configurarlo vos e indicarme las partes que no entiendes, a ver si te puedo ayudar, yo personalmente no usaría una versión actual de Anope por el mero hecho de ser "actual", prefiero la que tengo y te recomiendo que hagas eso, yo uso Anope 1.8.8, me imagino que sabrás configurar los servicios de Anope con versión 1.8.8.

Voy a dejar el ejemplo del archivo de configuración de los servicios por si alguien desea darte una mano, he usado Notepad++ para modificar los saltos de línea de ese archivo así se pueda configurarlo desde el bloc de notas.

Código: [Seleccionar]
/*
 * Example configuration file for Services. After making the appropriate
 * changes to this file, place it in the Services conf directory (as
 * specified in the "configure" script, default /home/username/services/conf)
 * under the name "services.conf".
 *
 * The format of this file is fairly simple: three types of comments are supported:
 *  - All text after a '#' on a line is ignored, as in shell scripting
 *  - All text after '//' on a line is ignored, as in C++
 *  - A block of text like this one is ignored, as in C
 *
 * Outside of comments, there are three structures: blocks, keys, and values.
 *
 * A block is a named container, which contains a number of key to value pairs
 * - you may think of this as an array.
 *
 * A block is created like so:
 * foobar
 * {
 *    moo = "cow"
 *    foo = bar
 * }
 *
 * Note that nameless blocks are allowed and are often used with comments to allow
 * easily commenting an entire block, for example:
 * #foobar
 * {
 *    moo = "cow"
 *    foo = bar
 * }
 * is an entirely commented block.
 *
 * Keys are case insensitive. Values depend on what key - generally, information is
 * given in the key comment. The quoting of values (and most other syntax) is quite
 * flexible, however, please do not forget to quote your strings:
 *
 *   "This is a parameter string with spaces in it"
 *
 * If you need to include a double quote inside a quoted string, precede it
 * by a backslash:
 *
 *   "This string has \"double quotes\" in it"
 *
 * Time parameters can be specified either as an integer representing a
 * number of seconds (e.g. "3600" = 1 hour), or as an integer with a unit
 * specifier: "s" = seconds, "m" = minutes, "h" = hours, "d" = days.
 * Combinations (such as "1h30m") are not permitted. Examples (all of which
 * represent the same length of time, one day):
 *
 *   "86400", "86400s", "1440m", "24h", "1d"
 *
 * In the documentation for each directive, one of the following will be
 * included to indicate whether an option is required:
 *
 * [REQUIRED]
 *     Indicates a directive which must be given. Without it, Services will
 *     not start.
 *
 * [RECOMMENDED]
 *     Indicates a directive which may be omitted, but omitting it may cause
 *     undesirable side effects.
 *
 * [OPTIONAL]
 *     Indicates a directive which is optional. If not given, the feature
 *     will typically be disabled. If this is not the case, more
 *     information will be given in the documentation.
 *
 * [DISCOURAGED]
 *     Indicates a directive which may cause undesirable side effects if
 *     specified.
 *
 * [DEPRECATED]
 *     Indicates a directive which will disappear in a future version of
 *     Services, usually because its functionality has been either
 *     superseded by that of other directives or incorporated into the main
 *     program.
 */

/*
 * [OPTIONAL] Defines
 *
 * You can define values to other values, which can be used to easily change
 * many values in the configuration. at once.
 */

/*
 * The services.host define is used in multiple different locations throughout the
 * configuration for services clients hostnames.
 */
define
{
name = "services.host"
value = "services.localhost.net"
}

/*
 * [OPTIONAL] Additional Includes
 *
 * You can include additional configuration files here.
 * You may also include executable files, which will be executed and
 * the output from it will be included into your configuration.
 */

#include
{
type = "file"
name = "some.conf"
}

#include
{
type = "executable"
name = "/usr/bin/wget -q -O - http://some.misconfigured.network.com/services.conf"
}

/*
 * [REQUIRED] IRCd Config
 *
 * This section is used to set up Anope to connect to your IRC network.
 * This section can be included multiple times, and Anope will attempt to
 * connect to each server until it finally connects.
 *
 * Each uplink IRCd should have a corresponding configuration to allow Services
 * to link to it.
 *
 * An example configuration for InspIRCd that is compatible with the below uplink
 * and serverinfo configuration would look like:
 *
 *     <link name="services.localhost.net"
 *           ipaddr="127.0.0.1"
 *           port="7000"
 *           sendpass="mypassword"
 *           recvpass="mypassword">
 *     <uline server="services.localhost.net" silent="yes">
 *     <bind address="127.0.0.1" port="7000" type="servers">
 *
 * An example configuration for UnrealIRCd that is compatible with the below uplink
 * and serverinfo configuration would look like:
 *
 *     link services.localhost.net
 *     {
 *          username *;
 *          hostname *;
 *          bind-ip "127.0.0.1";
 *          port 7000;
 *          hub *;
 *          password-connect "mypassword";
 *          password-receive "mypassword";
 *          class servers;
 *     };
 *     ulines { services.localhost.net; };
 *     listen 127.0.0.1:7000;
 */
uplink
{
/*
* The IP or hostname of the IRC server you wish to connect Services to.
* Usually, you will want to connect Services over 127.0.0.1 (aka localhost).
*
* NOTE: On some shell providers, this will not be an option.
*/
host = "127.0.0.1"

/*
* Enable if Services should connect using IPv6.
*/
ipv6 = no

/*
* Enable if Services should connect using SSL.
* You must have an SSL module loaded for this to work.
*/
ssl = no

/*
* The port to connect to.
* The IRCd *MUST* be configured to listen on this port, and to accept
* server connections.
*
* Refer to your IRCd documentation for how this is to be done.
*/
port = 7000

/*
* The password to send to the IRC server for authentication.
* This must match the link block on your IRCd.
*
* Refer to your IRCd documentation for more information on link blocks.
*/
password = "mypassword"
}

/*
 * [REQUIRED] Server Information
 *
 * This section contains information about the Services server.
 */
serverinfo
{
/*
* The hostname that Services will be seen as, it must have no conflicts with any
* other server names on the rest of your IRC network. Note that it does not have
* to be an existing hostname, just one that isn't on your network already.
*/
name = "services.localhost.net"

/*
* The text which should appear as the server's information in /whois and similar
* queries.
*/
description = "Services for IRC Networks"

/*
* The local address that Services will bind to before connecting to the remote
* server. This may be useful for multihomed hosts. If omitted, Services will let
* the Operating System choose the local address. This directive is optional.
*
* If you don't know what this means or don't need to use it, just leave this
* directive commented out.
*/
#localhost = "nowhere."

/*
* What Server ID to use for this connection?
* Note: This should *ONLY* be used for TS6/P10 IRCds. Refer to your IRCd documentation
* to see if this is needed.
*/
#id = "00A"

/*
* The filename containing the Services process ID. The path is relative to the
* services root directory.
*/
pid = "data/services.pid"

/*
* The filename containing the Message of the Day. The path is relative to the
* services root directory.
*/
motd = "conf/services.motd"
}

/*
 * [REQUIRED] Protocol module
 *
 * This directive tells Anope which IRCd Protocol to speak when connecting.
 * You MUST modify this to match the IRCd you run.
 *
 * Supported:
 *  - bahamut
 *  - charybdis
 *  - hybrid
 *  - inspircd12
 *  - inspircd20
 *  - ngircd
 *  - plexus
 *  - ratbox
 *  - unreal
 */
module
{
name = "inspircd20"

/*
* Some protocol modules can enforce mode locks server-side. This reduces the spam caused by
* services immediately reversing mode changes for locked modes.
*
* If the protocol module you have loaded does not support this, this setting will have no effect.
*/
use_server_side_mlock = yes

/*
* Some protocol modules can enforce topic locks server-side. This reduces the spam caused by
* services immediately reversing topic changes.
*
* If the protocol module you have loaded does not support this, this setting will have no effect.
*/
use_server_side_topiclock = yes
}

/*
 * [REQUIRED] Network Information
 *
 * This section contains information about the IRC network that Services will be
 * connecting to.
 */
networkinfo
{
/*
* This is the name of the network that Services will be running on.
*/
networkname = "LocalNet"

/*
* Set this to the maximum allowed nick length on your network.
* Be sure to set this correctly, as setting this wrong can result in
* Services being disconnected from the network.
*/
nicklen = 31

/* Set this to the maximum allowed ident length on your network.
* Be sure to set this correctly, as setting this wrong can result in
* Services being disconnected from the network.
*/
userlen = 10

/* Set this to the maximum allowed hostname length on your network.
* Be sure to set this correctly, as setting this wrong can result in
* Services being disconnected from the network.
*/
hostlen = 64

/* Set this to the maximum allowed channel length on your network.
*/
chanlen = 32

/* The maximum number of list modes settable on a channel (such as b, e, I).
* Comment out or set to 0 to disable.
*/
modelistsize = 100

/*
* Characters allowed in nicknames. This always includes the characters described
* in RFC1459, and so does not need to be set for normal behavior. Changing this to
* include characters your IRCd doesn't support will cause your IRCd and/or Services
* to break. Multibyte characters are not supported, nor are escape sequences.
*
* It is recommended you DON'T change this.
*/
#nick_chars = ""

/*
* The characters allowed in hostnames. This is used for validating hostnames given
* to services, such as BotServ bot hostnames and user vhosts. Changing this is not
* recommended unless you know for sure your IRCd supports whatever characters you are
* wanting to use. Telling services to set a vHost containing characters your IRCd
* disallows could potentially break the IRCd and/or Services.
*
* It is recommended you DON'T change this.
*/
vhost_chars = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789.-"

/*
* If set to true, allows vHosts to not contain dots (.).
* Newer IRCds generally do not have a problem with this, but the same warning as
* vhost_chars applies.
*
* It is recommended you DON'T change this.
*/
allow_undotted_vhosts = false

/*
* The characters that are not allowed to be at the very beginning or very ending
* of a vHost. The same warning as vhost_chars applies.
*
* It is recommended you DON'T change this.
*/
disallow_start_or_end = ".-"
}

/*
 * [REQUIRED] Services Options
 *
 * This section contains various options which determine how Services will operate.
 */
options
{
/*
* On Linux/UNIX systems Anope can setuid and setgid to this user and group
* after starting up. This is useful if Anope has to bind to privileged ports
*/
#user = "anope"
#group = "anope"

/*
* The case mapping used by services. This must be set to a valid locale name
* installed on your machine. Services use this case map to compare, with
* case insensitivity, things such as nick names, channel names, etc.
*
* We provide two special casemaps shipped with Anope, ascii and rfc1459.
*
* This value should be set to what your IRCd uses, which is probably rfc1459,
* however Anope has always used ascii for comparison, so the default is ascii.
*
* Changing this value once set is not recommended.
*/
casemap = "ascii"

/*
* This key is used to initiate the random number generator. This number
* MUST be random as you want your passcodes to be random. Don't give this
* key to anyone! Keep it private!
*
* NOTE: If you don't uncomment this or keep the default values, any talented
* programmer would be able to easily "guess" random strings used to mask
* information. Be safe, and come up with a 7-digit number.
*
* This directive is optional, but highly recommended.
*/
#seed = 9866235

/*
* If set, Services will perform more stringent checks on passwords. If this
* isn't set, Services will only disallow a password if it is the same as the
* entity (nickname name) with which it is associated. When set, however,
* Services will also check that the password is at least five
* characters long, and in the future will probably check other things
* as well.
*
* This directive is optional, but recommended.
*/
strictpasswords = yes

/*
* Sets the number of invalid password tries before Services removes a user
* from the network. If a user enters a number of invalid passwords equal to
* the given amount for any Services function or combination of functions
* during a single IRC session (subject to badpasstimeout, below), Services
* will issues a /KILL for the user. If not given, Services will ignore
* failed password attempts (though they will be logged in any case).
*
* This directive is optional, but recommended.
*/
badpasslimit = 5

/*
* Sets the time after which invalid passwords are forgotten about. If a user
* does not enter any incorrect passwords in this amount of time, the incorrect
* password count will reset to zero. If not given, the timeout will be
* disabled, and the incorrect password count will never be reset until the user
* disconnects.
*
* This directive is optional.
*/
badpasstimeout = 1h

/*
* Sets the delay between automatic database updates.
*/
updatetimeout = 5m

/*
* Sets the delay between checks for expired nicknames and channels.
*/
expiretimeout = 30m

/*
* Sets the timeout period for reading from the uplink.
*/
readtimeout = 5s

/*
* Sets the interval between sending warning messages for program errors via
* WALLOPS/GLOBOPS.
*/
warningtimeout = 4h

/*
* Sets the (maximum) frequency at which the timeout list is checked. This,
* combined with readtimeout above, determines how accurately timed events,
* such as nick kills, occur; it also determines how much CPU time Services
* will use doing this. Higher values will cause less accurate timing but
* less CPU usage.
*
* Note that this value is not an absolute limit on the period between
* checks of the timeout list; the previous may be as great as readtimeout
* (above) during periods of inactivity.
*
* If this directive is not given, it will default to 0.
*/
timeoutcheck = 3s

/*
* If set, this will allow users to let Services send PRIVMSGs to them
* instead of NOTICEs. Also see the "msg" option of nickserv:defaults,
* which also toggles the default communication (PRIVMSG or NOTICE) to
* use for unregistered users.
*
* This is a feature that is against the IRC RFC and should be used ONLY
* if absolutely necessary.
*
* This directive is optional, and not recommended.
*/
#useprivmsg = yes

/*
* If set, will force Services to only respond to PRIVMSGs addresses to
* Nick@ServerName - e.g. NickServ@localhost.net. This should be used in
* conjunction with IRCd aliases. This directive is optional.
*
* This option will have no effect on some IRCds, such as TS6 IRCds.
*/
#usestrictprivmsg = yes

/*
* If set, Services will only show /stats o to IRC Operators. This directive
* is optional.
*/
#hidestatso = yes

/*
* A space-separated list of ulined servers on your network, it is assumed that
* the servers in this list are allowed to set channel modes and Services will
* not attempt to reverse their mode changes.
*
* WARNING: Do NOT put your normal IRC user servers in this directive.
*
* This directive is optional.
*/
#ulineservers = "stats.your.network"

/*
* How long to wait between connection retries with the uplink(s).
*/
retrywait = 60s

/*
* If set, Services will hide commands that users don't have the privilege to execute
* from HELP output.
*/
hideprivilegedcommands = yes

/*
* If set, Services will hide commands that users can't execute because they are not
* logged in from HELP output.
*/
hideregisteredcommands = yes

/* The regex engine to use, as provided by the regex modules.
* Leave commented to disable regex matching.
*
* Note for this to work the regex module providing the regex engine must be loaded.
*/
regexengine = "regex/pcre"

/*
* A list of languages to load on startup that will be available in /nickserv set language.
* Useful if you translate Anope to your language. (Explained further in docs/LANGUAGE).
* Note that english should not be listed here because it is the base language.
*
* Removing .UTF-8 will instead use the default encoding for the language, eg. iso-8859-1 for western European languages.
*/
languages = "ca_ES.UTF-8 de_DE.UTF-8 el_GR.UTF-8 es_ES.UTF-8 fr_FR.UTF-8 hu_HU.UTF-8 it_IT.UTF-8 nl_NL.UTF-8 pl_PL.UTF-8 pt_PT.UTF-8 ru_RU.UTF-8 tr_TR.UTF-8"

/*
* Default language that non- and newly-registered nicks will receive messages in.
* Set to "en" to enable English. Defaults to the language the system uses.
*/
#defaultlanguage = "es_ES.UTF-8"
}

/*
 * [OPTIONAL] BotServ
 *
 * Includes botserv.example.conf, which is necessary for BotServ functionality.
 *
 * Remove this block to disable BotServ.
 */
include
{
type = "file"
name = "botserv.example.conf"
}

/*
 * [RECOMMENDED] ChanServ
 *
 * Includes chanserv.example.conf, which is necessary for ChanServ functionality.
 *
 * Remove this block to disable ChanServ.
 */
include
{
type = "file"
name = "chanserv.example.conf"
}

/*
 * [RECOMMENDED] Global
 *
 * Includes global.example.conf, which is necessary for Global functionality.
 *
 * Remove this block to disable Global.
 */
include
{
type = "file"
name = "global.example.conf"
}

/*
 * [OPTIONAL] HostServ
 *
 * Includes hostserv.example.conf, which is necessary for HostServ functionality.
 *
 * Remove this block to disable HostServ.
 */
include
{
type = "file"
name = "hostserv.example.conf"
}

/*
 * [OPTIONAL] MemoServ
 *
 * Includes memoserv.example.conf, which is necessary for MemoServ functionality.
 *
 * Remove this block to disable MemoServ.
 */
include
{
type = "file"
name = "memoserv.example.conf"
}

/*
 * [OPTIONAL] NickServ
 *
 * Includes nickserv.example.conf, which is necessary for NickServ functionality.
 *
 * Remove this block to disable NickServ.
 */
include
{
type = "file"
name = "nickserv.example.conf"
}

/*
 * [RECOMMENDED] OperServ
 *
 * Includes operserv.example.conf, which is necessary for OperServ functionality.
 *
 * Remove this block to disable OperServ.
 */
include
{
type = "file"
name = "operserv.example.conf"
}

/*
 * [RECOMMENDED] Logging Configuration
 *
 * This section is used for configuring what is logged and where it is logged to.
 * You may have multiple log blocks if you wish. Remember to properly secure any
 * channels you choose to have Anope log to!
 */
log
{
/*
* Target(s) to log to, which may be one of the following:
*   - a channel name
*   - a filename
*   - globops
*/
target = "services.log"

/* Log to both services.log and the channel #services
*
* Note that some older IRCds, such as Ratbox, require services to be in the
* log channel to be able to message it. To do this, configure service:channels to
* join your logging channel.
*/
#target = "services.log #services"

/*
* The source(s) to only accept log messages from. Leave commented to allow all sources.
* This can be a users name, a channel name, one of our clients (eg, OperServ), or a server name.
*/
#source = ""

/*
* The bot used to log generic messages which have no predefined sender if there
* is a channel in the target directive.
*/
bot = "Global"

/*
* The number of days to keep logfiles, only useful if you are logging to a file.
* Set to 0 to never delete old logfiles.
*
* Note that Anope must run 24 hours a day for this feature to work correctly.
*/
logage = 7

/*
* What types of log messages should be logged by this block. There are nine general categories:
*
*  admin      - Execution of admin commands (OperServ, etc).
*  override   - A services operator using their powers to execute a command they couldn't normally.
*  commands   - Execution of general commands.
*  servers    - Server actions, linking, squitting, etc.
*  channels   - Actions in channels such as joins, parts, kicks, etc.
*  users      - User actions such as connecting, disconnecting, changing name, etc.
*  other      - All other messages without a category.
*  rawio      - Logs raw input and output from services
*  debug      - Debug messages (log files can become VERY large from this).
*
* These options determine what messages from the categories should be logged. Wildcards are accepted, and
* you can also negate values with a ~. For example, "~operserv/akill operserv/*" would log all operserv
* messages except for operserv/akill. Note that processing stops at the first matching option, which
* means "* ~operserv/*" would log everything because * matches everything.
*
* Valid admin, override, and command options are:
*    pesudo-serv/commandname (eg, operserv/akill, chanserv/set)
*
* Valid server options are:
*    connect, quit, sync, squit
*
* Valid channel options are:
*    create, destroy, join, part, kick, leave, mode
*
* Valid user options are:
*    connect, disconnect, quit, nick, ident, host, mode, maxusers, oper, away
*
* Rawio and debug are simple yes/no answers, there are no types for them.
*
* Note that modules may add their own values to these options.
*/
admin = "*"
override = "chanserv/* nickserv/* memoserv/set ~botserv/set botserv/*"
commands = "~operserv/* *"
servers = "*"
#channels = "~mode *"
users = "connect disconnect nick"
other = "*"
rawio = no
debug = no
}

/*
 * A log block to globops some useful things.
 */
log
{
target = "globops"
admin = "global/* operserv/mode operserv/kick operserv/akill operserv/s*line operserv/noop operserv/jupe operserv/oline operserv/set operserv/svsnick operserv/svsjoin operserv/svspart nickserv/getpass */drop"
servers = "squit"
users = "oper"
other = "expire/* bados akill/*"
}

/*
 * [RECOMMENDED] Oper Access Config
 *
 * This section is used to set up staff access to restricted oper only commands.
 * You may define groups of commands and privileges, as well as who may use them.
 *
 * This block is recommended, as without it you will be unable to access most oper commands.
 * It replaces the old ServicesRoot directive amongst others.
 *
 * The command names below are defaults and are configured in the *serv.conf's. If you configure
 * additional commands with permissions, such as commands from third party modules, the permissions
 * must be included in the opertype block before the command can be used.
 *
 * Available privileges:
 *  botserv/administration        - Can view and assign private BotServ bots
 *  botserv/fantasy               - Can use fantasy commands without the FANTASIA privilege
 *  chanserv/administration       - Can modify the settings of any channel (including changing of the owner!)
 *  chanserv/access/list          - Can view channel access and akick lists, but not modify them
 *  chanserv/access/modify        - Can modify channel access and akick lists, and use /chanserv enforce
 *  chanserv/auspex               - Can see any information with /chanserv info
 *  chanserv/no-register-limit    - May register an unlimited number of channels and nicknames
 *  chanserv/kick                 - Can kick and ban users from channels through ChanServ
 *  memoserv/info                 - Can see any information with /memoserv info
 *  memoserv/set-limit            - Can set the limit of max stored memos on any user and channel
 *  memoserv/no-limit             - Can send memos through limits and throttles
 *  nickserv/access               - Can modify other users access and certificate lists
 *  nickserv/alist                - Can see the channel access list of other users
 *  nickserv/auspex               - Can see any information with /nickserv info
 *  nickserv/confirm              - Can confirm other users nicknames
 *  nickserv/drop                 - Can drop other users nicks
 *  operserv/config               - Can modify services's configuration
 *  operserv/oper/modify          - Can add and remove operators with at most the same privileges
 *  protected                     - Can not be kicked from channels by Services
 *
 * Available commands:
 *   botserv/bot/del          botserv/bot/add               botserv/bot/change        botserv/set/private
 *   botserv/set/nobot
 *
 *   chanserv/drop            chanserv/getkey               chanserv/invite
 *   chanserv/list            chanserv/suspend              chanserv/topic
 *
 *   chanserv/saset/bantype   chanserv/saset/description    chanserv/saset/email       chanserv/saset/keepmodes
 *   chanserv/saset/founder   chanserv/saset/keeptopic      chanserv/saset/restricted
 *   chanserv/saset/peace     chanserv/saset/persist        chanserv/saset/private
 *   chanserv/saset/secure    chanserv/saset/securefounder  chanserv/saset/secureops
 *   chanserv/saset/signkick  chanserv/saset/successor      chanserv/saset/topiclock
 *   chanserv/saset/url       chanserv/saset/noexpire       chanserv/saset/autoop
 *
 *   memoserv/sendall        memoserv/staff
 *
 *   nickserv/getpass        nickserv/getemail      nickserv/suspend      nickserv/ajoin
 *   nickserv/list
 *
 *   nickserv/saset/autoop     nickserv/saset/email   nickserv/saset/greet     nickserv/saset/password
 *   nickserv/saset/display    nickserv/saset/kill    nickserv/saset/language  nickserv/saset/message
 *   nickserv/saset/private    nickserv/saset/secure  nickserv/saset/url       nickserv/saset/noexpire
 *   nickserv/saset/keepmodes
 *
 *   hostserv/set            hostserv/del           hostserv/list
 *
 *   global/global
 *
 *   operserv/news         operserv/stats        operserv/kick       operserv/exception    operserv/seen
 *   operserv/mode         operserv/session      operserv/modinfo    operserv/ignore       operserv/chanlist
 *   operserv/chankill     operserv/akill        operserv/sqline     operserv/snline       operserv/userlist
 *   operserv/oper         operserv/config       operserv/umode      operserv/logsearch
 *   operserv/modload      operserv/jupe         operserv/set        operserv/noop
 *   operserv/quit         operserv/update       operserv/reload     operserv/restart
 *   operserv/shutdown     operserv/svs          operserv/oline      operserv/kill
 *
 * Firstly, we define 'opertypes' which are named whatever we want ('Network Administrator', etc).
 * These can contain commands for oper-only strings (see above) which grants access to that specific command,
 * and privileges (which grant access to more general permissions for the named area).
 * Wildcard entries are permitted for both, e.g. 'commands = "operserv/*"' for all OperServ commands.
 *
 * Below are some default example types, but this is by no means exhaustive,
 * and it is recommended that you configure them to your needs.
 */

opertype
{
/* The name of this opertype */
name = "Helper"

/* What commands (see above) this opertype has */
commands = "hostserv/*"
}

opertype
{
/* The name of this opertype */
name = "Services Operator"

/* What opertype(s) this inherits from. Seperate with a comma. */
inherits = "Helper, Another Helper"

/* What commands (see above) this opertype may use */
commands = "chanserv/list chanserv/suspend chanserv/topic memoserv/staff nickserv/list nickserv/suspend operserv/mode operserv/chankill operserv/akill operserv/session operserv/modinfo operserv/sqline operserv/oper operserv/kick operserv/ignore operserv/snline"

/* What privs (see above) this opertype has */
privs = "chanserv/auspex chanserv/no-register-limit memoserv/* nickserv/auspex nickserv/confirm"

/*
* Modes to be set on users when they identify to accounts linked to this opertype.
*
* This can be used to automatically oper users who identify for services operator accounts, and is
* useful for setting modes such as Plexus's user mode +N.
*
* Note that some IRCds, such as InspIRCd, do not allow directly setting +o, and this will not work.
*/
#modes = "+o"
}

opertype
{
name = "Services Administrator"

inherits = "Services Operator"

commands = "botserv/* chanserv/access/list chanserv/drop chanserv/getkey chanserv/saset/noexpire memoserv/sendall nickserv/saset/* nickserv/getemail operserv/news operserv/jupe operserv/svs operserv/stats operserv/oline operserv/noop operserv/forbid global/*"

privs = "*"
}

opertype
{
name = "Services Root"

commands = "*"

privs = "*"
}

/*
 * After defining different types of operators in the above opertype section, we now define who is in these groups
 * through 'oper' blocks, similar to ircd access.
 *
 * The default is to comment these out (so NOBODY will have Services access).
 * You probably want to add yourself and a few other people at minimum.
 *
 * As with all permissions, make sure to only give trustworthy people access to Services.
 */

#oper
{
/* The nickname of this services oper */
#name = "nick1"

/* The opertype this person will have */
type = "Services Root"

/* If set, the user must be an oper on the IRCd to gain their Services
* oper privileges.
*/
require_oper = yes

/* An optional password. If defined the user must login using "/msg OperServ LOGIN" first */
#password = "secret"

/* An optional SSL fingerprint. If defined, it's required to be able to use this opertype. */
#certfp = "ed3383b3f7d74e89433ddaa4a6e5b2d7"

/* An optional list of user@host masks. If defined the user must be connected from one of them */
#host = "*@*.anope.org ident@*"

/* An optional vHost to set on users who identify for this oper block.
* This will override HostServ vHosts, and may not be available on all IRCds
*/
#vhost = "oper.mynet"
}

#oper
{
name = "nick2"
type = "Services Administrator"
}

#oper
{
name = "nick3"
type = "Helper"
}

/*
 * [OPTIONAL] Mail Config
 *
 * This section contains settings related to the use of e-mail from Services.
 * If the usemail directive is set to yes, unless specified otherwise, all other
 * directives are required.
 *
 * NOTE: Users can find the IP of the machine services is running on by examining
 * mail headers. If you do not want your IP known, you should set up a mail relay
 * to strip the relevant headers.
 */
mail
{
/*
* If set, this option enables the mail commands in Services. You may choose
* to disable it if you have no Sendmail-compatible mailer installed. Whilst
* this directive (and entire block) is optional, it is required if
* nickserv:registration is set to yes.
*/
usemail = yes

/*
* This is the command-line that will be used to call the mailer to send an
* e-mail. It must be called with all the parameters needed to make it
* scan the mail input to find the mail recipient; consult your mailer
* documentation.
*
* Postfix users must use the compatible sendmail utility provided with
* it. This one usually needs no parameters on the command-line. Most
* sendmail applications (or replacements of it) require the -t option
* to be used.
*/
sendmailpath = "/usr/sbin/sendmail -t"

/*
* This is the e-mail address from which all the e-mails are to be sent from.
* It should really exist.
*/
sendfrom = "services@localhost.net"

/*
* This controls the minimum amount of time a user must wait before sending
* another e-mail after they have sent one. It also controls the minimum time
* a user must wait before they can receive another e-mail.
*
* This feature prevents users from being mail bombed using Services and
* it is highly recommended that it be used.
*
* This directive is optional, but highly recommended.
*/
delay = 5m

/*
* If set, Services will not attempt to put quotes around the TO: fields
* in e-mails.
*
* This directive is optional, and as far as we know, it's only needed
* if you are using ESMTP or QMail to send out e-mails.
*/
#dontquoteaddresses = yes

/*
* The subject and message of emails sent to users when they register accounts.
*/
registration_subject = "Nickname registration for %n"
registration_message = "Hi,

You have requested to register the nickname %n on %N.
Please type \" /msg NickServ CONFIRM %c \" to complete registration.

If you don't know why this mail was sent to you, please ignore it silently.

%N administrators."

/*
* The subject and message of emails sent to users when they request a new password.
*/
reset_subject = "Reset password request for %n"
reset_message = "Hi,

You have requested to have the password for %n reset.
To reset your password, type \" /msg NickServ CONFIRM %n %c \"

If you don't know why this mail was sent to you, please ignore it silently.

%N administrators."

/*
* The subject and message of emails sent to users when they request a new email address.
*/
emailchange_subject = "Email confirmation"
emailchange_message = "Hi,

You have requested to change your email address from %e to %E.
Please type \" /msg NickServ CONFIRM %c \" to confirm this change.

If you don't know why this mail was sent to you, please ignore it silently.

%N administrators."

/*
* The subject and message of emails sent to users when they receive a new memo.
*/
memo_subject = "New memo"
memo_message = "Hi %n,

You've just received a new memo from %s. This is memo number %d.

Memo text:

%t"
}

/*
 * [REQUIRED] Database configuration.
 *
 * This section is used to configure databases used by Anope.
 * You should at least load one database method, otherwise any data you
 * have will not be stored!
 */

/*
 * [DEPRECATED] db_old
 *
 * This is the old binary database format from late Anope 1.7.x, Anope 1.8.x, and
 * early Anope 1.9.x. This module only loads these databases, and will NOT save them.
 * You should only use this to upgrade old databases to a newer database format by loading
 * other database modules in addition to this one, which will be used when saving databases.
 */
#module
{
name = "db_old"

/*
* This is the encryption type used by the databases. This must be set correctly or
* your passwords will not work. Valid options are: md5, oldmd5, sha1, and plain.
* You must also be sure to load the correct encryption module below in the Encryption
* Modules section so that your passwords work.
*/
#hash = "md5"
}

/*
 * [RECOMMENDED] db_flatfile
 *
 * This is the default flatfile database format.
 */
module
{
name = "db_flatfile"

/*
* The database name db_flatfile should use
*/
database = "anope.db"

/*
* Sets the number of days backups of databases are kept. If you don't give it,
* or if you set it to 0, Services won't backup the databases.
*
* NOTE: Services must run 24 hours a day for this feature to work.
*
* This directive is optional, but recommended.
*/
keepbackups = 3

/*
* Allows Services to continue file write operations (i.e. database saving)
* even if the original file cannot be backed up. Enabling this option may
* allow Services to continue operation under conditions where it might
* otherwise fail, such as a nearly-full disk.
*
* NOTE: Enabling this option can cause irrecoverable data loss under some
* conditions, so make CERTAIN you know what you're doing when you enable it!
*
* This directive is optional, and you are discouraged against enabling it.
*/
#nobackupokay = yes

/*
* If enabled, services will fork a child process to save databases.
*
* This is only useful with very large databases, with hundreds
* of thousands of objects, that have a noticeable delay from
* writing databases.
*
* If your database is large enough cause a noticeable delay when
* saving you should consider a more powerful alternative such
* as db_sql or db_redis, which incrementally update their
* databases asynchronously in real time.
*/
fork = no
}

/*
 * db_sql and db_sql_live
 *
 * db_sql module allows saving and loading databases using one of the SQL engines.
 * This module loads the databases once on startup, then incrementally updates
 * objects in the database as they are changed within Anope in real time. Changes
 * to the SQL tables not done by Anope will have no effect and will be overwritten.
 *
 * db_sql_live module allows saving and loading databases using one of the SQL engines.
 * This module reads and writes to SQL in real time. Changes to the SQL tables
 * will be immediately reflected into Anope. This module should not be loaded
 * in conjunction with db_sql.
 *
 */
#module
{
name = "db_sql"
#name = "db_sql_live"

/*
* The SQL service db_sql(_live) should use, these are configured in modules.conf.
* For MySQL, this should probably be mysql/main.
*/
engine = "sqlite/main"

/*
* An optional prefix to prepended to the name of each created table.
* Do not use the same prefix for other programs.
*/
#prefix = "anope_db_"

/* Whether or not to import data from another database module in to SQL on startup.
* If you enable this, be sure that the database services is configured to use is
* empty and that another database module to import from is loaded before db_sql.
* After you enable this and do a database import you should disable it for
* subsequent restarts.
*
* Note that you can not import databases using db_sql_live. If you want to import
* databases and use db_sql_live you should import them using db_sql, then shut down
* and start services with db_sql_live.
*/
import = false
}

/*
 * db_redis.
 *
 * This module allows using Redis (http://redis.io) as a database backend.
 * This module requires that m_redis is loaded and configured properly.
 *
 * Redis 2.8 supports keyspace notifications which allows Redis to push notifications
 * to Anope about outside modifications to the database. This module supports this and
 * will internally reflect any changes made to the database immediately once notified.
 * See docs/REDIS for more information regarding this.
 */
#module
{
name = "db_redis"

/*
* Redis database to use. This must be configured with m_redis.
*/
engine = "redis/main"
}

/*
 * [RECOMMENDED] Encryption modules.
 *
 * The encryption modules are used when dealing with passwords. This determines how
 * the passwords are stored in the databases, and does not add any security as
 * far as transmitting passwords over the network goes.
 *
 * Without any encryption modules loaded users will not be able to authenticate unless
 * there is another module loaded that provides authentication checking, such as
 * m_ldap_authentication or m_sql_authentication.
 *
 * With enc_none, passwords will be stored in plain text, allowing for passwords
 * to be recovered later but it isn't secure and therefore is not recommended.
 *
 * The other encryption modules use one-way encryption, so the passwords can not
 * be recovered later if those are used.
 *
 * The first encryption module loaded is the primary encryption module. All new passwords are
 * encrypted by this module. Old passwords stored in another encryption method are
 * automatically re-encrypted by the primary encryption module on next identify.
 *
 * NOTE: enc_old is Anope's previous (broken) MD5 implementation which is present in
 * versions prior to Anope 1.7.17. If your databases were made using that module,
 * use this and not enc_md5.
 *
 * NOTE: enc_sha1 relies on how the OS stores 2+ byte data internally, and is
 * potentially broken when moving between 2 different OSes, such as moving from
 * Linux to Windows. It is recommended that you use enc_sha256 instead if you want
 * to use an SHA-based encryption. If you choose to do so, it is also recommended
 * that you first try to get everyone's passwords converted to enc_sha256 before
 * switching OSes by placing enc_sha256 at the beginning of the list.
 *
 */

#module { name = "enc_bcrypt" }
module { name = "enc_sha256" }
#module { name = "enc_md5" }
#module { name = "enc_sha1" }

/*
 * When using enc_none, passwords will be stored without encryption. This isn't secure
 * therefore it is not recommended.
 */
#module { name = "enc_none" }

/*
 * enc_old is Anope's previous (broken) MD5 implementation used from 1.4.x to 1.7.16.
 * If your databases were made using that module, load it here to allow conversion to the primary
 * encryption method.
 */
#module { name = "enc_old" }


/* Extra (optional) modules. */
include
{
type = "file"
name = "modules.example.conf"
}

/*
 * Chanstats module.
 * Requires a MySQL Database.
 */
#include
{
type = "file"
name = "chanstats.example.conf"
}

/*
 * IRC2SQL Gateway
 * This module collects data about users, channels and servers. It doesn't build stats
 * itself, however, it gives you the database, it's up to you how you use it.
 *
 * Requires a MySQL Database and MySQL version 5.5 or higher
 */
#include
{
type = "file"
name = "irc2sql.example.conf"
}

Desconectado BATMAN

  • Novato
  • *
  • Puntos: 0
  • Mensajes: 10
  • Sexo: Masculino
  • Ubicación: Salta
  • Registrado: May 2014
    • Radio AmigosChat
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #4 en: Noviembre 14, 2015, 00:06:50 »
Hola, antes que nada pido discultas x todas las macanas q me estoy mandando en este foro, pero ya voy aprendiendo lo q no tengo q hacer.
Bueno, con respecto a este tema segui tu consejo y trate de instalar el anope 1.8.8 y me sale un error, llego a colocar en la shell "./Config" para comenzar la configuracion, termina perfectamente sin errores, paso siguiente y donde tengo el problema con esta version y con la 1.8.9 es cuando compilo la instalacion al ejecutar "make" al final me saltan erroes q paso a pegar:


Código: [Seleccionar]
In file included from /usr/include/mysql/services.h:22:0,
                 from actions.c:14:
/usr/include/mysql/service_thd_alloc.h:46:38: error: expected â)â before âunsign                                                                                        edâ
   void *(*thd_alloc_func)(MYSQL_THD, unsigned int);
                                      ^
/usr/include/mysql/service_thd_alloc.h:47:39: error: expected â)â before âunsign                                                                                        edâ
   void *(*thd_calloc_func)(MYSQL_THD, unsigned int);
                                       ^
/usr/include/mysql/service_thd_alloc.h:48:39: error: expected â)â before âconstâ
   char *(*thd_strdup_func)(MYSQL_THD, const char *);
                                       ^
/usr/include/mysql/service_thd_alloc.h:49:40: error: expected â)â before âconstâ
   char *(*thd_strmake_func)(MYSQL_THD, const char *, unsigned int);
                                        ^
/usr/include/mysql/service_thd_alloc.h:50:39: error: expected â)â before âconstâ
   void *(*thd_memdup_func)(MYSQL_THD, const void*, unsigned int);
                                       ^
/usr/include/mysql/service_thd_alloc.h:51:60: error: expected â)â before âMYSQL_                                                                                        LEX_STRINGâ
   MYSQL_LEX_STRING *(*thd_make_lex_string_func)(MYSQL_THD, MYSQL_LEX_STRING *,
                                                            ^
/usr/include/mysql/service_thd_alloc.h:87:17: error: unknown type name âMYSQL_TH                                                                                        Dâ
 void *thd_alloc(MYSQL_THD thd, unsigned int size);
                 ^
/usr/include/mysql/service_thd_alloc.h:91:18: error: unknown type name âMYSQL_TH                                                                                        Dâ
 void *thd_calloc(MYSQL_THD thd, unsigned int size);
                  ^
/usr/include/mysql/service_thd_alloc.h:95:18: error: unknown type name âMYSQL_TH                                                                                        Dâ
 char *thd_strdup(MYSQL_THD thd, const char *str);
                  ^
/usr/include/mysql/service_thd_alloc.h:99:19: error: unknown type name âMYSQL_TH                                                                                        Dâ
 char *thd_strmake(MYSQL_THD thd, const char *str, unsigned int size);
                   ^
/usr/include/mysql/service_thd_alloc.h:103:18: error: unknown type name âMYSQL_T                                                                                        HDâ
 void *thd_memdup(MYSQL_THD thd, const void* str, unsigned int size);
                  ^
/usr/include/mysql/service_thd_alloc.h:118:39: error: unknown type name âMYSQL_T     
HDâ
 MYSQL_LEX_STRING *thd_make_lex_string(MYSQL_THD thd, MYSQL_LEX_STRING *lex_str,
                                       ^
In file included from /usr/include/mysql/services.h:23:0,
                 from actions.c:14:
/usr/include/mysql/service_thd_wait.h:81:42: error: expected â)â before âintâ
   void (*thd_wait_begin_func)(MYSQL_THD, int);
                                          ^
/usr/include/mysql/service_thd_wait.h:93:21: error: unknown type name âMYSQL_TH                                                                                         â
 void thd_wait_begin(MYSQL_THD thd, int wait_type);
                     ^
/usr/include/mysql/service_thd_wait.h:94:19: error: unknown type name âMYSQL_TH                                                                                         â
 void thd_wait_end(MYSQL_THD thd);
                   ^
In file included from /usr/include/mysql/services.h:25:0,
                 from actions.c:14:
/usr/include/mysql/service_progress_report.h:36:34: error: unknown type name âMY                                                                                        SQL_THDâ
   void (*thd_progress_init_func)(MYSQL_THD thd, unsigned int max_stage);
                                  ^
/usr/include/mysql/service_progress_report.h:37:36: error: unknown type name âMY                                                                                        SQL_THDâ
   void (*thd_progress_report_func)(MYSQL_THD thd,
                                    ^
/usr/include/mysql/service_progress_report.h:40:40: error: unknown type name âMY                                                                                        SQL_THDâ
   void (*thd_progress_next_stage_func)(MYSQL_THD thd);
                                        ^
/usr/include/mysql/service_progress_report.h:41:33: error: unknown type name âMY                                                                                        SQL_THDâ
   void (*thd_progress_end_func)(MYSQL_THD thd);
                                 ^
/usr/include/mysql/service_progress_report.h:42:52: error: expected â)â before                                                                                          constâ
   const char *(*set_thd_proc_info_func)(MYSQL_THD, const char *info,
                                                    ^
In file included from /usr/include/mysql/services.h:25:0,
                 from actions.c:14:
/usr/include/mysql/service_progress_report.h:65:24: error: unknown type name âMY                                                                                        SQL_THDâ
 void thd_progress_init(MYSQL_THD thd, unsigned int max_stage);
                        ^
/usr/include/mysql/service_progress_report.h:66:26: error: unknown type name âMY                                                                                        SQL_THDâ
 void thd_progress_report(MYSQL_THD thd,
                          ^
/usr/include/mysql/service_progress_report.h:69:30: error: unknown type name âMY                                                                                        SQL_THDâ
 void thd_progress_next_stage(MYSQL_THD thd);
                              ^
/usr/include/mysql/service_progress_report.h:70:23: error: unknown type name âMY                                                                                        SQL_THDâ
 void thd_progress_end(MYSQL_THD thd);
                       ^
/usr/include/mysql/service_progress_report.h:71:42: error: expected â)â before                                                                                          constâ
 const char *set_thd_proc_info(MYSQL_THD, const char * info, const char *func,
                                          ^
In file included from /usr/include/mysql/services.h:26:0,
                 from actions.c:14:
/usr/include/mysql/service_debug_sync.h:333:53: error: expected â)â before âcons                                                                                        tâ
 extern void (*debug_sync_C_callback_ptr)(MYSQL_THD, const char *, size_t);
                                                     ^
actions.c:24:19: error: unknown type name âUserâ
 void bad_password(User * u)
                   ^
actions.c: In function âkill_userâ:
actions.c:53:14: error: âBUFSIZEâ undeclared (first use in this function)
     char buf[BUFSIZE];
              ^
actions.c:53:14: note: each undeclared identifier is reported only once for each                                                                                         function it appears in
actions.c:59:18: error: âServerNameâ undeclared (first use in this function)
         source = ServerName;
                  ^
actions.c:65:5: warning: incompatible implicit declaration of built-in function                                                                                         âsnprintfâ [enabled by default]
     snprintf(buf, sizeof(buf), "%s (%s)", source, reason);
     ^
actions.c:69:10: error: âircdâ undeclared (first use in this function)
     if (!ircd->quitonkill && finduser(user)) {
          ^
actions.c: In function âsqlineâ:
actions.c:85:5: error: unknown type name âChannelâ
     Channel *c, *next;
     ^
actions.c:89:9: error: âircdâ undeclared (first use in this function)
     if (ircd->chansqline) {
         ^
actions.c:94:26: error: âchanlistâ undeclared (first use in this function)
                 for (c = chanlist[i]; c; c = next) {
                          ^
actions.c:95:29: error: request for member ânextâ in something not a structure o                                                                                        r union
                     next = c->next;
                             ^
actions.c:97:51: error: request for member ânameâ in something not a structure o                                                                                        r union
                     if (!match_wild_nocase(mask, c->name)) {
                                                   ^
actions.c:100:32: error: request for member âusersâ in something not a structure                                                                                         or union
                     for (cu = c->users; cu; cu = cunext) {
                                ^
actions.c:101:36: error: dereferencing pointer to incomplete type
                         cunext = cu->next;
                                    ^
actions.c:102:39: error: dereferencing pointer to incomplete type
                         if (is_oper(cu->user)) {
                                       ^
actions.c:105:34: error: request for member ânameâ in something not a structure                                                                                         or union
                         av[0] = c->name;
                                  ^
actions.c:106:35: error: dereferencing pointer to incomplete type
                         av[1] = cu->user->nick;
                                   ^
actions.c:108:40: error: âs_OperServâ undeclared (first use in this function)
                         anope_cmd_kick(s_OperServ, av[0], av[1],
                                        ^
actions.c:110:33: error: âs_ChanServâ undeclared (first use in this function)
                         do_kick(s_ChanServ, 3, av);
                                 ^
actions.c: At top level:
actions.c:131:27: error: unknown type name âChannelInfoâ
 static void _common_unban(ChannelInfo * ci, char *nick, boolean full)
                           ^
actions.c:131:57: error: unknown type name âbooleanâ
 static void _common_unban(ChannelInfo * ci, char *nick, boolean full)
                                                         ^
actions.c:209:19: error: unknown type name âChannelInfoâ
 void common_unban(ChannelInfo * ci, char *nick)
                   ^
actions.c:214:24: error: unknown type name âChannelInfoâ
 void common_unban_full(ChannelInfo * ci, char *nick, boolean full)
                        ^
actions.c:214:54: error: unknown type name âbooleanâ
 void common_unban_full(ChannelInfo * ci, char *nick, boolean full)
                                                      ^
actions.c:228:21: error: unknown type name âUserâ
 void common_svsmode(User * u, char *modes, char *arg)
                     ^
actions.c:251:24: error: unknown type name âUserâ
 char *common_get_vhost(User * u)
                        ^
actions.c:272:25: error: unknown type name âUserâ
 char *common_get_vident(User * u)
                         ^
make[1]: *** [actions.o] Error 1
make[1]: Leaving directory `/var/www/vhosts/batman/anope-1.8.8/src'
make: *** [build] Error 2
-bash-4.2$


la verdad q no tengo las mas minima idea de xq esos errores q no me dejan continuar, instale miles de veces en distintas shell con sistemas operativos diferentes y nunca me paso esto.
Bueno, espero q se pueda entender lo q intentaba explicar, gracias
« Última modificación: Julio 05, 2016, 05:17:50 por @Príncipe_Azul »

Desconectado Príncipe_Azul

  • Colaborador
  • Administrador
  • Super Héroe
  • ******
  • Puntos: 570
  • Mensajes: 2.047
  • Sexo: Masculino
  • Ubicación: Argentina
  • Registrado: Abr 2013
  • :-) :-)
    • Foro ArgentinaIRC
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #5 en: Noviembre 14, 2015, 04:00:03 »
Citar
Hola, antes que nada pido discultas x todas las macanas q me estoy mandando en este foro, pero ya voy aprendiendo lo q no tengo q hacer.

No te hagas problemas amigo, en realidad más que nada doy el aviso ya que puede haber alguien que quede infectado por ingresar a esa web, creo que el problema es por las publicidades que ponen, las mismas están intentando redirigir a páginas maliciosas, no es normal que Malwarebytes de un aviso como ese y menos en ese tipo de páginas, no todas las personas tendrán estas medidas de seguridad, puede que alguien quede infectado, más que nada su navegador.
No te estás mandando ninguna macana, la web esa es la que debe solucionar ese conflicto :) :)

Con respecto al problema, por lo que veo, es un problema de sintáxis en los módulos de C (incompatible con la versión del compilador gcc), por eso te da error en la compilación, habría que ver que versión del compilador de C tienes en tu shell, de acuerdo a eso, habría que ver que es lo que se puede hacer, quizás es muy antiguo, dos preguntas, ¿has intentado instalar los Anope 2.0.2, o alguna versión reciente como esa?, ¿te ha dado un error de compilación?, si no te ha dado, entónces estás usando un compilador muy actual, si te dió, entónces es porque el compilador es antiguo.

Para saber que versión del compilador de C tienes instalado en tu shell, ejecutá este comando:

Código: [Seleccionar]
gcc -v

al final te mostrará algo como esto:

Código: [Seleccionar]
gcc version 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC)

y esa sería la versión de tu compilador, puedes cambiar la versión del mismo, ya sea hacerla más antigua o más nueva, pero para eso vas a necesitar acceso Root y si estás en una shell, entónces seguro que es compartida y no tendrás acceso root lamentablemente.
Si deseas leer un poco más de información, puedes mirar este post:

Como cambiar la versión de GCC por defecto en GNU/Linux



Saludos!! :)

Desconectado BATMAN

  • Novato
  • *
  • Puntos: 0
  • Mensajes: 10
  • Sexo: Masculino
  • Ubicación: Salta
  • Registrado: May 2014
    • Radio AmigosChat
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #6 en: Noviembre 14, 2015, 04:28:40 »
Hola de nuevo, a ver, x donde comienzo. Como les comente no pude instalar la version 1.8.8 ni la 1.8.9, pero si la version anpe-2.0.2-source, esa version se instalo perfectamente sin errores,  la cual me di cuenta q tiene una estructura totalmente diferente, es x eso q no entendi muy bien aparentemente el archivo de configuracion.
Pasando al tema de la version del compilador es:
gcc version 4.8.3 20140911 (Red Hat 4.8.3-9) (GCC)
y tengo un servicios de vps y acceso root total.
Bueno, no se q me aconsejas amigo, pero desde ya te estoy muy agradecido x todo el aporte. Gracias!!!!

Desconectado Príncipe_Azul

  • Colaborador
  • Administrador
  • Super Héroe
  • ******
  • Puntos: 570
  • Mensajes: 2.047
  • Sexo: Masculino
  • Ubicación: Argentina
  • Registrado: Abr 2013
  • :-) :-)
    • Foro ArgentinaIRC
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #7 en: Noviembre 14, 2015, 04:57:00 »
La versión que tenés es actual, no la última, pero no es una versión vieja:

GCC 4.8.3   May 22, 2014

podés ver todas las versiones liberadas aquí:

https://gcc.gnu.org/releases.html

Como la versión de tu compilador es masomenos actual, es mejor dejarla así, además de que con esa versión no te da errores al compilar.
Probá este archivo de configuración que acabo de hacerlo:

Código: [Seleccionar]
/*
 * Example configuration file for Services. After making the appropriate
 * changes to this file, place it in the Services conf directory (as
 * specified in the "configure" script, default /home/username/services/conf)
 * under the name "services.conf".
 *
 * The format of this file is fairly simple: three types of comments are supported:
 *  - All text after a '#' on a line is ignored, as in shell scripting
 *  - All text after '//' on a line is ignored, as in C++
 *  - A block of text like this one is ignored, as in C
 *
 * Outside of comments, there are three structures: blocks, keys, and values.
 *
 * A block is a named container, which contains a number of key to value pairs
 * - you may think of this as an array.
 *
 * A block is created like so:
 * foobar
 * {
 *    moo = "cow"
 *    foo = bar
 * }
 *
 * Note that nameless blocks are allowed and are often used with comments to allow
 * easily commenting an entire block, for example:
 * #foobar
 * {
 *    moo = "cow"
 *    foo = bar
 * }
 * is an entirely commented block.
 *
 * Keys are case insensitive. Values depend on what key - generally, information is
 * given in the key comment. The quoting of values (and most other syntax) is quite
 * flexible, however, please do not forget to quote your strings:
 *
 *   "This is a parameter string with spaces in it"
 *
 * If you need to include a double quote inside a quoted string, precede it
 * by a backslash:
 *
 *   "This string has \"double quotes\" in it"
 *
 * Time parameters can be specified either as an integer representing a
 * number of seconds (e.g. "3600" = 1 hour), or as an integer with a unit
 * specifier: "s" = seconds, "m" = minutes, "h" = hours, "d" = days.
 * Combinations (such as "1h30m") are not permitted. Examples (all of which
 * represent the same length of time, one day):
 *
 *   "86400", "86400s", "1440m", "24h", "1d"
 *
 * In the documentation for each directive, one of the following will be
 * included to indicate whether an option is required:
 *
 * [REQUIRED]
 *     Indicates a directive which must be given. Without it, Services will
 *     not start.
 *
 * [RECOMMENDED]
 *     Indicates a directive which may be omitted, but omitting it may cause
 *     undesirable side effects.
 *
 * [OPTIONAL]
 *     Indicates a directive which is optional. If not given, the feature
 *     will typically be disabled. If this is not the case, more
 *     information will be given in the documentation.
 *
 * [DISCOURAGED]
 *     Indicates a directive which may cause undesirable side effects if
 *     specified.
 *
 * [DEPRECATED]
 *     Indicates a directive which will disappear in a future version of
 *     Services, usually because its functionality has been either
 *     superseded by that of other directives or incorporated into the main
 *     program.
 */

/*
 * [OPTIONAL] Defines
 *
 * You can define values to other values, which can be used to easily change
 * many values in the configuration. at once.
 */

/*
 * The services.host define is used in multiple different locations throughout the
 * configuration for services clients hostnames.
 */
define
{
name = "Servicios.TuIRC.com"
value = "Servicios.TuIRC.com"
}

/*
 * [OPTIONAL] Additional Includes
 *
 * You can include additional configuration files here.
 * You may also include executable files, which will be executed and
 * the output from it will be included into your configuration.
 */

#include
{
type = "file"
name = "some.conf"
}

#include
{
type = "executable"
name = "/usr/bin/wget -q -O - http://some.misconfigured.network.com/services.conf"
}

/*
 * [REQUIRED] IRCd Config
 *
 * This section is used to set up Anope to connect to your IRC network.
 * This section can be included multiple times, and Anope will attempt to
 * connect to each server until it finally connects.
 *
 * Each uplink IRCd should have a corresponding configuration to allow Services
 * to link to it.
 *
 * An example configuration for InspIRCd that is compatible with the below uplink
 * and serverinfo configuration would look like:
 *
 *     <link name="services.localhost.net"
 *           ipaddr="127.0.0.1"
 *           port="7000"
 *           sendpass="mypassword"
 *           recvpass="mypassword">
 *     <uline server="services.localhost.net" silent="yes">
 *     <bind address="127.0.0.1" port="7000" type="servers">
 *
 * An example configuration for UnrealIRCd that is compatible with the below uplink
 * and serverinfo configuration would look like:
 *
 *     link services.localhost.net
 *     {
 *          username *;
 *          hostname *;
 *          bind-ip "127.0.0.1";
 *          port 7000;
 *          hub *;
 *          password-connect "mypassword";
 *          password-receive "mypassword";
 *          class servers;
 *     };
 *     ulines { services.localhost.net; };
 *     listen 127.0.0.1:7000;
 */
uplink
{
/*
* The IP or hostname of the IRC server you wish to connect Services to.
* Usually, you will want to connect Services over 127.0.0.1 (aka localhost).
*
* NOTE: On some shell providers, this will not be an option.
*/
host = "127.0.0.1"

/*
* Enable if Services should connect using IPv6.
*/
ipv6 = no

/*
* Enable if Services should connect using SSL.
* You must have an SSL module loaded for this to work.
*/
ssl = no

/*
* The port to connect to.
* The IRCd *MUST* be configured to listen on this port, and to accept
* server connections.
*
* Refer to your IRCd documentation for how this is to be done.
*/
port = 7000

/*
* The password to send to the IRC server for authentication.
* This must match the link block on your IRCd.
*
* Refer to your IRCd documentation for more information on link blocks.
*/
password = "mypassword"
}

/*
 * [REQUIRED] Server Information
 *
 * This section contains information about the Services server.
 */
serverinfo
{
/*
* The hostname that Services will be seen as, it must have no conflicts with any
* other server names on the rest of your IRC network. Note that it does not have
* to be an existing hostname, just one that isn't on your network already.
*/
name = "services.localhost.net"

/*
* The text which should appear as the server's information in /whois and similar
* queries.
*/
description = "Services for IRC Networks"

/*
* The local address that Services will bind to before connecting to the remote
* server. This may be useful for multihomed hosts. If omitted, Services will let
* the Operating System choose the local address. This directive is optional.
*
* If you don't know what this means or don't need to use it, just leave this
* directive commented out.
*/
#localhost = "nowhere."

/*
* What Server ID to use for this connection?
* Note: This should *ONLY* be used for TS6/P10 IRCds. Refer to your IRCd documentation
* to see if this is needed.
*/
#id = "00A"

/*
* The filename containing the Services process ID. The path is relative to the
* services root directory.
*/
pid = "data/services.pid"

/*
* The filename containing the Message of the Day. The path is relative to the
* services root directory.
*/
motd = "conf/services.motd"
}

/*
 * [REQUIRED] Protocol module
 *
 * This directive tells Anope which IRCd Protocol to speak when connecting.
 * You MUST modify this to match the IRCd you run.
 *
 * Supported:
 *  - bahamut
 *  - charybdis
 *  - hybrid
 *  - inspircd12
 *  - inspircd20
 *  - ngircd
 *  - plexus
 *  - ratbox
 *  - unreal
 */
module
{
name = "inspircd20"

/*
* Some protocol modules can enforce mode locks server-side. This reduces the spam caused by
* services immediately reversing mode changes for locked modes.
*
* If the protocol module you have loaded does not support this, this setting will have no effect.
*/
use_server_side_mlock = yes

/*
* Some protocol modules can enforce topic locks server-side. This reduces the spam caused by
* services immediately reversing topic changes.
*
* If the protocol module you have loaded does not support this, this setting will have no effect.
*/
use_server_side_topiclock = yes
}

/*
 * [REQUIRED] Network Information
 *
 * This section contains information about the IRC network that Services will be
 * connecting to.
 */
networkinfo
{
/*
* This is the name of the network that Services will be running on.
*/
networkname = "LocalNet"

/*
* Set this to the maximum allowed nick length on your network.
* Be sure to set this correctly, as setting this wrong can result in
* Services being disconnected from the network.
*/
nicklen = 31

/* Set this to the maximum allowed ident length on your network.
* Be sure to set this correctly, as setting this wrong can result in
* Services being disconnected from the network.
*/
userlen = 10

/* Set this to the maximum allowed hostname length on your network.
* Be sure to set this correctly, as setting this wrong can result in
* Services being disconnected from the network.
*/
hostlen = 64

/* Set this to the maximum allowed channel length on your network.
*/
chanlen = 32

/* The maximum number of list modes settable on a channel (such as b, e, I).
* Comment out or set to 0 to disable.
*/
modelistsize = 100

/*
* Characters allowed in nicknames. This always includes the characters described
* in RFC1459, and so does not need to be set for normal behavior. Changing this to
* include characters your IRCd doesn't support will cause your IRCd and/or Services
* to break. Multibyte characters are not supported, nor are escape sequences.
*
* It is recommended you DON'T change this.
*/
#nick_chars = ""

/*
* The characters allowed in hostnames. This is used for validating hostnames given
* to services, such as BotServ bot hostnames and user vhosts. Changing this is not
* recommended unless you know for sure your IRCd supports whatever characters you are
* wanting to use. Telling services to set a vHost containing characters your IRCd
* disallows could potentially break the IRCd and/or Services.
*
* It is recommended you DON'T change this.
*/
vhost_chars = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789.-"

/*
* If set to true, allows vHosts to not contain dots (.).
* Newer IRCds generally do not have a problem with this, but the same warning as
* vhost_chars applies.
*
* It is recommended you DON'T change this.
*/
allow_undotted_vhosts = false

/*
* The characters that are not allowed to be at the very beginning or very ending
* of a vHost. The same warning as vhost_chars applies.
*
* It is recommended you DON'T change this.
*/
disallow_start_or_end = ".-"
}

/*
 * [REQUIRED] Services Options
 *
 * This section contains various options which determine how Services will operate.
 */
options
{
/*
* On Linux/UNIX systems Anope can setuid and setgid to this user and group
* after starting up. This is useful if Anope has to bind to privileged ports
*/
#user = "anope"
#group = "anope"

/*
* The case mapping used by services. This must be set to a valid locale name
* installed on your machine. Services use this case map to compare, with
* case insensitivity, things such as nick names, channel names, etc.
*
* We provide two special casemaps shipped with Anope, ascii and rfc1459.
*
* This value should be set to what your IRCd uses, which is probably rfc1459,
* however Anope has always used ascii for comparison, so the default is ascii.
*
* Changing this value once set is not recommended.
*/
casemap = "ascii"

/*
* This key is used to initiate the random number generator. This number
* MUST be random as you want your passcodes to be random. Don't give this
* key to anyone! Keep it private!
*
* NOTE: If you don't uncomment this or keep the default values, any talented
* programmer would be able to easily "guess" random strings used to mask
* information. Be safe, and come up with a 7-digit number.
*
* This directive is optional, but highly recommended.
*/
#seed = 9866235

/*
* If set, Services will perform more stringent checks on passwords. If this
* isn't set, Services will only disallow a password if it is the same as the
* entity (nickname name) with which it is associated. When set, however,
* Services will also check that the password is at least five
* characters long, and in the future will probably check other things
* as well.
*
* This directive is optional, but recommended.
*/
strictpasswords = yes

/*
* Sets the number of invalid password tries before Services removes a user
* from the network. If a user enters a number of invalid passwords equal to
* the given amount for any Services function or combination of functions
* during a single IRC session (subject to badpasstimeout, below), Services
* will issues a /KILL for the user. If not given, Services will ignore
* failed password attempts (though they will be logged in any case).
*
* This directive is optional, but recommended.
*/
badpasslimit = 5

/*
* Sets the time after which invalid passwords are forgotten about. If a user
* does not enter any incorrect passwords in this amount of time, the incorrect
* password count will reset to zero. If not given, the timeout will be
* disabled, and the incorrect password count will never be reset until the user
* disconnects.
*
* This directive is optional.
*/
badpasstimeout = 1h

/*
* Sets the delay between automatic database updates.
*/
updatetimeout = 5m

/*
* Sets the delay between checks for expired nicknames and channels.
*/
expiretimeout = 30m

/*
* Sets the timeout period for reading from the uplink.
*/
readtimeout = 5s

/*
* Sets the interval between sending warning messages for program errors via
* WALLOPS/GLOBOPS.
*/
warningtimeout = 4h

/*
* Sets the (maximum) frequency at which the timeout list is checked. This,
* combined with readtimeout above, determines how accurately timed events,
* such as nick kills, occur; it also determines how much CPU time Services
* will use doing this. Higher values will cause less accurate timing but
* less CPU usage.
*
* Note that this value is not an absolute limit on the period between
* checks of the timeout list; the previous may be as great as readtimeout
* (above) during periods of inactivity.
*
* If this directive is not given, it will default to 0.
*/
timeoutcheck = 3s

/*
* If set, this will allow users to let Services send PRIVMSGs to them
* instead of NOTICEs. Also see the "msg" option of nickserv:defaults,
* which also toggles the default communication (PRIVMSG or NOTICE) to
* use for unregistered users.
*
* This is a feature that is against the IRC RFC and should be used ONLY
* if absolutely necessary.
*
* This directive is optional, and not recommended.
*/
#useprivmsg = yes

/*
* If set, will force Services to only respond to PRIVMSGs addresses to
* Nick@ServerName - e.g. NickServ@localhost.net. This should be used in
* conjunction with IRCd aliases. This directive is optional.
*
* This option will have no effect on some IRCds, such as TS6 IRCds.
*/
#usestrictprivmsg = yes

/*
* If set, Services will only show /stats o to IRC Operators. This directive
* is optional.
*/
#hidestatso = yes

/*
* A space-separated list of ulined servers on your network, it is assumed that
* the servers in this list are allowed to set channel modes and Services will
* not attempt to reverse their mode changes.
*
* WARNING: Do NOT put your normal IRC user servers in this directive.
*
* This directive is optional.
*/
#ulineservers = "stats.your.network"

/*
* How long to wait between connection retries with the uplink(s).
*/
retrywait = 60s

/*
* If set, Services will hide commands that users don't have the privilege to execute
* from HELP output.
*/
hideprivilegedcommands = yes

/*
* If set, Services will hide commands that users can't execute because they are not
* logged in from HELP output.
*/
hideregisteredcommands = yes

/* The regex engine to use, as provided by the regex modules.
* Leave commented to disable regex matching.
*
* Note for this to work the regex module providing the regex engine must be loaded.
*/
regexengine = "regex/pcre"

/*
* A list of languages to load on startup that will be available in /nickserv set language.
* Useful if you translate Anope to your language. (Explained further in docs/LANGUAGE).
* Note that english should not be listed here because it is the base language.
*
* Removing .UTF-8 will instead use the default encoding for the language, eg. iso-8859-1 for western European languages.
*/
languages = "ca_ES.UTF-8 de_DE.UTF-8 el_GR.UTF-8 es_ES.UTF-8 fr_FR.UTF-8 hu_HU.UTF-8 it_IT.UTF-8 nl_NL.UTF-8 pl_PL.UTF-8 pt_PT.UTF-8 ru_RU.UTF-8 tr_TR.UTF-8"

/*
* Default language that non- and newly-registered nicks will receive messages in.
* Set to "en" to enable English. Defaults to the language the system uses.
*/
defaultlanguage = "es_ES.UTF-8"
}

/*
 * [OPTIONAL] BotServ
 *
 * Includes botserv.example.conf, which is necessary for BotServ functionality.
 *
 * Remove this block to disable BotServ.
 */
include
{
type = "file"
name = "botserv.example.conf"
}

/*
 * [RECOMMENDED] ChanServ
 *
 * Includes chanserv.example.conf, which is necessary for ChanServ functionality.
 *
 * Remove this block to disable ChanServ.
 */
include
{
type = "file"
name = "chanserv.example.conf"
}

/*
 * [RECOMMENDED] Global
 *
 * Includes global.example.conf, which is necessary for Global functionality.
 *
 * Remove this block to disable Global.
 */
include
{
type = "file"
name = "global.example.conf"
}

/*
 * [OPTIONAL] HostServ
 *
 * Includes hostserv.example.conf, which is necessary for HostServ functionality.
 *
 * Remove this block to disable HostServ.
 */
include
{
type = "file"
name = "hostserv.example.conf"
}

/*
 * [OPTIONAL] MemoServ
 *
 * Includes memoserv.example.conf, which is necessary for MemoServ functionality.
 *
 * Remove this block to disable MemoServ.
 */
include
{
type = "file"
name = "memoserv.example.conf"
}

/*
 * [OPTIONAL] NickServ
 *
 * Includes nickserv.example.conf, which is necessary for NickServ functionality.
 *
 * Remove this block to disable NickServ.
 */
include
{
type = "file"
name = "nickserv.example.conf"
}

/*
 * [RECOMMENDED] OperServ
 *
 * Includes operserv.example.conf, which is necessary for OperServ functionality.
 *
 * Remove this block to disable OperServ.
 */
include
{
type = "file"
name = "operserv.example.conf"
}

/*
 * [RECOMMENDED] Logging Configuration
 *
 * This section is used for configuring what is logged and where it is logged to.
 * You may have multiple log blocks if you wish. Remember to properly secure any
 * channels you choose to have Anope log to!
 */
log
{
/*
* Target(s) to log to, which may be one of the following:
*   - a channel name
*   - a filename
*   - globops
*/
target = "services.log"

/* Log to both services.log and the channel #services
*
* Note that some older IRCds, such as Ratbox, require services to be in the
* log channel to be able to message it. To do this, configure service:channels to
* join your logging channel.
*/
#target = "services.log #services"

/*
* The source(s) to only accept log messages from. Leave commented to allow all sources.
* This can be a users name, a channel name, one of our clients (eg, OperServ), or a server name.
*/
#source = ""

/*
* The bot used to log generic messages which have no predefined sender if there
* is a channel in the target directive.
*/
bot = "Global"

/*
* The number of days to keep logfiles, only useful if you are logging to a file.
* Set to 0 to never delete old logfiles.
*
* Note that Anope must run 24 hours a day for this feature to work correctly.
*/
logage = 7

/*
* What types of log messages should be logged by this block. There are nine general categories:
*
*  admin      - Execution of admin commands (OperServ, etc).
*  override   - A services operator using their powers to execute a command they couldn't normally.
*  commands   - Execution of general commands.
*  servers    - Server actions, linking, squitting, etc.
*  channels   - Actions in channels such as joins, parts, kicks, etc.
*  users      - User actions such as connecting, disconnecting, changing name, etc.
*  other      - All other messages without a category.
*  rawio      - Logs raw input and output from services
*  debug      - Debug messages (log files can become VERY large from this).
*
* These options determine what messages from the categories should be logged. Wildcards are accepted, and
* you can also negate values with a ~. For example, "~operserv/akill operserv/*" would log all operserv
* messages except for operserv/akill. Note that processing stops at the first matching option, which
* means "* ~operserv/*" would log everything because * matches everything.
*
* Valid admin, override, and command options are:
*    pesudo-serv/commandname (eg, operserv/akill, chanserv/set)
*
* Valid server options are:
*    connect, quit, sync, squit
*
* Valid channel options are:
*    create, destroy, join, part, kick, leave, mode
*
* Valid user options are:
*    connect, disconnect, quit, nick, ident, host, mode, maxusers, oper, away
*
* Rawio and debug are simple yes/no answers, there are no types for them.
*
* Note that modules may add their own values to these options.
*/
admin = "*"
override = "chanserv/* nickserv/* memoserv/set ~botserv/set botserv/*"
commands = "~operserv/* *"
servers = "*"
#channels = "~mode *"
users = "connect disconnect nick"
other = "*"
rawio = no
debug = no
}

/*
 * A log block to globops some useful things.
 */
log
{
target = "globops"
admin = "global/* operserv/mode operserv/kick operserv/akill operserv/s*line operserv/noop operserv/jupe operserv/oline operserv/set operserv/svsnick operserv/svsjoin operserv/svspart nickserv/getpass */drop"
servers = "squit"
users = "oper"
other = "expire/* bados akill/*"
}

/*
 * [RECOMMENDED] Oper Access Config
 *
 * This section is used to set up staff access to restricted oper only commands.
 * You may define groups of commands and privileges, as well as who may use them.
 *
 * This block is recommended, as without it you will be unable to access most oper commands.
 * It replaces the old ServicesRoot directive amongst others.
 *
 * The command names below are defaults and are configured in the *serv.conf's. If you configure
 * additional commands with permissions, such as commands from third party modules, the permissions
 * must be included in the opertype block before the command can be used.
 *
 * Available privileges:
 *  botserv/administration        - Can view and assign private BotServ bots
 *  botserv/fantasy               - Can use fantasy commands without the FANTASIA privilege
 *  chanserv/administration       - Can modify the settings of any channel (including changing of the owner!)
 *  chanserv/access/list          - Can view channel access and akick lists, but not modify them
 *  chanserv/access/modify        - Can modify channel access and akick lists, and use /chanserv enforce
 *  chanserv/auspex               - Can see any information with /chanserv info
 *  chanserv/no-register-limit    - May register an unlimited number of channels and nicknames
 *  chanserv/kick                 - Can kick and ban users from channels through ChanServ
 *  memoserv/info                 - Can see any information with /memoserv info
 *  memoserv/set-limit            - Can set the limit of max stored memos on any user and channel
 *  memoserv/no-limit             - Can send memos through limits and throttles
 *  nickserv/access               - Can modify other users access and certificate lists
 *  nickserv/alist                - Can see the channel access list of other users
 *  nickserv/auspex               - Can see any information with /nickserv info
 *  nickserv/confirm              - Can confirm other users nicknames
 *  nickserv/drop                 - Can drop other users nicks
 *  operserv/config               - Can modify services's configuration
 *  operserv/oper/modify          - Can add and remove operators with at most the same privileges
 *  protected                     - Can not be kicked from channels by Services
 *
 * Available commands:
 *   botserv/bot/del          botserv/bot/add               botserv/bot/change        botserv/set/private
 *   botserv/set/nobot
 *
 *   chanserv/drop            chanserv/getkey               chanserv/invite
 *   chanserv/list            chanserv/suspend              chanserv/topic
 *
 *   chanserv/saset/bantype   chanserv/saset/description    chanserv/saset/email       chanserv/saset/keepmodes
 *   chanserv/saset/founder   chanserv/saset/keeptopic      chanserv/saset/restricted
 *   chanserv/saset/peace     chanserv/saset/persist        chanserv/saset/private
 *   chanserv/saset/secure    chanserv/saset/securefounder  chanserv/saset/secureops
 *   chanserv/saset/signkick  chanserv/saset/successor      chanserv/saset/topiclock
 *   chanserv/saset/url       chanserv/saset/noexpire       chanserv/saset/autoop
 *
 *   memoserv/sendall        memoserv/staff
 *
 *   nickserv/getpass        nickserv/getemail      nickserv/suspend      nickserv/ajoin
 *   nickserv/list
 *
 *   nickserv/saset/autoop     nickserv/saset/email   nickserv/saset/greet     nickserv/saset/password
 *   nickserv/saset/display    nickserv/saset/kill    nickserv/saset/language  nickserv/saset/message
 *   nickserv/saset/private    nickserv/saset/secure  nickserv/saset/url       nickserv/saset/noexpire
 *   nickserv/saset/keepmodes
 *
 *   hostserv/set            hostserv/del           hostserv/list
 *
 *   global/global
 *
 *   operserv/news         operserv/stats        operserv/kick       operserv/exception    operserv/seen
 *   operserv/mode         operserv/session      operserv/modinfo    operserv/ignore       operserv/chanlist
 *   operserv/chankill     operserv/akill        operserv/sqline     operserv/snline       operserv/userlist
 *   operserv/oper         operserv/config       operserv/umode      operserv/logsearch
 *   operserv/modload      operserv/jupe         operserv/set        operserv/noop
 *   operserv/quit         operserv/update       operserv/reload     operserv/restart
 *   operserv/shutdown     operserv/svs          operserv/oline      operserv/kill
 *
 * Firstly, we define 'opertypes' which are named whatever we want ('Network Administrator', etc).
 * These can contain commands for oper-only strings (see above) which grants access to that specific command,
 * and privileges (which grant access to more general permissions for the named area).
 * Wildcard entries are permitted for both, e.g. 'commands = "operserv/*"' for all OperServ commands.
 *
 * Below are some default example types, but this is by no means exhaustive,
 * and it is recommended that you configure them to your needs.
 */

opertype
{
/* The name of this opertype */
name = "Helper"

/* What commands (see above) this opertype has */
commands = "hostserv/*"
}

opertype
{
/* The name of this opertype */
name = "Services Operator"

/* What opertype(s) this inherits from. Seperate with a comma. */
inherits = "Helper, Another Helper"

/* What commands (see above) this opertype may use */
commands = "chanserv/list chanserv/suspend chanserv/topic memoserv/staff nickserv/list nickserv/suspend operserv/mode operserv/chankill operserv/akill operserv/session operserv/modinfo operserv/sqline operserv/oper operserv/kick operserv/ignore operserv/snline"

/* What privs (see above) this opertype has */
privs = "chanserv/auspex chanserv/no-register-limit memoserv/* nickserv/auspex nickserv/confirm"

/*
* Modes to be set on users when they identify to accounts linked to this opertype.
*
* This can be used to automatically oper users who identify for services operator accounts, and is
* useful for setting modes such as Plexus's user mode +N.
*
* Note that some IRCds, such as InspIRCd, do not allow directly setting +o, and this will not work.
*/
modes = "+o"
}

opertype
{
name = "Services Administrator"

inherits = "Services Operator"

commands = "botserv/* chanserv/access/list chanserv/drop chanserv/getkey chanserv/saset/noexpire memoserv/sendall nickserv/saset/* nickserv/getemail operserv/news operserv/jupe operserv/svs operserv/stats operserv/oline operserv/noop operserv/forbid global/*"

privs = "*"
}

opertype
{
name = "Services Root"

commands = "*"

privs = "*"
}

/*
 * After defining different types of operators in the above opertype section, we now define who is in these groups
 * through 'oper' blocks, similar to ircd access.
 *
 * The default is to comment these out (so NOBODY will have Services access).
 * You probably want to add yourself and a few other people at minimum.
 *
 * As with all permissions, make sure to only give trustworthy people access to Services.
 */

#oper
{
/* The nickname of this services oper */
#name = "nick1"

/* The opertype this person will have */
type = "Services Root"

/* If set, the user must be an oper on the IRCd to gain their Services
* oper privileges.
*/
require_oper = yes

/* An optional password. If defined the user must login using "/msg OperServ LOGIN" first */
#password = "secret"

/* An optional SSL fingerprint. If defined, it's required to be able to use this opertype. */
#certfp = "ed3383b3f7d74e89433ddaa4a6e5b2d7"

/* An optional list of user@host masks. If defined the user must be connected from one of them */
#host = "*@*.anope.org ident@*"

/* An optional vHost to set on users who identify for this oper block.
* This will override HostServ vHosts, and may not be available on all IRCds
*/
#vhost = "oper.mynet"
}

#oper
{
name = "nick2"
type = "Services Administrator"
}

#oper
{
name = "nick3"
type = "Helper"
}

/*
 * [OPTIONAL] Mail Config
 *
 * This section contains settings related to the use of e-mail from Services.
 * If the usemail directive is set to yes, unless specified otherwise, all other
 * directives are required.
 *
 * NOTE: Users can find the IP of the machine services is running on by examining
 * mail headers. If you do not want your IP known, you should set up a mail relay
 * to strip the relevant headers.
 */
mail
{
/*
* If set, this option enables the mail commands in Services. You may choose
* to disable it if you have no Sendmail-compatible mailer installed. Whilst
* this directive (and entire block) is optional, it is required if
* nickserv:registration is set to yes.
*/
usemail = yes

/*
* This is the command-line that will be used to call the mailer to send an
* e-mail. It must be called with all the parameters needed to make it
* scan the mail input to find the mail recipient; consult your mailer
* documentation.
*
* Postfix users must use the compatible sendmail utility provided with
* it. This one usually needs no parameters on the command-line. Most
* sendmail applications (or replacements of it) require the -t option
* to be used.
*/
sendmailpath = "/usr/sbin/sendmail -t"

/*
* This is the e-mail address from which all the e-mails are to be sent from.
* It should really exist.
*/
sendfrom = "services@localhost.net"

/*
* This controls the minimum amount of time a user must wait before sending
* another e-mail after they have sent one. It also controls the minimum time
* a user must wait before they can receive another e-mail.
*
* This feature prevents users from being mail bombed using Services and
* it is highly recommended that it be used.
*
* This directive is optional, but highly recommended.
*/
delay = 5m

/*
* If set, Services will not attempt to put quotes around the TO: fields
* in e-mails.
*
* This directive is optional, and as far as we know, it's only needed
* if you are using ESMTP or QMail to send out e-mails.
*/
#dontquoteaddresses = yes

/*
* The subject and message of emails sent to users when they register accounts.
*/
registration_subject = "Nickname registration for %n"
registration_message = "Hi,

You have requested to register the nickname %n on %N.
Please type \" /msg NickServ CONFIRM %c \" to complete registration.

If you don't know why this mail was sent to you, please ignore it silently.

%N administrators."

/*
* The subject and message of emails sent to users when they request a new password.
*/
reset_subject = "Reset password request for %n"
reset_message = "Hi,

You have requested to have the password for %n reset.
To reset your password, type \" /msg NickServ CONFIRM %n %c \"

If you don't know why this mail was sent to you, please ignore it silently.

%N administrators."

/*
* The subject and message of emails sent to users when they request a new email address.
*/
emailchange_subject = "Email confirmation"
emailchange_message = "Hi,

You have requested to change your email address from %e to %E.
Please type \" /msg NickServ CONFIRM %c \" to confirm this change.

If you don't know why this mail was sent to you, please ignore it silently.

%N administrators."

/*
* The subject and message of emails sent to users when they receive a new memo.
*/
memo_subject = "New memo"
memo_message = "Hi %n,

You've just received a new memo from %s. This is memo number %d.

Memo text:

%t"
}

/*
 * [REQUIRED] Database configuration.
 *
 * This section is used to configure databases used by Anope.
 * You should at least load one database method, otherwise any data you
 * have will not be stored!
 */

/*
 * [DEPRECATED] db_old
 *
 * This is the old binary database format from late Anope 1.7.x, Anope 1.8.x, and
 * early Anope 1.9.x. This module only loads these databases, and will NOT save them.
 * You should only use this to upgrade old databases to a newer database format by loading
 * other database modules in addition to this one, which will be used when saving databases.
 */
#module
{
name = "db_old"

/*
* This is the encryption type used by the databases. This must be set correctly or
* your passwords will not work. Valid options are: md5, oldmd5, sha1, and plain.
* You must also be sure to load the correct encryption module below in the Encryption
* Modules section so that your passwords work.
*/
#hash = "md5"
}

/*
 * [RECOMMENDED] db_flatfile
 *
 * This is the default flatfile database format.
 */
module
{
name = "db_flatfile"

/*
* The database name db_flatfile should use
*/
database = "anope.db"

/*
* Sets the number of days backups of databases are kept. If you don't give it,
* or if you set it to 0, Services won't backup the databases.
*
* NOTE: Services must run 24 hours a day for this feature to work.
*
* This directive is optional, but recommended.
*/
keepbackups = 3

/*
* Allows Services to continue file write operations (i.e. database saving)
* even if the original file cannot be backed up. Enabling this option may
* allow Services to continue operation under conditions where it might
* otherwise fail, such as a nearly-full disk.
*
* NOTE: Enabling this option can cause irrecoverable data loss under some
* conditions, so make CERTAIN you know what you're doing when you enable it!
*
* This directive is optional, and you are discouraged against enabling it.
*/
#nobackupokay = yes

/*
* If enabled, services will fork a child process to save databases.
*
* This is only useful with very large databases, with hundreds
* of thousands of objects, that have a noticeable delay from
* writing databases.
*
* If your database is large enough cause a noticeable delay when
* saving you should consider a more powerful alternative such
* as db_sql or db_redis, which incrementally update their
* databases asynchronously in real time.
*/
fork = no
}

/*
 * db_sql and db_sql_live
 *
 * db_sql module allows saving and loading databases using one of the SQL engines.
 * This module loads the databases once on startup, then incrementally updates
 * objects in the database as they are changed within Anope in real time. Changes
 * to the SQL tables not done by Anope will have no effect and will be overwritten.
 *
 * db_sql_live module allows saving and loading databases using one of the SQL engines.
 * This module reads and writes to SQL in real time. Changes to the SQL tables
 * will be immediately reflected into Anope. This module should not be loaded
 * in conjunction with db_sql.
 *
 */
#module
{
name = "db_sql"
#name = "db_sql_live"

/*
* The SQL service db_sql(_live) should use, these are configured in modules.conf.
* For MySQL, this should probably be mysql/main.
*/
engine = "sqlite/main"

/*
* An optional prefix to prepended to the name of each created table.
* Do not use the same prefix for other programs.
*/
#prefix = "anope_db_"

/* Whether or not to import data from another database module in to SQL on startup.
* If you enable this, be sure that the database services is configured to use is
* empty and that another database module to import from is loaded before db_sql.
* After you enable this and do a database import you should disable it for
* subsequent restarts.
*
* Note that you can not import databases using db_sql_live. If you want to import
* databases and use db_sql_live you should import them using db_sql, then shut down
* and start services with db_sql_live.
*/
import = false
}

/*
 * db_redis.
 *
 * This module allows using Redis (http://redis.io) as a database backend.
 * This module requires that m_redis is loaded and configured properly.
 *
 * Redis 2.8 supports keyspace notifications which allows Redis to push notifications
 * to Anope about outside modifications to the database. This module supports this and
 * will internally reflect any changes made to the database immediately once notified.
 * See docs/REDIS for more information regarding this.
 */
#module
{
name = "db_redis"

/*
* Redis database to use. This must be configured with m_redis.
*/
engine = "redis/main"
}

/*
 * [RECOMMENDED] Encryption modules.
 *
 * The encryption modules are used when dealing with passwords. This determines how
 * the passwords are stored in the databases, and does not add any security as
 * far as transmitting passwords over the network goes.
 *
 * Without any encryption modules loaded users will not be able to authenticate unless
 * there is another module loaded that provides authentication checking, such as
 * m_ldap_authentication or m_sql_authentication.
 *
 * With enc_none, passwords will be stored in plain text, allowing for passwords
 * to be recovered later but it isn't secure and therefore is not recommended.
 *
 * The other encryption modules use one-way encryption, so the passwords can not
 * be recovered later if those are used.
 *
 * The first encryption module loaded is the primary encryption module. All new passwords are
 * encrypted by this module. Old passwords stored in another encryption method are
 * automatically re-encrypted by the primary encryption module on next identify.
 *
 * NOTE: enc_old is Anope's previous (broken) MD5 implementation which is present in
 * versions prior to Anope 1.7.17. If your databases were made using that module,
 * use this and not enc_md5.
 *
 * NOTE: enc_sha1 relies on how the OS stores 2+ byte data internally, and is
 * potentially broken when moving between 2 different OSes, such as moving from
 * Linux to Windows. It is recommended that you use enc_sha256 instead if you want
 * to use an SHA-based encryption. If you choose to do so, it is also recommended
 * that you first try to get everyone's passwords converted to enc_sha256 before
 * switching OSes by placing enc_sha256 at the beginning of the list.
 *
 */

#module { name = "enc_bcrypt" }
module { name = "enc_sha256" }
#module { name = "enc_md5" }
#module { name = "enc_sha1" }

/*
 * When using enc_none, passwords will be stored without encryption. This isn't secure
 * therefore it is not recommended.
 */
#module { name = "enc_none" }

/*
 * enc_old is Anope's previous (broken) MD5 implementation used from 1.4.x to 1.7.16.
 * If your databases were made using that module, load it here to allow conversion to the primary
 * encryption method.
 */
#module { name = "enc_old" }


/* Extra (optional) modules. */
include
{
type = "file"
name = "modules.example.conf"
}

/*
 * Chanstats module.
 * Requires a MySQL Database.
 */
#include
{
type = "file"
name = "chanstats.example.conf"
}

/*
 * IRC2SQL Gateway
 * This module collects data about users, channels and servers. It doesn't build stats
 * itself, however, it gives you the database, it's up to you how you use it.
 *
 * Requires a MySQL Database and MySQL version 5.5 or higher
 */
#include
{
type = "file"
name = "irc2sql.example.conf"
}

si no te funciona, indicame cuál es o cuáles son exactamente los errores que te dan al intentar correr los servicios.
No olvides que en tu archivo de configuración del servidor, tiene que estar bien especificado el link.

Pasos:

1. Borrá toda la carpeta de los servicios que tienes instalado actualmente
2. Instala y compila nuevamente la versión 2.0.2.
4. Usá el archivo de configuración que te he dejado, solo debés cambiar esto, lo que está con negrita:

define
{
   name = "Servicios.TuIRC.com"
   value = "Servicios.TuIRC.com"
}

ese bloque está al principio del archivo.

3. Ejecutá el ./services y si te muestra algún error, mostrame cuáles son esos erroes.

Desconectado BATMAN

  • Novato
  • *
  • Puntos: 0
  • Mensajes: 10
  • Sexo: Masculino
  • Ubicación: Salta
  • Registrado: May 2014
    • Radio AmigosChat
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #8 en: Noviembre 14, 2015, 06:25:33 »
hola amigo, te cuento q los servicios si estan corriendo de anope-2.0.2-source, esa version no tuve problemas para instalarla, actualmente estan dentro del servidor los servicios pero cuando me logueo como superadmin no me toma, quizas estoy poniendo algun dato mal en el archivo services.conf, x ejemplo quiero poner a BATMAN como root y Robin como admin, te pego como lo tengo en mi archivo de configuracion asi ves si estoy cometiendo algun error

Código: [Seleccionar]
opertype
{
name = "Services Administrator"

inherits = "Services Operator"

commands = "botserv/* chanserv/access/list chanserv/drop chanserv/getkey chanserv/saset/noexpire memoserv/sendall nickserv/saset/* nickserv/getemail operserv/news operserv/jupe operserv/svs operserv/stats operserv/oline operserv/noop operserv/forbid global/*"

privs = "*"
}

opertype
{
name = "Services Root"

commands = "*"

privs = "*"
}

/*
 * After defining different types of operators in the above opertype section, we now define who is in these groups
 * through 'oper' blocks, similar to ircd access.
 *
 * The default is to comment these out (so NOBODY will have Services access).
 * You probably want to add yourself and a few other people at minimum.
 *
 * As with all permissions, make sure to only give trustworthy people access to Services.
 */

oper
{
/* The nickname of this services oper */
name = "BATMAN"

/* The opertype this person will have */
type = "Services Root"

/* If set, the user must be an oper on the IRCd to gain their Services
* oper privileges.
*/
require_oper = yes

/* An optional password. If defined the user must login using "/msg OperServ LOGIN" first */
#password = "secret"

/* An optional SSL fingerprint. If defined, it's required to be able to use this opertype. */
#certfp = "ed3383b3f7d74e89433ddaa4a6e5b2d7"

/* An optional list of user@host masks. If defined the user must be connected from one of them */
#host = "*@*.anope.org ident@*"

/* An optional vHost to set on users who identify for this oper block.
* This will override HostServ vHosts, and may not be available on all IRCds
*/
#vhost = "oper.mynet"
}

oper
{
name = "Robin"
type = "Services Administrator"
}

#oper
{
name = "nick3"
type = "Helper"
}
« Última modificación: Julio 05, 2016, 05:19:51 por @Príncipe_Azul »

Desconectado Príncipe_Azul

  • Colaborador
  • Administrador
  • Super Héroe
  • ******
  • Puntos: 570
  • Mensajes: 2.047
  • Sexo: Masculino
  • Ubicación: Argentina
  • Registrado: Abr 2013
  • :-) :-)
    • Foro ArgentinaIRC
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #9 en: Noviembre 14, 2015, 06:35:57 »
Cuál es el comando que estás usando para loguearte?
Dame un ejemplo, en la clave pon cualquier cosa, por ejemplo Mi_Clave para que sepa que comando estás usando.


Citar
cuando me logueo como superadmin no me toma

¿Qué es lo que no te toma?, ¿Te muestra algún mensaje de error o algo?

Desconectado BATMAN

  • Novato
  • *
  • Puntos: 0
  • Mensajes: 10
  • Sexo: Masculino
  • Ubicación: Salta
  • Registrado: May 2014
    • Radio AmigosChat
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #10 en: Noviembre 14, 2015, 15:09:24 »
hola amigo, te cuento q pasos realizo para loguearme en el chat:

1- /msg nickserv identify <CLAVE-NICK>
You are already identified.
2- /oper <NICK> <CLAVE-OPER>
You are now an IRC Operator
3- /msg operserv set superadmin on
Super admin can not be set because it is not enabled in the configuration.


esos son los mensajes q me tira al tratar de loguearme, llego a oper sin nigun drama, el tema es el ultimo paso. Bueno, que tengan un buen día, Saludos!!!!

Desconectado Príncipe_Azul

  • Colaborador
  • Administrador
  • Super Héroe
  • ******
  • Puntos: 570
  • Mensajes: 2.047
  • Sexo: Masculino
  • Ubicación: Argentina
  • Registrado: Abr 2013
  • :-) :-)
    • Foro ArgentinaIRC
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #11 en: Noviembre 14, 2015, 20:41:20 »
Bueno, me encanta cuando los usuarios explican lo mejor que pueden, así que te agradezco y tu ayuda de acuerdo a lo que te he pedido que hagas, me ha ayudado a que pueda ver el mensaje que estás recibiendo, de acuerdo a ese mensaje, se procede a ver porque no tienes el Super Admin.

Solucionado, debés modificar el archivo operserv.example.conf y descomentar la opción superadmin = yes, es decir a esta línea (línea 643):

   #superadmin = yes

dejala así:

   superadmin = yes

con eso ya estás habilitando el acceso para ser un Super Admin.

El mensaje es bastante cláro, los servicios te están diciendo que el Super Admin está deshabilitado en la configuración, con el paso que te dí, lo vas a poder habilitar! :)


Saludos!!

Desconectado BATMAN

  • Novato
  • *
  • Puntos: 0
  • Mensajes: 10
  • Sexo: Masculino
  • Ubicación: Salta
  • Registrado: May 2014
    • Radio AmigosChat
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #12 en: Noviembre 14, 2015, 21:30:47 »
Hola gente!!!!!!!
perfecto, solucionado el problema, gracias x tu ayuda, la verdad q aprendi bastante de todo esto.
MUCHAS GRACIAS!!!!!!!          Saludos...

Desconectado Príncipe_Azul

  • Colaborador
  • Administrador
  • Super Héroe
  • ******
  • Puntos: 570
  • Mensajes: 2.047
  • Sexo: Masculino
  • Ubicación: Argentina
  • Registrado: Abr 2013
  • :-) :-)
    • Foro ArgentinaIRC
Re:Ejemplo de configuración de services.conf - versión 2.0.2
« Respuesta #13 en: Noviembre 14, 2015, 21:41:48 »
De nada amigo :)

Me alegro que puedas aprender en el foro ;)

Te mando un abrazo y buena suerte!!
 

Configuración de Servicios Anope y Bots de Servicios

Iniciado por Príncipe_Azul

Respuestas: 0
Vistas: 1485
Último mensaje Abril 14, 2013, 02:28:42
por Príncipe_Azul
Instalación de Servicios Anope (cualquier versión)

Iniciado por Príncipe_Azul

Respuestas: 2
Vistas: 1397
Último mensaje Octubre 23, 2015, 02:10:36
por Príncipe_Azul
Instalación de UnrealIRCd (cualquier versión)

Iniciado por Príncipe_Azul

Respuestas: 0
Vistas: 1108
Último mensaje Abril 14, 2013, 02:00:25
por Príncipe_Azul
Instalación y configuración de WebChat

Iniciado por Príncipe_Azul

Respuestas: 3
Vistas: 1109
Último mensaje Junio 25, 2014, 01:37:06
por Príncipe_Azul
Configuración de anope y unreallcd

Iniciado por DavidGM

Respuestas: 9
Vistas: 916
Último mensaje Octubre 11, 2016, 00:43:58
por Príncipe_Azul
cambiar idioma de services anope

Iniciado por Sabu

Respuestas: 9
Vistas: 679
Último mensaje Octubre 18, 2016, 09:58:24
por ArgentinaIRC
Ejecutar ./services sin Root

Iniciado por Mark

Respuestas: 5
Vistas: 333
Último mensaje Enero 22, 2017, 21:47:59
por Príncipe_Azul
Configuración de UnrealIRCd (unrealircd.conf)

Iniciado por Príncipe_Azul

Respuestas: 0
Vistas: 1082
Último mensaje Abril 14, 2013, 02:21:12
por Príncipe_Azul