Kontrollerer adgang hen til jeres kanal ======================================= Version 1.1.3 Sidst oversat af NeneaX (celmaismeker at yahoo.com) on 2006-07-05 Sidst gennemset af FredFred (Fredfred at dal.net) on 2005-10-26 Originalt skrevet af quen (quen at leafdigital.com) on 1997-06-20 Copyright (C) 1997-2006 DALnet IRC Netværk For kommentarer eller tilbagemelding om disse dokumenter (Ingen spørgsmål om hjælp!) docs@dal.net. Om du har brug for hjælp om problemer der ikke dækkes i denne dokument, venligst se informationen på http://help.dal.net/. Introduktion ------------ Indeværende lede forklarer hvor hen til kontrol hvem har adgang hen til bestemt begunstiger oven på jeres anbefalet kanal. Disse begunstiger er plejede hjælp påstå den kanal normal operation, i den grad at andre (hvem jer håbe) kunne holde justits i den kanal hvor du er ikke der. Indeværende lede ligeledes forklarer hvor hen til forbud folk af den kanal permanent benytter ChanServ. Bans at jer indfinde sig den normal måde vil forsvinde selv om den kanal bliver indholdsløs i folk henne ved hvilken som helst pege. Selv om jer har ikke allerede anbefalet jeres kanal hos ChanServ, jer burde først lave at - læse afhøre 1.8 "Hvor lave JEG indskrive mig kanal?" i den Tjenester FAQ i nærværelse af vedblivende hermed. Til sidst, noget informere kommentarer - når som helst JEG indrømme en befale hen til skrive såsom /chanserv identify <#kanal> Den befale burde være maskinskrevet nemlig den er vist, *bortset* at jer burde skifte ud krævede parametre (her ovre '#kanal' og '#passwordet') hos den passende oplysning. For eksempel, i den ovenfor eksempel, selv om jeres password var 'apple' og jeres kanal var '#mychannel', jer ville ligefrem skrive /chanserv identify #mychannel apple Hvor befalinger begynde med "/chanserv" (or "/nickserv" , "/memoserv" ), det vil sige en alias plejede besked den service trygt. Selv om jeres klient gør ikke opfatte den befale, jer kunne enten den ene eller den anden af lægge for den befalinger hos "/quote chanserv" , eller hos "/msg chanserv@services.dal.net" . Indhold ------- 1 * Hvor kan det være at jer savn hen til kende indeværende information 2 * Hvad AOPs og SOPs er 3 * Sager hen til holde hvor gav AOP eller SOP begunstiger 4 * Hvor hen til sammenlægge eller ophæve AOPs og SOPs 4.1 Katalogiserer indeværende SOPs eller AOPs 4.2 Tilføjer SOPs eller AOPs 4.3 Fjerner SOPs eller AOPs 4.4 VERBOSE måde 5 * Advis oven på benytter henvende maske i jeres AOP/SOP lister 6 * Problematik hos den forkert folk fik AOPs SOPs 6.1 Opdagelse hvor kan det være at nogen har begunstiger 6.2 Adgang liste problematik 6.3 Uønsket ops 7 * Hvad AKICKs er 8 * Hvor hen til sammenlægge eller ophæve AKICKs 8.1 Katalogiserer indeværende AKICKs 8.2 Tilføjer en AKICK af maske 8.3 Tilføjer en AKICK af øgenavn 8.4 Fjerner en AKICK 9 * Sammendrag 1 * Hvor kan det være at jer savn hen til kende indeværende information ----------------------------------------------------------------------- DALnet opmuntrer jer hen til læse indeværende lede fordi: * Selv om jeres kanal møder problematik såsom grov opførsel eller en overtage, og du er ikke der har vi det, vil savn AOPs og eventuelt SOPs i den grad at den opgave kan løst. * Selv om jeres kanal bliver stor, det må du gerne savn SOPs hen til hjælp lede sig. * Tilføjer den forkert folk nemlig AOPs eller SOPs, eller tilføjer AOPs eller SOPs i den bagvendt, kunne hidføre sikkerhed loopholes at måtte lade unfriendly brugernes hidføre problematik i den kanal, altså jer burde være så meget som indforstået omkring benytter disse egenskaber. * Selv om jer savn fast bans oven på brugernes, du vil savn hen til kende hvor til at sætte AKICKs. En sammendrag kan oprette i sektion 9 , hvilke i korthed forklarer hvem jer burde sammenlægge nemlig SOPs eller AOPs og hvor hen til sammenlægge sig. 2 * Hvad AOPs og SOPs er ------------------------ "AOPs" og "SOPs" er folk hvem jer håbe nok hen til indrømme sig bestemt beføjelser oven på jeres kanal. SOPs er en "højere" bringe i niveau end AOPs og nyde en hel AOP begunstiger i tillæg hen til noget overtallig beføjelser. Nemlig den grundlægger, du er henne ved en højere bringe i niveau skønt og du har en hel SOP og AOP begunstiger, plus noget grundlægger-bare beføjelser Der er ikke savn hen til sammenlægge dig selv hen til den SOP eller AOP lister. Det er over den omfang heraf lede hen til indrømme hjælp oven på hvor hen til hjælp en hel ChanServ beføjelser at er givet hen til AOPs og SOPs. Hvordan end, af hver evne den passende hjælp befale er opgivet; maskinskrivning indeværende samtidigt med at oven på IRC vil levere flere information. AOPs nyde den næste beføjelser: * De er opgivet ops (@) hvor de postere den kanal; selv om nemlig noget anledning de er i den kanal uden ops, de kunne blive ChanServ hen til indrømme sig ops nogen sinde. ( "/chanserv help op" ) * De kunne hjælp ChanServ hen til indrømme/ophæve ops hen til/af de øvrige medlemmer i den kanal (selv om de lave indeværende, en mærke vil afgå hen til den kanal beredskab andre oven på den kanal i den aktionen, altså den er ikke anonym). ( "/chanserv help op" ) * De kunne unban dem selv af den kanal selv om de er overskrift. ( "/chanserv help unban" ) * De byde velkommen memos at er afsendte hen til den det hele 'kanal'. De måtte også være i stand til sende memos hen til den det hele kanal; der er en kanal nedgang at afgører hvorvidt AOPs, SOPs, eller netop den grundlægger kunne sende memos hen til den kanal. ( "/chanserv help set memo" , "/memoserv help send" ) * Den er eventuel til at sætte kanaler i den grad at bare ops kunne lave om på den emne. (Hvordan end det er ligeledes eventuel til at sætte sig i den grad at bare SOPs eller bare den grundlægger kunne lave om på den emne.) ( "/chanserv help set topiclock" ) * De kunne hjælp den MDEOP befalinger hen til opklare kanal overtage problematik, men indeværende vil ikke arbejde selv om SOPs eller den grundlægger er oven på den kanal. ( "/chanserv help mdeop" ) * De kunne opfordre til dem selv hen til den kanal (nyttig selv om den er opfordre til-bare) hvis ikke den har blevet placere "hemmelig". ( "/chanserv help invite" ) * De kunne se på den kanal AOP, SOP, og AKICK lister. (se efter sektion 4 ) SOPs nyde den næste nærmere beføjelser: * De kunne hjælp den MKICK befale hen til opklare kanal overtage problematik, men indeværende vil ikke arbejde selv om den grundlægger er oven på den kanal. ( "/chanserv help mkick" ) (se efter sektion 4 ) * De kunne noget for noget, bortrejst AOP begunstiger af folk. (se efter sektion 4 ) * De kunne placere eller ophæve AKICKs (fast bans) nemlig den kanal. (se efter sektion 7 og sektion 8 ) * De kunne ophæve *al* bans af den kanal benytter ChanServ. ( "/chanserv help unban" ) * De byde velkommen memos afsendte hen til kanal SOPs. ( "/memoserv help sendsop" ) 3 * Sager hen til holde hvor gav AOP eller SOP begunstiger ---------------------------------------------------------- AOPs og SOPs er den folk hvem kunne manipulere med kanal problematik såsom flooding og overtage hvor du er ikke der. Selv om jer have i sinde at opstille en heldig kanal, den er jeres reponsibility hen til sikre sig der er tilstrækkelig AOPs (navnlig) og SOPs i den grad at opstille i den kanal kunne være holdt. Selv om den kanal er er anvendte hos ikke AOPs indeværende, så er der ikke mere den er en nemme indskyde nemlig flooding og skældsord. Hvor jer indrømme folk AOP eller SOP begunstiger, jer indrømme sig noget kontrol slut den kanal, men de er skønt answerable hen til jer-jer kunne ophæve den AOP eller SOP begunstiger nogen sinde. Hvordan end, jer burde skønt sikre bare hen til indrømme AOPs eller SOPs hen til folk at jer håbe nemlig de *kunne* hidføre problematik. Selv om de kan ikke lave hvilken som helst fast beskadige - den grundlægger kunne løse hvilken som helst forandringer de skabe - de kunne ja hidføre seriøs problematik navnlig hvor du er ikke der. Jer burde opbevare indeværende i indre hvor gav AOP eller SOP begunstiger. Oven på en ligedannet kommentar: aldrig nogen sinde slippe op den password hen til den kanal hen til en. Indeværende er den samme nemlig overlevering den kanal hen til sig - co-founderships er ikke understøttet af DALnet og i en drøfte, nogen hos den password er vel overvejet den alene indehaver i den kanal. Selv om jer ville gerne lod kraft oven på jeres kanal hos andre hvem jer håbe, skabe sig SOPs. Selv om en anderledes indretning er attråværdig, jer kunne hjælp sociale indforstået begrænsninger (for eksempel, den grundlægger måtte indvillige aldrig nogen sinde hen til sammenlægge SOPs uden rådgivende den nærværende SOPs). Hvordan end DALnet's programmel og medarbejderne vil altid holde den grundlægger i en kanal at blive den bare pågældende til sidst ansvarlig nemlig hvor at kanal er opstille. Og bedes bemærket at DALnet vil aldrig nogen sinde hjælp en hvem taber en kanal fordi de delt en password; passwords burde altid være holdt sikre. 4 * Hvor hen til sammenlægge eller ophæve AOPs og SOPs ------------------------------------------------------ Den kanal grundlægger er den bare sig hvem kunne indrømme eller holde bortrejst SOP begunstiger. SOPs og den grundlægger kunne indrømme eller holde bortrejst AOP begunstiger. Den to liste befalinger er anvendelig hen til AOPs eller SOPs og den grundlægger, men ikke hen til hverdags brugernes. 4.1 * Katalogiserer indeværende SOPs eller AOPs ----------------------------------------------- /chanserv sop <#kanal> list /chanserv aop <#kanal> list Disse befalinger liste en hel SOPs eller AOPs (henholdsvis) oven på den kanal. Selv om du har en stor kanal, det må du gerne hitte sig anvendeligt for liste bare udsøgt SOPs eller AOPs baseret på deres øgenavn eller maske: /chanserv sop <#kanal> list /chanserv aop <#kanall> list (For eksempel, "/chanserv aop #mychannel list g*" ville liste al AOPs oven på #mychannel hvis øgenavn begyndte hos g.) Hvilke liste befale jer hjælp, hver AOP eller SOP står opført hos et antal hvilke gør sig lettere hen til ophæve sig hvis det skal være (se efter nedenstående). 4.2 * Tilføjer SOPs eller AOPs ------------------------------ /chanserv sop <#kanal> add /chanserv aop <#kanal> add Disse befalinger sammenlægge folk hen til den SOP eller AOP lister. Indeværende er ækvivalent hen til gav folk SOP eller AOP begunstiger. Oftest jer burde sammenlægge AOPs eller SOPs benytter deres hak (hvilke burde være anbefalet) men jer kunne ligeledes lave altså hos en maske hvis det skal være. Maske indarbejde den ligedan nemlig kanal forbud maske - selv om selvfølgelig her ovre de nyde den indvirkning i indrømmelse AOP eller SOP begunstiger hen til den indskyde, ikke overskrift sig og er ikke forklarede heri lede; om mere information se efter den Forbud Lede. Selv om jer ville gerne skabe nogen en SOP hvem er aktuelle en AOP (eller omvendt), jer lad være savn hen til ophæve sig af den AOP liste, fordi Tjenester vil automatisk ophæve sig nemlig jer på samme tid som tilføjer sig hen til den SOP liste. Jer burde indskrive nogen har en anbefalet hak i nærværelse af jer indrømme sig AOPs ved at taste /nickserv info og opfordre sig hen til indskrive selv om deres hak er ikke anbefalet. Selv om jer prøve hen til sammenlægge AOPs nemlig nogen hvis hak er ikke anbefalet, sig vil sammenlægge sig benytter en maske, hvilke er ikke skam en artig mening (se efter sektion 5 ). Hver kanal er indskrænket hen til maksimum 300 AOPs og 100 SOPs. ChanServ vil advare jer selv om jer prøve hen til sammenlægge flere indeværende. Kommentar: Brugernes kunne placere en øgenavn måde NOOP hvilke vil nedrig de kan ikke være tilføjede hen til hvilken som helst kanal AOP eller SOP lister. Se efter "/nickserv help set noop" om mere information. 4.3 * Fjerner SOPs eller AOPs ----------------------------- /chanserv sop <#kanal> del /chanserv aop <#kanal> del Disse befalinger er plejede ophæve folk af den SOP eller AOP lister. SOPs og AOPs må få sin afsked nemlig misconduct eller nemlig hvilke den anledning må være. Jer kunne hjælp disse befalinger i adskillige veje; den letteste er hen til først hjælp den passende liste befale, og så er der ikke mere indrømme den antal i den løsning jer savn overstreget. Alternativt, jer kunne indrømme den hak eller den adgang maske jer savn overstreget; selv om jer hjælp indeværende metode jer skal angive nærmere den hak eller maske grangivelig som om den er opgivet i den liste. Selv om du er fjerner indgange baseret på deres numre i den liste, jer burde bare fjerne en ugifte løsning henne ved en gang. Den numre må lave om på efter hver overstregning, altså jer vil savn hen til genganger den liste befale hen til indskrive hvad den berigtige antal er. 4.4 * VERBOSE måde ------------------ Selv om den VERBOSE måde er vendte oven på nemlig en kanal, så er der ikke mere når som helst der er en lave om på hen til bestemt aspekter i den kanal (i navnlig, hvor nogen sammenlægger eller fjerner AOP/SOPs eller AKICKs), al ops aktuelle oven på den kanal vil være indforstået hos en mærke. Hen til muliggøre indeværende indslag: /chanserv set <#kanal> verbose on 5 * Advis oven på benytter henvende maske i jeres AOP/SOP lister ---------------------------------------------------------------- Det er oftest bedst hen til hjælp øgenavn, snarere end henvende maske, i AOP/SOP lister. Der er adskillige anledninger nemlig indeværende: * Jer kunne altid afgøre lige netop hvem har AOPs eller SOPs. * Det kan der ikke være tale om skam eventuel hen til begå en fejl og indrømme masser flere folk AOPs end var anlagt på (eksempel selv om jer opstille en * i den forkert opstille i en maske.) * Selv om jer opgør problematik hos nogen benytter den samme styreenhed nemlig en AOP og fik ops mente nemlig den AOP, disse kan løst uden fjerner AOPs af den gedigen pågældende. Der er sig bedste hen til benytter henvende maske: * Jer kunne altid afgøre lige netop hvad henvende maske vil blive ops automatisk. Selv om jer lave pådømme hen til hjælp henvende maske hen til indrømme AOPs, se efter den Forbud Lede hvilke forklarer henvende maske. Kommentar at selv om at lede forklarer hvor hen til hjælp sig hen til forbud folk, hvor jer hjælp sig oven på den AOP liste de er ikke overskrift men opgivet AOPs. 6 * Problematik hos den forkert folk fik AOPs SOPs -------------------------------------------------- (Kommentar: Indeværende afdeling er skrevet omkring AOPs, men det hele kan anvendes på SOPs ligeledes.) Der er gange det må du gerne hitte nogen jer gjorde ikke påføre den adgang lister(s) få indpas hen til den kanal. Den grunden til at indeværende sker er af hensyn til den AOP eller SOP's hostmask passer til den sig listet i den Op's NickServ's adgang liste. Folk kunne blive *ops* i den kanal (men ikke adgang hen til noget af den ChanServ AOP befalinger) selv om ChanServ er nede og jeres kanal er indholdsløs hvor de postere sig. Beklageligvis, der er ikke noget jer kunne lave herom, men ChanServ sjældent bliver nede om mere end nogle få minutter. Folk kunne ligeledes blive ops selv om de er opgivet sig af nogen hvem allerede har ops (e.g. en AOP eller SOP ). Selv om jer lave ikke ville gerne indrømme indeværende, jer kunne hjælp en indslag alarmeret OPGUARD hvilke er forklarede ved slutningen af indeværende afdeling. 6.1 * Opdagelse hvor kan det være at nogen har begunstiger ---------------------------------------------------------- Hen til opdage hvor kan det være at nogen har AOP eller SOP begunstiger i en kanal, jer kunne hjælp den ChanServ "why" command: /chanserv why <#kanal> <øgenavn> Indeværende vil forklare den AOP eller SOP liste løsning (eventuel) det vil sige ansvarlig nemlig indrømmelse at pågældende begunstiger, altså sig kan midlertidig fjernet selv om der er en opgave. 6.2 * Adgang liste problematik ------------------------------ Hvor du har folk tilføjede hen til jeres AOP liste af øgenavn, indeværende betyder at nogen afstemning den 'access liste i noget af jeres AOPs vil blive AOP begunstiger i den kanal. Selv om folk hvem er ikke AOPs blive opped af ChanServ oven på den kanal, der må nå være en opgave hos adgang lister - jer kunne normalt afgøre hvilke AOP's liste er den opgave fordi den ingen-AOP hvem fik opped vil indfinde sig af den samme service levere (eg aol.com, netcom.com, iquest.net, etc.) nemlig sig i jeres AOPs. Jer kunne bevidne rigtigheden af indeværende hos den "why" befale opgivet ovenfor. Jer burde henvende sig til den AOP (af memo selv om de er ikke online) henstilling at de hjælpe på deres adgang liste eller ophæve sig helt, identificering hen til NickServ hos deres password hvor de log oven på hen til DALnet. I den mellemtiden, selv om den pågældende hvem har ops er forårsager plage det må du gerne ville gerne midlertidig ophæve den relevant AOP begunstiger. Selv om jer eller de lad være så meget som opfatte den id i NickServ adgang lister - hvilke indrømme jer hen til hjælp jeres øgenavn oven på DALnet uden gav den password hver gang, men indbringe sikkerhed skrøbelighed selv om jer hjælp en større Indre service levere - så er der ikke mere den NickServ Adgang Lede indeholder den forklaring jer savn. Du har sikkert naturtroskab allerede at en ondskabsfuld AOP kunne med den hensigt placere deres adgang liste hen til, for eksempel, indrømme *hver og* ops oven på den kanal. Indeværende er en anden grund til gør sikker jer håbe folk i nærværelse af jer indrømme sig AOPs. Nemlig en midlertidig opklaring selv om der er en opgave hos adgang maske, eller selv om sikkerhed savn at blive lang, jer kunne placere IDENT måde oven på nemlig den kanal. Indeværende betyder at ChanServ vil bare indrømme dem AOPs hvem er ligeledes identificeret hen til NickServ (hos den password nemlig deres hak) adgang hen til deres begunstiger oven på den kanal, heri indbefattet ops. Den grundlægger kunne placere IDENT måde nemlig en kanal benytter /chanserv set <#kanal> ident on Kommentar at selv om jer lave indeværende, hvilken som helst indgange benytter maske snarere end øgenavn vil ikke nyde hvilken som helst indvirkning. Om mere information: /chanserv help set ident 6.3 * Uønsket ops ----------------- Selv hvor ChanServ overkommer en kanal, den er eventuel at en og anden hvem er ikke AOPs eller SOPs måtte blive ops (@) i at kanal. Den hoved måde indeværende kunne ske er selv om en AOP giver sig ops. Selv om jer nemlig kanal grundlægger lave ikke savn indeværende hen til ske, jer kunne muliggøre den OPGUARD indslag. Hvor indeværende indslag er vendte oven på ChanServ vil ikke indrømme folk hen til nyde ops (@) oven på en kanal (selv midlertidig) hvis ikke de er oven på den AOP eller SOP liste eller er den grundlægger. Selv om nogen ellers er opgivet ops ChanServ vil ophæve deres ops straks. Hen til muliggøre indeværende indslag: /chanserv set <#kanal> opguard on 7 * Hvad AKICKs er ------------------ AKICKs er den ChanServ ækvivalent i en forbud af den kanal og er plejede ophæve forbryder brugernes af jeres kanal. De lave ikke forsvinde selv om den kanal bliver indholdsløs; de ophold indtil den kanal grundlægger eller SOP fjerner sig. Den nøglen opgave hos norm kanal bans (den ligesom jer blive hvor jer falde i hak den 'Ban' valgmulighed oven på popup menuer, eller skrive "/ban" eller " /mode <#kanal> +b " befalinger) er at disse er midlertidig; selv om om så blade den kanal i den grad at det er indholdsløs, den ordning 'lade ligge' en hel normal bans at var placere. Normalt bans er placere hen til omhandle midlertidig plage altså indeværende er langt fra opgave Hvordan end, engang imellem jer kunne opgør problematik hos en bruger hvem stadigt kommer hen til den kanal hen til hidføre problematik - i dette tilfælde, jer savn hen til forbud sig permanent. Heri placering jer hjælp AKICKs, hvilke arbejde på lignende måde hen til bans men er håndteret af Tjenester - hvor en bruger oven på den AKICK liste går ind en kanal, de er automatisk overskrift og spark ud af ChanServ. Nemlig nævnt ovenfor AKICKs lad være forsvinde indtil de er fjernet, selv om den kanal bliver indholdsløs. 8 * Hvor hen til sammenlægge eller ophæve AKICKs ------------------------------------------------ Bare kanal grundlægger og SOPs nyde den kraft hen til sammenlægge eller ophæve AKICKs. 8.1 * Katalogiserer indeværende AKICKs -------------------------------------- /chanserv akick <#kanal> list Indeværende befale, hvilke kan bruges af kanal AOPs ligeledes nemlig SOPs og den grundlægger, lister al i den AKICKs aktuelle på plads oven på den kanal. Hver AKICK står opført med samt et antal hvilke jer kunne hjælp hen til ophæve sig flere uden sammenligning. 8.2 * Tilføjer en AKICK af maske -------------------------------- /chanserv akick <#kanal> add Indeværende befale sammenlægger en AKICK hen til den kanal. Jer skal angive nærmere den brugers maske på samme måde nemlig nemlig en forbud - " <øgenavn> ! @ " . Selv om den henvende i "/whois" i en bruger du var prøver hen til forbud var "user@dialup22-81.provider.com" og jeres kanal blev aflyst #frogs, jer ville typisk hjælp "/chanserv akick #frogs add *!user@*.provider.com" ('AKICK folk hos hvilken som helst øgenavn, selv om de har den brugerbenævne "user", og er nær forestående af provider.com') Om mere ledelse oven på henvende maske nemlig bans, hvilke arbejde den samme måde i AKICKs nemlig i kanal, behage se efter den Forbud Lede. Jer kunne sammenlægge maksimum 200 AKICKs nemlig en ugifte kanal. 8.3 * Tilføjer en AKICK af øgenavn ---------------------------------- /chanserv akick <#kanal> add <øgenavn> Selv om den pågældende har en anbefalet øgenavn, jer kunne sammenlægge en AKICK benytter deres hak. Indeværende må eller må ikke gøre gavn fordi i noget sager de kunne simpelt hen sammenknytte hos en anderledes øgenavn hen til gå uden om den forbud. Altså selv om jer lad være opfatte henvende maske nemlig bans, jer kunne hjælp indeværende metode i stedet, men den er flere sikker hen til lave sig af manuelt specificerer den maske. 8.4 * Fjerner en AKICK ---------------------- /chanserv akick <#kanal> del Jer kunne hjælp indeværende befalinger over veje; den letteste er hen til først hjælp den liste befale (opgivet ovenfor), og så er der ikke mere indrømme den antal i den løsning jer savn overstreget. Alternativt, jer kunne indrømme den maske jer savn overstreget; selv om jer hjælp indeværende metode jer skal angive nærmere den maske grangivelig som om den er opgivet i den liste. Selv om du er fjerner indgange baseret på deres numre i den liste, jer burde bare fjerne en ugifte løsning henne ved en gang. Den numre må lave om på efter hver overstregning, altså jer vil savn hen til genganger den liste befale hen til indskrive hvad den berigtige antal er. 9 * Sammendrag -------------- SOPs og AOPs er folk jer håbe nok hen til indrømme sig noget kraft oven på jeres kanal. Blandt andet, indeværende betyder at de vil automatisk være opgivet ops (@) hvor de postere. SOPs ligeledes nyde den evne hen til sammenlægge og ophæve AOPs og AKICKs (fast bans af den kanal), altså jer burde være navnlig grundig hvor gør folk SOPs. Selv om der er nogen jer håbe hvem jer mene burde nyde AOPs oven på jeres kanal Skrive " /nickserv info " hen til indskrive deres hak er anbefalet selv om den er ikke, opfordre sig hen til indskrive sig og genganger den ovenfor hvor de har gennemstegt altså. Når først du er sikker den øgenavn er anbefalet, skrive " /chanserv aop <#kanal> add " . Selv om jeres kanal savn en SOP nemlig noget anledning - for eksempel selv om den er en stor kanal og jer savn hjælp hos kanal ledelse såsom vælger AOPs Være bestemt jer kunne håbe den pågældende du ville have lyst til skabe en SOP, og indskrive deres hak er anbefalet nemlig ovenfor. Så er der ikke mere skrive " /chanserv sop <#kanal> add " . Selv om på et senere tidspunkt jer savn hen til ophæve en AOP eller SOP af den kanal liste fordi de har bevist untrustworthy, igen IRC, eller ligedannet Skrive " /chanserv <#kanal> list " . Hvor jer hitte den løsning nemlig at pågældende, jer burde kommentar den antal og skrive " /chanserv <#kanal> del " . Selv om jer savn hen til forbud nogen permanent Jer (eller en SOP oven på den kanal; ikke AOPs) kunne sammenlægge sig hen til den AKICK liste af benytter " /chanserv akick <#kanal> add " , der hvor " " er en norm forbud maske nemlig den ballademager. Jer kunne ophæve AKICKs på et senere tidspunkt på tilsvarende vis hen til fjerner AOPs eller SOPs. (Se efter sektion 8 .) ---------------------------------------------------------------------- IRC: /server irc.dal.net 7000 (also port 6667) The Web: http://www.dal.net/ DALnet Help: http://help.dal.net/ IRC FTP: ftp://ftp.dal.net/ Network! Email: help at dal.net (help), docs at dal.net (help documents), suggest at dal.net (suggestions and comments)