IRCOP
O IRCop cuida da rede, é como se ele fosse operador de um grande canal, e que esse grande canal fosse a rede.Ele faz a manutenção geral da rede, ele pode connectar servidores, assim como ele também pode desconectá-los. Ele também pode desconnectar um usuário(kill), como também pode bani-lo da rede (akill) mas apenas se tiver necessidade, nunca abusando do status que lhe é dado.O IRCop não pode se envolver em canais, o canal não pertence a ele, nos casos onde os services ficam fora, o IRCop pode ajudar em canais sem operadores, dando status de op a alguém registrado, ou se dispor a cuidar do canal até a presença de algum op registrado.
O IRCop pode ajudar os usuários, quando acontece a perda da senha de um canal ou do nickname, mas esse status, apenas tem posse quem faz parte da equipe chanserv e nickserv.Claro que cada rede, tem sua politica.
Como responsáveis pela parte técnica da rede, eles não podem resolver problemas internos do canais. Eles não podem, por exemplo, expulsar alguém de um canal a pedido de usuários. Eles também não têm a obrigação de killar alguém para quem foram dados privilégios de Operador só porque o dono do canal foi banido por essa pessoa (Take Over). Os usuários têm que aprender a confiar nas pessoas certas para não passar por essas situações. Os IRCops têm coisas mais importantes para fazer do que interferir nos problemas dos canais.
O IRCop também deve tirar algum tempo, para ajudar os usuários com duvidas, em relação ao IRC. Na Brasirc.net temos o canal #brasircop, que é formado pela equipe de atendimento, exclusivamente com a função de ajudar o usuário com dúvidas.
Para listar IRcops onlines digite /who 0 o
Para listar IRCops de um determinado server digite /stats o server, no começo da linha se tiver o, significa que é um ircop local e se tiver 0 é um global.
Ex: o *@200.205.203.* * teste1 423409 10 (teste1 ircop local)
O *@200.233.86.* * teste2 458737 10 (teste2 ircop global)
Tipos de IRCops
Não existe uma nomenclatura exata para definir os tipos de IRCops existentes, pois isso varia muito em função do tipo de rede que você está frequentando. Entretanto, podemos definir uma classificação básica:
• Network Admins - em alguns modelos administrativos são os líderes da rede. Também são chamados de Hub Admins;
• Services Admins - possuem acesso ao OperServ, podendo banir usuários indesejados da rede, entre outros poderes, e acesso às senhas de nicknames e canais;
• Services Operators - possuem acesso ao OperServ;
• IRCops Globais - possuem poderes globais, ou seja, seu raio de ação de estende por toda a rede;
• IRCops Locais - possuem poderes locais, que não vão além de do servidor onde possuem o:lines.Como já dito, os IRCops não se envolvem com assuntos de canais. Já os Services Admins possuem poderes especiais para isso. Eles são o único tipo de IRCops que possuem autoridade para se envolverem em tais assuntos.
Samode e Hackmode
O samode e o hack mode (em nossa versão atual do IRCD temos apenas o samode) DEVERIAM ser de uso restrito aos IRCAdmins e Services Admins. Infelizmente, alguns IRCAdmins desvirtuam o uso correto e sensato do samode, pelo que hoje muitos IRCops imaturos e não capacitados possuem acesso a esse recurso (mas não deveriam). Em virtude disso, aconselhamos que você NÃO libere as flags de uso do samode para NENHUM de seus IRCops, a não ser, é claro, que um deles seja Services Admin.
Comando para usar samode: /samode #canal +modo nick ou apenas /samode #canal +flag
Ex: /samode #brasircop +o Annjinha
ANTES de usar o samode, lembre-se do seguinte:
1) NÃO É FUNÇÃO DOS IRCOPS dar Op para usuários em canais. Essa é função do ChanServ. Faca isso APENAS se houver urgência e o usuário estiver em lag com relação aos Services (ou se os Services estiverem ausentes).
2) NUNCA DÊ OP para um usuário que não seja um Op registrado no canal. Desta premissa, surgem algumas perguntas:
2.1) E se o canal estiver muito confuso, com muitos usuários fazendo flood?
Resp.: Depende. Como o canal ficou sem ops? Se foi take over, é até conveniente dar uma ajuda - isso se você desejar pois, como já dito, esse não é trabalho dos IRCops. Agora, se o canal estiver sem Ops simplesmente pq não apareceu nenhum Op, NÃO SE ENVOLVA. Se os masters do canal não souberam distribuir melhor seus Ops por horário, a responsabilidade é inteiramente deles, e não da rede ou dos IRCops.
2.2) E se eu for contra essa regra e resolver ficar ajudando?
Resp.: Aí você estará agindo por sua própria conta e risco. Se o founder ou masters de um canal queixarem-se de seu envolvimento no mesmo, sua atitude será considerada ilícita, mesmo que sua intenção tenha sido apenas ajudar. E, naturalmente, você poderá ser punido por isso.
2.3) E se não houver alguém para quem eu possa dar Op, eu posso, eu mesmo, assumir a posição de Op no canal?
Resp.: Se a vida (real) de alguém depender disso, sim. Senão, esqueça. Não pense que, só porque você é IRCop, você pode sair por aí se metendo onde não deve.
3) JAMAIS se envolva nos assuntos internos dos canais. Não se ache no direito de, por exemplo, entrar em um canal e pegar Op ou banir pessoas para apartar uma briga. Os únicos na rede com autoridade para isso são os Services Admins, e nem eles cometem esse tipo de insensatez.
3.1) E se estiver havendo uma briga entre os ops e/ou masters do canal e me pedirem para ajudar?
Resp.: JAMAIS se envolva nesse tipo de briga. Apenas os Services Admins possuem autoridade para se envolver e até mesmo resolver esses conflitos. Se você se envolver e alguem se queixar, seu ato sera considerado ofensivo e ilícito.
Squit e Connect
Os comandos squit e connect lhe dão a capacidade de rerotear a rede. É claro que o uso destes comandos é restrito às conexões que são listadas no ircd.conf dos servidores. Quer dizer, você NÃO pode conectar dois servidores se eles não tiverem as CN lines necessárias para isso.
Formas de uso:
/connect <servidor_splitado> <porta>
/connect <servidor_splitado> <porta> <uplink>
Exemplos:
Forca o seu servidor atual a conectar na porta 6667 de *intergate*
/connect *intergate* 6667
Faz com que client.trix.net conecte na porta 7002 de irc.trix.net
/connect client.trix.net 7002 irc.trix.net
Obviamente, o uplink (servidor hub) PRECISA, necessariamente, ser um servidor que já esteja conectado em nossa rede.
Para saber quais são os uplinks de um determinado servidor, utilize o comando:
/stats h irc.xxx.com.br
Atente para o fato que a simples existência de uma h-line no servidor xxx não garante que ele possa se conectar ao servidor yyy. Para isso, é necessário que yyy também tenha C/N lines adequadas para xxx. Isto pode ser verificado com o comando:
/stats c irc.yyy.com.br
Forma de uso:
/squit <nome_ou_mascara_do_servidor> <motivo>
Exemplo:
Desconecta o(s) servidor(es) de mascara *zaz*
/squit *zaz* Rerouting
Importante: Note que o comando desconectará TODOS os servidores que conferirem
com a máscara dada. Por exemplo, "/SQUIT *zaz*" irá desconectar TODOS os servidores que confiram com a máscara *zaz*. Assim, se houver mais de um servidor combinando, você causara uma possível catástrofe na rede, ao desconectá-los todos.
Assim sendo, tenha MUITO cuidado quando usar máscaras em seus comandos, sejam eles quais forem. A menos que você tenha a mais absoluta CERTEZA de que está fazendo algo correto, é EXTREMAMENTE recomendável que você informe, em GlobOps, quando planeja um squitar ou conectar um servidor, para checar se outro IRCop tem alguma objeção quanto a isso.
O comando de squit desconecta o servidor requerido do servidor mais próximo de você. Vejamos um exemplo.
Suponhamos que eu estou no servidor B de uma rede roteada assim:
A --- B --- C --- D
Então, eu mando squitar o servidor D.
/squit D
O resultado será uma rede partida em 2 partes:
A --- B --- C D
Se eu squitar o servidor C, o resultado será:
A --- B C --- D
Note este não é o mesmo resultado que um IRCop do servidor D obtém quando squita o servidor C, quebrando assim a rede em:
A --- B --- C D
Diante disso, é uma boa idéia dar um /trace no servidor que você deseja squitar antes de executar o comando, pois assim você poderá julgar melhor qual impacto na rede terá o squit.
NUNCA use o squit numa tentativa de remover um servidor da rede. Isto seria insensato. O squit NÃO desconecta um servidor permanentemente; a desconexão é apenas temporária, e o servidor logo reconectará automaticamente.
O squit nao é um meio razoável de lidar com problemas na rede. Para o bem da rede (e para o seu bem também), tenha cuidado com o que faz.
K-Line
Uma k-line impede a conexão de determinados usuários ao seu servidor. Diferentemente do AKill, as k:lines mantém o usuário afastado APENAS do servidor onde você as adicionou, podendo o usuário banido conectar normalmente em outros servidores.
Comandos:
Adiciona uma k-line para a máscara solicitada.
/kline <máscara> <motivo>
Remove a k-line da máscara solicitada.
/unkline <máscara>
Exemplo:
/kline hra@*.neptune.net bot_não_autorizado
/unkline hra@*.neptune.net
Observação: no motivo de um k-line não podem haver espaços entre as palavras. Então, use um traço Underline ("_") para separa as palavras.
Para listar as k-lines de um servidor, use o comando:
/stats k irc.xxx.com.br
As linhas definem padrões de máscara user@host a serem banidos do servidor onde elas se encontram. Diferentemente do AKill, as K-lines mantém o usuário afastado APENAS do servidor onde foram colocadas, podendo o usuário banido conectar normalmente em outros servidores.
Seu formato é:
K:máscara:motivo:username
Coringas são permitidos em qualquer um desses campos. Você pode até mesmo criar uma K-line K:*::* se você assim desejar, mas seu servidor não vai ser lá muito usado depois disso...
Espaços são permitidos no motivo (você não precisará usar "_")
O comando /stats foi modificado para trocar todos os espaços por "_" quando você der um /stats k.
Exemplo:
K:*.provedor.com.br:Usuarios problematicos:*user*
Esta K-line banirá qualquer pessoa com username "user" (os coringas servem para garantir que qualquer caractere de checagem de identd irá se encaixar) em qualquer modem/máquina de provedor.com.br
HelpServ
O HelpServ é um serviço de informação e ajuda aos usuários da BrasIRC. Para utilizar o HelpServ basta usar o comando "HELP," digitando /HelpServ HELP em qualquer janela do seu programa de IRC, e verificar os tópicos existentes. Após isso, você poderá pedir informação sobre um tópico específico digitando /msg HelpServTópico.
Você irá encontrar os seguintes comandos.
/nickserv HELP
/chanserv HELP
/memoserv HELP
Akill
Akill é um comando dado por IRCops, mas apenas pelos IRCops que são Services Operators. O akill é um comando dado que retira um determinado usuário ou até mesmo um provedor inteiro de dentro da rede, sendo esse ultimo dado apenas em último caso .O tempo é estipulado pelo operador, podendo ser minutos, horas, dias, meses e até mesmo podendo nao expirar, dependendo do motivo.
Permite que Operadores dos Services manipulem a lista de akill. Se um usuario que tenta conectar possui uma mascara prevista na lista de akill, os Services emitem um kill para aquele usuario, para servidores que suporta, e instrui todos os servidores da rede a adicionar um ban (K-line) para a mascara do usuario encontrado.
Akill add adiciona uma mascara ident@host na lista de akill para uma dada razao (deve ser posta obrigatoriamente) akill del remove uma dada mascara da lista de akill, se esta estiver presente. akill list mostra todos os akills atuais; se uma mascara opcional for fornecida, a listagem sera limitada aquela mascara. akill view eh uma versao mais detalhada do akill list e mostrara quem adicionou o akill, a data que foi adicionado, e quando sera expirado, como tambem a mascara (ident@host) e a razao.Opcionalmente, um tempo para o akill expirar pode ser fornecido com o comando akill add. O tempo precede a mascara ident@host, e eh especificado como um numero inteiro seguido por um dos d (dias), h (horas) ou m (minutos). Combinacoes (como de 1h30m) nao sao permitidas. Se uma unidade especifica nao eh incluida, o default e em dias (entao +30 significa 30 dias). Para adicionar um akill que nao expira, use +0. Se a mascara a ser adicionada comecar com um +, o tempo do AKILL deve ser fornecido, ate mesmo se este tempo for igual ao default. O atual tempo de expiracao de akills pode ser encontrado com o comando stats akills. A razao existe apenas para uso dos IRCops, e nao sera mostrada aos usuarios nas mensagens de kill.
Este comando eh limitado aos Operadores dos Services.
O comando para o akill é: /operserv akill add +tempo *@host/ip
Ex: /operserv akill add +1h *@200.230.255.35
Y-Lines
As Y-lines lhe permitem ajustar o comportamento de seu servidor para diferentes tipos de link. Você pode definir classes separadas para servidores e clientes, classes separadas para servidores com características de link diferentes, e até mesmo classes para conexões de oper. As Y-lines devem ser ajustadas, com o passar do tempo, para que se obtenha a melhor conexão possível entre os servidores e com clientes.
Não use tempos de ping excessivamente longos. Tempos de ping recomendados para clientes são na faixa dos 120 segundos; tempos de ping de servidor, 100 segundos. Esteja certo também que os campos que definem o número de conexões de clientes permitam que um número razoável de clientes conecte ao seu servidor.
O formato de uma linha de Y é como descrito abaixo. Um exemplo de Y-lines com valores recomendados é mostrada abaixo na linha de formato geral. O número de classe (5 no exemplo) é o número que identifica o jogo especificado de stats e isso aparecera em suas I, O, C, e N-lines.
Y:<classe>:<frequência de ping>:<freq. de connect>:<Máx. de conexões>:<SENDQ>
Classe: Número da Classe de Conexão.
Frequência de Ping: quanto tempo o servidor deverá aceitar uma conexão em silêncio antes de enviar um PING para estar certo de que ela ainda esta ativa.
Frequência de Connect: de quanto em quanto tempo o servidor deverá checar se as conexões são possíveis.
Máx. de Conexões: o número máximo de links que esta classe irá permitir para conexões automáticas. O comando /CONNECT está fora dessa condição.
SENDQ: O valor do 'sendq' para esta classe. Se este campo não estiver presente, será utilizado o padrão do config.h.
Observação: deixando-se qualquer dos campos em branco, seu valor será 0 (ZERO).
Exemplo:
Y:23:120:300:5
Define que a classe 23 permitirá 5 conexões automáticas, que serão checadas a cada 300 segundos. Cada conexão pode ficar até 120 segundos em silêncio, antes que um PING seja enviado.
Outra característica da classe de conexão é a habilidade para fazer roteamento automático usando a classe como uma 'prioridade'. Ou seja, o servidor desconectará as mais baixas classes e preparará novas conexões para os servidores de classes mais altas.
C, N e H-lines
As C-lines definem a quem você pode conectar seu servidor e as N-lines definem quem pode se conectar a você. Elas quase sempre aparecem em pares, de forma que todos os servidores nos quais você pode conectar também possam conectar-se a você. Veja também a seção sobre H e L-lines.
Um par de CN é mostrado abaixo com os seus formatos:
C:<IP>:<Senha>:<Máscara>:<Porta>:<Classe>
N:<IP>:<Senha>:<Máscara>::<Classe>
Exemplo:
C:servidor-x.brasirc.net:senha:servidor-x.brasirc.net:6667:5
N:servidor-x.brasirc.net:senha:servidor-x.brasirc.net::5
As senhas das C e N lines não precisam (e, na verdade, não devem) ser as mesmas, mas a senha em sua C-line tem que ser igual a senha da N-line do outro servidor, e vice-versa.
Se você estiver usando encriptação das senhas dos links, (se CRYPT_LINK_PASSWORD for definido em seu arquivo config.h), então as senhas das N-lines devem ser obtidas pelo utilitario mkpasswd, no diretorio ircd/crypt/. A senha da C-line NÃO deve ser encriptada.
H e L-lines
Servidores versão 2.8 ou mais recentes requerem o uso de uma H ou L-line para cada par de CN lines. Se uma H-line não é provida, uma L-line será assumida. É imperativo que você nao esqueça as H-lines de todos os seus uplinks, os servidores hub nos quais você conecta o seu.
Q-lines
As Q:Lines evitam que um usuário possa utilizar um determinado nick, fazendo uso malicioso do mesmo ou prejudicial a outrem.
Estas Q:lines são de uso OBRIGATÓRIO na Rede BrasIRC:
Q::Causes_problems_from_users:Identify
Q::Causes_problems_with_mIRC:lpt?
Q::Causes_problems_with_mIRC:com?
Q::Causes_problems_with_mIRC:Status
Q::Reserved_for_services:*Chan*S*rv*
Q::Reserved_for_services:*Nick*S*rv*
Q::Reserved_for_services:*Mem*S*rv*
Q::Reserved_for_services:*Oper*S*rv*
Q::Reserved_for_services:*Help*S*rv*
Q::Reserved_for_services:*IrcIIHelp*
Q::Reserved_for_operators:BrasIRC
Q::Reserved_for_operators:IRCop
Q::Reserved_for_operators:IRCAdmin
Consulte o Secretário do Comitê de Roteamento para obter informações acerca de outras Q:lines que possam ser eventualmente necessárias.
Selecionando IRCops
A seleção de IRCops é feita pelos administradores dos servers. Somente eles podem escolher a pessoa com quem deseja dar o-line.
IRCops incompetentes ou problemáticos podem causar efeitos devastadores na rede, e TUDO o que os IRCops fizerem refletirá, diretamente, no servidor de quem lhe deu o status de IRCop. Ou seja, se algum IRCop fizer uma bobagem na rede, o IRCAdmin do mesmo, será responsabilizado por isso. As penalidades previstas vão desde o simples jupe do servidor durante o tempo em que as O-lines problemáticas permanecerem nele até o delink definitivo do servidor, ou seja, a expulsão sumária da rede, com a perda das CN lines.
Um usuário comum pode perfeitamente batalhar por sua o-line, ele precisa saber básicamente sobre IRC, comandos de IRCops, ter paciência com os usuários e jamais usar de tal poder para abusar dos usuários novatos e avançados.
Quando um usuário se sentir realmente preparado ele pode procurar um IRCAdmin de um servidor e pedir o status de IRCop ao mesmo. Para saber o admin de um determinado server, basta digitar na janela de status o comando /admin irc.xxx.com.br ou seja no lugar do xxx colocar o server que deseja.
Mas é claro que devido aos problemas citados acima, o admin não passará o status de IRCop a uma pessoa que ele nao conheça, ele terá que pesquisar e saber se realmente a pessoa está totalmente preparada.
Comandos Básicos de IRCops
Obs* Abaixo irei relacionar alguns comandos de IRCops, podendo alguns deles serem encontrados nas outras páginas do site. E muitos que estao nas outras paginas tbém nao se encontra aqui hehehe :)
Comando para pegar o-line: /oper nick senha
Comando para pegar flags: /mode nick +flag (ex: /mode Annjinha +a) sem essa flag nao pode ser usado o comando samode.
Comando para retirar flags: /mode nick -flag (ex: /mode Annjinha -o) Tirando essa flag tira o status de IRCop
Comando para listar IRCops de um server: /stats o server (ex: /stats o irc.trix.com.br)
Comando para listar o admin de um server: /admin server (ex: /admin irc.trix.net)
Comando para listar services admins: /operserv admin list
Comando para listar services operators: /operserv oper list
Comando para listar IRCops conectados no momento: /Who 0 o
Comandos do Samode:
/samode #canal +flag nick ou /samode #canal +flag (para adicionar usa-se o + e para tirar usa-se o -) Ex: /samode #brasircop +o Annjinha (status de Op ao nick solicitado) /samode #brasircop -k (tira a chave do canal)
Comandos de Kill:
/kill nick motivo Ex: /kill Annjinha clones
Comandos de Akill:
/operserv akill add +tempo *@host/ip motivo Ex: /operserv akill add +3h *@200.230.234.66
/operserv akill del *@host/ip Ex: /operserv akill del *@200.230.234.66
/operserv akill view (ve a lista de akills)
Comandos de Jupe:
/operserv jupe add server(adiciona na lista de jupes), /operserv jupe del server (remove o jupe), /operserv jupe list (ve a lista), /operserv jupe view (ve a lista e quem colocou)
Ex: /operserv jupe add irc.trix.com.br
Comandos de Getpass, usado para verificar a senha do nick ou canal.
/nickserv getpass nick (ex: /nickserv getpass Annjinha)
/chanserv getpass #canal (ex: /chanserv getpass #brasircop)
Comandos para alterações de senhas dos usuários. (Apenas Services Admins)
/nickserv set nick password nova-senha
/chanserv set #canal password nova-senha
Comandos de mensagens
/operserv global mensagem (manda para todos os usuários conectados na rede no momento)
/msg $irc.xxx.com.br <mensagem> (apenas para os usuários locais, ou seja do server que for colocado)
/wallops mensagem (usuários com a flag +w podem ler essas mensagens que geralemnet sao enviadas pelos IRCops
/globops mensagem (mensagens onde apenas os IRCops conectados no momento podem ler)
/locops mensagem (mensagem onde IRCops do mesmo server se comunicam, apenas eles leem as mensagens)
Comandos para kickar alguem pelo Operserv:
/operserv kick #canal nick razão
Comandos para alterar modos de um canal pelo operserv:
/operserv mode #canal +o nick, /operserv mode #canal +b nick, /operserv mode #canal -i, /operserv mode #canal -k, e assim por diante... :))
Comando para saber qtos usuários estão conectados no momento:
/lusers podendo tbém usar o comando /operserv stats
Comandos para limpar todos os modos binários e bans de um canal:
/operserv clearmodes #canal all
Comando de ipkill (esse comando só pode ser usado em determinados scripts
/ipkill host/ip (ex: /ipkill *@200.233.234.33)
Comando Squit:(evitar o uso desse comando sem um real motivo)
/squit server (ex: /squit irc.trix.net)
Comando connect
/connect server (ex: /connect irc.trix.net)
/connect server1 7002 server2 (ex: /connect irc.trix.net 7002 irc.libnet.com.br)
Listar linhas:
/stats i
/stats c
/stats n
E assim por diante :))
Procure nas outras paginas do site sobre outros comandos, porque aqui so estão os básicos hehehe :))
Poderes e Deveres dos IRCops
Os IRCops possuem poderes que vão além dos poderes de um Operador de Canal. Como sua função é técnica, eles podem usar comandos como: CONNECT, usado para ligar servidores uns aos outros; SQUIT, usado para separar servidores uns dos outros; KILL, um dos mais controversos comandos do IRC, usado para desconectar usuários temporariamente (geralmente quando esses usuários se mostram particularmente incômodos ou quando desrespeitam as regras da rede); RESTART, REHASH, DIE, etc.
Esses poderes variam em função do tipo de IRCop, se local ou global. Os poderes dos IRCops locais não permitem que eles se intrometam em outros servidores. Por exemplo, um IRCop com o:lines locais no servidor A não pode desconectar um usuário do servidor B com o comando KILL. Mas um IRCop com O:lines globais num servidor da rede pode aplicar KILL em qualquer usuário de qualquer servidor da rede.
Obviamente, em função das O:lines, um IRCop de uma rede, ainda que Global, não possui, necessariamente, poderes em outra rede.
Se você ajuda na administração de um servidor da Rede BrasIRC, é esperado que você passe algum tempo conectado na rede e esteja acessível quando necessário. Rodar um servidor na BrasIRC não é como iniciar um processo e ir embora; você está assumindo um compromisso para ser uma parte da rede e ajudá-la a crescer e florescer. Como parte desta acessibilidade, as informações administrativas (/admin) do seu servidor (A-line do ircd.conf) deverá, OBRIGATORIAMENTE, conter o nick e endereço de email do IRCAdmin.
Se você é um IRCop Global, você possui várias habilidades que os usuários comuns não possuem. Enquanto algumas delas, como o rehash, só tem efeito em seu próprio servidor, a maioria afeta a rede inteira. Assim sendo, você deve usar estes poderes responsavelmente e com preocupação em promover um ambiente amigável e utilizável para todos. O mau uso de seus poderes como IRCop pode acarretar desde pequenas sanções, como a perda temporária de suas O-lines, até sanções mais pesadas, que vão desde a sua EXPULSÃO SUMÁRIA da rede até o DELINK do seu servidor. Então por favor, mantenha a ética e não abuse, ou quem sofrerá as conseqüências será você mesmo.
Listando os IRCops de um Servidor
Para saber todos os ircops cadastrados em um server, utilize o seguinte comando:
/stats o irc.xxx.com.br
Nota:
1) Linhas que começam com um "O" maiúsculo referem-se a IRCops Globais;
2) Linhas que começam com um "o" minúsculo referem-se a IRCops Locais.
Exemplo:
/stats o irc.provedor.com.br
O *@*.provedor.com.br * Joao 0 10
O *@*.provedor2.com.br * Janete 0 10
o *@*.provedor.com.br * Pedro 0 10
O *@200.215.128.* * Mario 0 10
end of /STATS report
Roteamento
Hub- Ele aceita conexões de outros servers, por ter uma alta velocidade de link, e uma alta capacidade de processamento.Ele que faz as conexões entre os servers.
Leaf- Não aceita conexões de outros servers,e é conectado aos hubs.
A----B----C
|
D
|
|
E-----F
B-D-E-----> Hub
A-C-F-----> Leaf
Para se fazer o roteamento da Rede, usamos os comandos /connect e /squit, de acordo com as C/N/H lines definidas no ircd.conf de cada server.
As H-lines diz a que outro server, você poderá usar como hub, no exemplo acima, com certeza A tem uma H-line para B.
As C/N lines, indica de quais servers, um determinado server aceita conexão.
Usa-se o comando /squit, quando se percebe que um server está causando lag excessivo e splits, você irá tentar mudar a rota dele, com o comando /squit. Avise a todos sobre o squit e em seguida digite o comando /squit server msg, nesse caso você estará desconectando um server de um servidor, para conectá-lo a outro, se você não tiver como agir no server que deu /squit, pelo fato dele estar separado, você irá usar agora o comando /connect irc.server 7002 irc.server, onde o 1 server é o que você deu /squit, e o 2 server, e o que tem a h-lines para o server 1, o 1 server tem que ter as C/N lines apropiadas para o server 2, a porta 7002 é padrão.
Quando relinka, o netsplit acaba e o server que você deu /squit é visto novamente na rede, nesse momento é comum os servers kill por collision, e o servers ops.
Evita-se muito o comando /squit, pelo fato de desconectar um server, só usamos quando a um problema de um server de baixa qualidade estar causando lag e splits a rede.
O comando /connect é usado com mais frequência pelo fato de connectar o server novamente a rede.
Se você está num leaf, e entra no IRC e percebe que esta isolado,liste os hubs que ele pode ser linkado e é so dar um /connect irc.server e vai tentando até achar um que conecte. Se você já está no IRC, e está num hub, e um leaf que tenha as C/N lines para seu server(hub), e so digitar /connect server. E caso um server que nao tenha C/N lines para seu server, você vai conectar ele, onde ele tiver as C/N lines.
Ex: /connect irc.server1 7002 irc.server2
O server1 é o que está deslinkado, e o server2 é o que irá linkar o server1. A porta de conexão é 7002.
Para saber todos os servers aos quais um determinado server aceita conectar-se digite /stats h server, mas o server que diz na h-line ser aceito deve ter as C/N lines corretas com ele, e para saber isso digite /stats c server.
Rerotear a rede pode ser, às vezes, benéfico, e pode proporcionar aos usuários uma conexão menos alagada. Mas um mau roteamento pode ser muito destrutivo, especialmente se são re-roteados muitos servidores quase ao mesmo tempo. Servidores em queda, perda de conexões, e outros eventos podem forçar alguns esses servidores a trocar seus links, fazendo com que muitos deles voltem a seus uplinks anteriores, contrariando os comandos dados pelos IRCops. Isso pode causar muita dor de cabeça e muito mais lag do que ja havia antes. A verdade é que um netsplit pode aborrecer muito mais os usuários que um pouco de lag.
Há momentos, porém, quando rerotear a rede é realmente necessário. Por exemplo, se um hub esta sofrendo upgrade ou por alguma outra razão ele tem que ser desativado ou
reiniciado, então seus leafs podem (e devem) ser conectados a outros hubs da rede. Esta mudança no roteamento, feita com calma, obteria um resultado melhor do que o a situação caótica que ocorre quando um hub com muitos leafs é fechado e seus leafs começam a tentar se auto-reconectarem todos ao mesmo tempo.
Quando for mexer no roteamento, lembre-se sempre do efeito nos usuários, e tente advertir os outros IRCops sobre o que você vai fazer (ou tentar fazer) usando o GlobOps.
Para determinar quais servidores estão alagados, você pode usar um ctcp ping em um canal grande, ou um /trace em servidores diferentes. Você pode, ainda, usar um ping diretamente no IP do servidor. Por fim, se você for desativar (/die) ou restartar (/restart) seu servidor, procure ANTES informar todos os usuários locais usando o comando:
/msg $irc.xxx.com.br <mensagem>
Observação: note que os comandos /restart e /die causarão a queda de TODOS os links. Use estes comandos responsavelmente, pois eles podem afetar MUITOS usuários da rede.
Lembre-se SEMPRE de duas coisas:
1) NUNCA tente bancar o sabe-tudo. A BrasIRC já tem um mapa de Roteamento que foi testado e aprovado pelo Comitê de Roteamento. Então, não mexa nos servidores simplesmente porque você nao gosta da maneira como eles foram roteados ou porque você acha que a sua forma de rotear é melhor que a do Comitê. Vale lembrar mais uma vez que, se você fizer alguma bobagem, será responsabilizado por isso e, se for cabível, será punido até a
máxima extensão possível.
2) Se, depois que você houver avaliado cuidadosamente o impacto das mudancas pretendidas, você ainda assim decidir que irá mesmo fazer alguma mudança no roteamento, você deverá anunciar suas intenções em GlobOps, para verificar se outro(s) IRCop(s) tem qualquer coisa a dizer contra a sua decisão. Isso é muito importante: NUNCA passe por cima de seus colegas de trabalho e NUNCA pense que você é tão bom que pode fazer tudo sozinho.
Kill
O comando kill desconecta um usuário do server ao qual ele está ligado. Existem regras para os motivos admissíveis para kill, e elas incluem apenas situações que possam prejudicar a rede, e excluem expressamente ofensas, flood em canais e outros abusos em canais. Todo comando kill deve incluir uma kill message indicando claramente o motivo do kill.
Formas de uso:
/kill <nick> <motivo do kill>
Observação: IRCops Locais só podem aplicar Kill em usuários conectados no seu próprio servidor; IRCops Globais podem aplicar Kill em quaisquer usuários de quaisquer servidores.
Um usuário só deve ser killado se for absolutamente necessário ou a pedido do próprio usuário. Problemas com usuários devem ser trabalhados o máximo possível através de diálogo, antes do uso da força. O Kill usado como vingança ou como amostra de autoridade é visto com profundo desagrado pela rede. Exemplos de Kills necessários são os usuários que abusam de clones (mais de duas conexões para um mesmo IP), ataques como CTCP flood, ICMP flood e outros exploits ("Nukes"), tentativas de hackear senha de IRCop, bots não autorizados, e qualquer outra ação que tenha potencial para prejudicar os usuários ou o bom andamento da rede, desde que não relacionada com a conversação em canais ou privada. Não constituem razão suficiente para kill o flood em canal, as ofensas a usuários e quaisquer outros relacionados a canais ou pvts.
Estas são só diretrizes; claro que, no final, a escolha será sua, mas LEMBRE-SE: você é responsável por tudo o que faz. Se seus atos forem vistos como ofensivos para os padrões da rede, você fatalmente sofrerá as consequências disso.
Quase sempre podem ser evitados kills em massa (IPKill). Em muitos casos, killando o owner/source dos clones (a pessoa que os está colocando na rede), eles desaparecerão logo em seguida. O motivo é lógico: os lamers são exibicionistas. Um lamer não vai querer manter ativos clones cujos efeitos detrutivos ele não pode ver. E note que, em função de possíveis recursos de reconexão automática, killar um grande número de clones causa um maior consumo de banda do que tomar outras atitudes como simplesmente baní-los do canal onde estão — o que também fará com que eles mesmos se desconectem, uma vez que terão perdido sua razão de existir).
Com o uso do AKill, o próprio OperServ se encarrega de evitar que os clones ou os usuários indesejados possam reconectar. No entanto o AKill, diferentemente do kill, é restrito apenas a uma casta de IRCops chamados Services Operators e às castas superiores. Os Services Operators são em geral nomeados pelos Services Admins, que são uma classe de IRCops que possuem acesso a comandos mais reservados dos Services, como por exemplo o GETPASS, que dá acesso às senhas de nicks e canais.
Os critérios que fazem com que um IRCop Global comum se torne um Services Operator são muito relativos. Na verdade, não existe uma regra que defina o que é preciso para atingir esse "status" na rede. No final, acaba-se tornando uma questão de confiança. De qualquer maneira, não é aconselhável que você saia pela rede perguntando aos Services Admins quando será um Services Operator ou solicitando acesso ao OperServ. Essa é, sim, a maneira mais simples de ABORRECER os Services Admins e fazer com que você não obtenha o que deseja. Então, seja paciente e aguarde sua vez.
CloneServ
O CloneServ é um serviço dedicado a IRCops. O CloneServ informa aos IRCops a presença de clones na rede BrasIRC. Pelas regras da rede BrasIRC, só serão permitidas duas conexões por endereço IP. O CloneServ detecta a presença de mais de duas conexões do mesmo IP.
No entanto, a BrasIRC permite um tipo especial de endereço possuir mais de duas conexões ao mesmo tempo sem ser considerado clone. Este tipo especial de endereço é chamado Proxy.
O CloneServ não detecta a presença de proxies na rede, pois estes são permitidos dentro das regras da rede, ao contrário de clones.
Operserv
O OperServ é um service usado por IRC Operators (IRCops). Ele é utilizado para manter a akill list (entre outras), que é uma lista de conexões não autorizadas na BrasIRC. O OperServ mantém um banco de dados com várias máscaras (IPs) de conexões proibidas, e desconecta (através do kill) as mesmas assim que se conectam em qualquer servidor BrasIRC.
O OperServ pode ser operado pelos IRCops da BrasIRC para outras tarefas, como kickar um usuário, mudar o modo de um canal, mandar uma mensagem para todos os usuários, Jupar um servidor ou mostrar o Status dos Services.(No novo ircd da Brasirc apenas Services Admins podem jupar um server)
É importante deixar claro que os comandos para IRCOps são acessíveis pelos Services Operators. Os comandos para Services Operators são acessíveis para Services Admins. Todos os comandos são acessíveis para o Services Root.
Services Admins que passam o status de Services Operators aos IRCops Globais.E apenas Services Root que passam o Status aos Services Admins.
Comandos para IRCOps:
Admin List - /operserv admin list
Lista os Services Admins.
Global Mensagem - /operserv global mensagem
Manda uma mensagem para todos os usuários conectados na BrasIRC. Essa mensagem será enviada pelo OperServ.
Oper List
Lista os Services Operators.- /operserv oper list
Comandos para Services Operators:
Akill Add Tempo Máscara Razão- /operserv akill add +3h *@host.com.br clones ( esse é um exemplo de um kill por um período de 3 horas num caso de clones execessivos, podendo ser também, +3m (meses) +3d (dias) e ainda +0 ou seja que nao irá expirar)
Adiciona uma máscara ao banco de dados de conexões proibidas, registrando a razão de sua inclusão, assim como a hora e quem colocou aquela máscara na lista. A partir desse momento, qualquer conexão vinda daquela máscara, será prontamente desconectada (através do kill). O tempo se estipula por um número inteiro seguido por d (dias), h (horas) ou m (minutos). Combinações (como 1h30m) não são permitidas.
Akill del Máscara - /operserv akill del *@host.com.br
Retira uma Máscara do banco de dados de conexões proibidas. A partir desse momento, as conexões vindas daquela Máscara, serão aceitas normalmente.
Akill List Máscara /operserv akill list *@host.com.br
Lista as conexões proibidas que constam no banco de dados. Se uma Máscara for especificada como parâmetro, o OperServ listará somente as conexões com Máscara semelhantes à dada como parâmetro.
Akill View Máscara /operserv view ou /operserv view *@host.com.br
Lista as conexões e todas as informações sobre as mesmas, como: quem adicionou aquela máscara a lista, quando adicionou e porque adicionou (Razão - Ver Akill ADD, acima). Se uma Máscara for especificada como parâmetro, o OperServ listará somente as conexões com Máscara semelhantes à dada como parâmetro.
Clearmodes #canal ALL /operserv clearmodes #canal all
Limpa todos os modos binários e bans de um canal. Se ALL é fornecido, limpa também todos os OPs e voices de um canal.
Kick Canal Nick Razão /operserv kick #canal nick razão
Kicka um usuário de um canal qualquer da rede.
Mode Canal Modos /operserv mode #canal +o nick, /operserv mode #canal +b nick, /operserv mode #canal -i, /operserv mode #canal -k, e assim por diante... :))
Muda o modo de um canal qualquer da rede. Use este comando para dar/tirar OP, banir/desbanir ou mudar qualquer outro modo de canal.
Stats /operserv stats
Se usado sem parâmetros, o OperServ lhe informa sobre a quantidade de usuários conectados, número de IRCops conectados (excluindo os Services), o pico de usuários desde que os Services estão online e a quantidade de tempo que os Services estão online. Os parâmetros que você pode usar são:
Stats Akill: /operserv stats akill
Mostra o tamanho da lista Akill e o "expire time" default para Akills no momento.
obs.: UPTIME pode ser usado como sinônimo de STATS.
Comandos para Services Admins:
Jupe add|del|list|view Server- /operserv jupe add server (adiciona na lista de jupes), /operserv jupe del server (remove o jupe), /operserv jupe list (ve a lista), /operserv jupe view (ve a lista e quem colocou)
Funciona assim como a lista AKILL, adiciona um servidor a lista de servidores "jupados", ou seja, que não são bem-vindos a rede.
Oper add|del Nick /operserv oper add nick(adiciona) , /operserv oper del nick (deleta)
Permite que Services Admins possam modificar a lista de Service Operator. O ADD é usado para adicionar nicks e o DEL para remove-los.
Raw texto / msg operserv raw texto
Envia uma série de textos diretamente ao servidor onde os Services estão conectados. Este comando tem várias limitações de uso, e pode criar confusões e problemas na rede se usado impropriamente. NÃO USE ESTE COMANDO a menos que você tenha certeza do que está fazendo!
Logonnews /operserv LOGONNEWS add texto , /operserv LOGONNEWS del numero| all, /operserv LOGONNEWS list
Edita ou mostra a lista de logon news. Quando um usuario se conecta a rede, estas mensagens sao enviadas para ele. (No entanto, nao mais que tres mensagens serao enviadas simultaneamente para evitar flood. Se houver mais que tres mensagens novas, apenas essas mais novas serao mostradas.)LOGONNEWS LIST pode ser usado por qualquer IRC operator para listar as mensagens atuais. ADD e DEL soh podem ser usados pelos Administradores dos Services.
Opernews /operserv OPERNEWS add texto, /operserv OPERNEWS DEL {numero | ALL}, /operserv OPERNEWS LIST.
Edita ou mostra a lista de oper news. Quando um usuario se torna operador (pelo comando /OPER), estas mensagens lhe serao enviadas. (No entanto, nao mais que tres mensagens serao enviadas simultaneamente para evitar flood. Se houver mais que tres mensagens novas, apenas as tres mais novas serao mostradas.)OPERNEWS LIST pode ser usado por qualquer IRC operator para listar as oper news. ADD e DEL soh podem ser usados pelos Administradores dos Services.
Set
Permite que Services Admins configurem várias opções dos Services.
Set Debug ON/OFF NUM /operserv set debug on/off num
Ativa ou desativa o modo de depuração (onde todos os dados enviados para os services assim como todas as outras mensagens de depuração são logadas). Se NUM é fornecido, o modo de depuração é ativado, com nível de debug fornecido.
Set Readonly ON/OFF /operserv readonly on/off
Ativa ou desativa o modo read-only (onde usuários normais não são capazes de modificar nenhum dado nos Services, incluindo lista de acesso de canais e nicks).
Stats all /operserv stats all
Mostra informação sobre o consumo de memória dos Services. Usando-o, pode-se congelar os Services, entao não abuse dele!
Update /operserv update
Faz com que os Services atualizem seus banco de dados imediatamente.
Comandos para o Services Root:
Admin ADD|DEL Nick /operserv admin add nick (adiciona), /operserv admin del nick (deleta)
Permite que o Services Root possa modificar a lista de Service Admins. O ADD é usado para adicionar nicks e o DEL para removê-los.
Quit /operserv quit
Desliga os Services sem salvar o banco de dados.
Restart /operserv restart
Salva o banco de dados dos Services e reinicia-os.
Shutdown /operserv shutdown
Salva o banco de dados e desliga os Services.
Comunicação entre os IRCops
GlobOps é uma mensagem dirigida a todos os IRCops, e que não pode ser lida por usuários comuns (não IRCops).
Sintaxe: /globops mensagem
NÃO use o GlobOps pra bater papo quando houver algum outro ircop falando sobre assuntos pertinentes à rede, e nem faça flood em GlobOps.
LocOps é uma mensagem dirigida aos IRCops do mesmo servidor, e que não pode ser lida por usuários comuns (não IRCops) nem pelos IRCops dos outros servidores.
Sintaxe: /locops mensagem
WallOps é uma mensagem dirigida a todos os IRCops mas que, diferentemente do GlobOps, pode ser lida por usuários comuns (não IRCops).
Sintaxe: /wallops mensagem
Observação: exatamente por poder ser lido pelos usuários, o WallOps caiu em desuso. Evite usar esse recurso.
I-lines
As I:lines permitem aos clientes conectarem em seu servidor.
Seu formato é:
I:<Máscara>:<Senha>:<Máscara>:<Porta>:<Classe>
Exemplo:
I:*::*:1
Ou, se usando Y-line classe 5 para conexão de clientes:
I:*::*:5
Autoconnects
Preenchendo-se o campo porta de conexão (target host port) na C-line, você permite ao seu servidor tentar conectar ao outro servidor listado automaticamente, dentro de certas condições. Se seu servidor for desconectado, pode tentar reconectar a quaisquer destes autoconnects, ou se um autoconnect é desconectado, seu servidor pode tentar reconectá-lo automaticamente. Por outro lado, uma C-line sem um número da porta permite um IRCop forçar a conexão, mas nunca resultará em uma conexão automática ao servidor listado. É recomendado que você limite seus autoconnects para um mínimo de hubs necessário, de acordo com o definido para seu caso pelo Comitê de Roteamento.
Quando estiver organizando os pares de CN lines em seu ircd.conf, lembre-se que o ÚLTIMO autoconnect listado nas CN lines no arquivo é o PRIMEIRO a ser realizado, e o primeiro autoconnect listado é realizado por último. Obviamente, a ordem não importará para conexões que não são autoconnects.
Levando em conta os motivos acima, o recomendável é que você nunca use autoconnect para mais de um hub. O uso de autoconnects em mais de um hub pode causar problemas sérios quando se faz necessário um roteamento alternativo, como por exemplo na queda de um dos hubs principais da rede.
O-lines
Por razões de segurança, todo servidor deve usar encriptação das senhas de oper. O CRYPT_OPER_PASSWORD deve ser definido no config.h. Isto lhe exigirá que codifique as senhas das O-lines. Para isso, use o utilitário mkpasswd, localizado no diretório ircd/crypt/. A
codificação das senhas de oper torna mais difícil a pessoas não autorizadas descobrirem uma senha e se tornarem IRCops ilegais.
Hackear senhas não é impossível, e por isso recomendamos que se misturem letras e números, maiúsculas e minúsculas, em senhas de oper, tornando mais difícil hackeá-las.
Seu formato é:
O:<Máscara>:<senha>:<nickname>::<Classe>
Um exemplo de O-line para mim, com a senha "rabbits", é exibido abaixo, usando a classe de conexão 5.
O:*@ircop.brasirc.net:7fRcRBJoIwJg.:Annjinha:5
O:*@*.jpl.nasa.gov:7fRcRBJoIwJg.:Annjinha::5