Nickserv Adgang Lister

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 NickServ altid beder om jer nemlig jeres password og jer blive led og ked af indeværende, jer KUNNE lave sig, og indeværende forklarer hvor.

Selv om indeværende er ikke den kasse, det er helt eventuel at noget andre hvem skam savnet hen til kunne hjælp jeres øgenavn. Selv om du er ikke paranoid omkring andre "anstille at blive jer", holde at de kunne blive jer i plage af opføre sig dårligt i noget måde hos jeres øgenavn.

Selv om jeres adgang maske er "ligeledes omfattende" og tillader anden brugernes adgang, indeværende kunne indrømme sig adgang hen til jeres beføjelser oven på kanaler hvilke du er AOP, SOP, eller grundlægger oven på.

En sammendrag kan oprette i sektion 10, hvilke i korthed forklarer hvor hen til blive en "berigtige" adgang liste i de fleste tilfælde.

2 · Hvad øgenavn adgang lister er

En øgenavn adgang liste er en liste over adresser hvorfra du er anerkendelse nemlig den bemyndiger bruger i en øgenavn, uden behøver hen til manuelt sende en password. Disse kan aftalt adresser eller "maske" at lige en omfang i adresser.

Der er adskillige veje hvori en bruger må måtte hjælp en anbefalet øgenavn.

For at forklare disse, her er en sammendrag hvoraf sker hvor jer log oven på, eller lave om på hen til øgenavn.

NickServ hindringer selv om den hak er anbefalet. Hvis ikke, så er der ikke mere sig tager ikke nøjere aktionen (i.e. jer kunne hjælp den hak).
NickServ hindringer selv om du har en username og hostname at passer til sig i dem oplagt i den adgang liste nemlig at hak. (Den username og hostname er den "something@somewhere.com" noget af den information jer klare sig maskinskrivning /whois.) Selv om der er sådan en lige, så er der ikke mere du er vel overvejet en lovlig bruger i den øgenavn, og NickServ tager ikke nøjere aktionen.
NickServ sender en advarende forklarende at selv om indeværende er jeres hak, jer burde hjælp den /nickserv identify password befale. På dette tidspunkt, jer som ikke har adgang hen til memos, kanaler, AOP beføjelser, og lignende.
Den Enforce Valgmulighed er nu placere af standard efter den øgenavn hel registrering. Selv om øgenavn tvungen er opsat på, NickServ forandringer jeres hak hen til en gæst hak 60 andenstemmer senere, hvis ikke password legitimation sendes (se efter nedenstående). Selv om øgenavn tvungen er ned af, du er tilladt hen til opbevare benytter den hak, hos den samme begrænsninger oven på adgang netop forklarede. (nemlig oplysning om nedgang ENFORCE oven på nemlig jeres hak, se efter den Tjenester FAQ afhøre 1.3 "Hvor lave JEG stop andre af benytter mig anbefalet øgenavn?")
Selv om jer skrive den /nickserv identify password befale jer blive fuld beføjelser hen til den hak så snart som den er godkendt.

At var noget bit indviklet, altså her er en anden informere se på sig af en let anderledes perspektiv; en pågældende må være benytter en anbefalet øgenavn selv om:

Deres henvende [brugerbenævne og værtbenævne] passer til sig i den adgang liste.
De afsendte den håndbog /nickserv identify password befale.
Enforce er afgå nemlig den hak
Enforce er opsat på [i dette tilfælde de kunne hjælp sig bare nemlig 60 andenstemmer]

(Bare i sager 1 og 2 er den pågældende set nemlig den "lovlig indehaver" i den øgenavn, hos adgang hen til memos, hen til se på øgenavn opsætning, og hen til hvilken som helst kanal begunstiger der måtte være nemlig at øgenavn. Skiftende øgenavn opsætning altid behøver password legitimation, kasse 2.)

Jer kunne se efter hermed at den "adgang liste" bruges nemlig bekvemmelighed, i den grad at nemlig længe nemlig jer fortsætte hen til hjælp den samme Indre service levere jer vil ikke normalt savn hen til skrive i den password hver gang jer hjælp jeres øgenavn.

3 · Hvor lave en brugerbenævne og værtbenævne blive tilføjede hen til jeres adgang liste?

Der er to veje hvori indeværende kunne ske:

Jer sammenlægge sig dig selv af benytter den befale /nickserv access add maske (se efter nedenstående)
Hvor jer indskrive jeres hak, den henvende du er benytter til og med øjeblik er automatisk tilføjede hen til jeres adgang liste (det må du gerne ville gerne ophæve sig; læse oven på)

4 · Hvor hen til lave om på jeres øgenavn adgang liste

Her ovre er den befalinger nemlig manipulerer jeres adgang liste. I nærværelse af jer hjælp noget af sig, jer burde lave om på hen til den passende øgenavn. Jer vil ligeledes savn hen til identificere nemlig den hak (/nickserv identify password) i nærværelse af jer kunne lave den ADD eller DEL befalinger.

Værsågod at gå foran skrive noget af disse befalinger NickServ vil reagere på røbe sig jer den resultater eller bevidne rigtigheden af at jeres befale arbejdede.

Selv om der er ikke svar NickServ er sikkert lagged, altså behage være tålmodig. Selv om der er en besked lige nickserv - no such nick/channel eller Services is currently down. Please wait a few moments, and then try again. så er der ikke mere NickServ er sikkert ikke i orden for øjeblikket; prøve igen senere.

/nickserv access list

Maskinskrivning indeværende befale vil røbe sig jer den indeværende adgang liste

/nickserv access add maske

Maskinskrivning indeværende befale erstatter den ord "maske" hos en selve maske - vil sammenlægge en "henvende maske" (se efter senere) hen til den liste i den grad at folk afstemning at maske vil være i stand til hjælp den øgenavn uden identificering.

/nickserv access del maske

Selv om en "henvende maske" er ikke på sin plads insecure, eller ikke længere krævede, jer kunne ophæve sig af den liste benytter indeværende befale.

5 · Den fordele og ulemper i har henvende maske i jeres adgang liste

Der er sikkerhed fordele hen til oprydning den adgang liste, hvilke betyder at jer skal altid indrømme NickServ den password altså hvad angår hjælp den hak. Altså, selv om den sikkerhed i jeres hak er flere betydelig hen til jer end bekvemmelighed, indeværende er den aktionen jer burde holde.

Kommentar at selv om en anden gør opnå at hjælp jeres øgenavn på grund af den adgang liste, de skønt kan ikke adgang noget af den betænkelig befalinger såsom opgav den registrering eller skiftende den password. Al i dem forlange jer hen til identificere hos den password først.

Hvordan end, selv om nogen bliver adgang herigennem de vil kunne læse indenad jeres memos og sende memos benytter jeres benævne, ligeledes nemlig indvinding adgang hen til hvilken som helst beføjelser det må du gerne nyde oven på kanaler (AOPs, SOPs, og lignende). De kunne ligeledes indskrive kanaler i jeres benævne.

Selv om jer pådømme jeres øgenavn savn at blive sikre, den pause heraf afdeling forklarer hvor hen til slette jeres adgang liste. Hvis ikke, jer burde overspringe hen til den næste afdeling. En hel anden afdelinger fra nu af overtage du *er* igangværende hen til hjælp den adgang liste.

Hen til slette jeres adgang maske liste, lave den næste:

Skrive /nickserv identify password (der hvor "password" er den password nemlig jeres hak)
Skrive /nickserv access wipe

Når først du har ryddet jeres adgang liste, du er igangværende hen til savn hen til identificere hos NickServ hver gang jer log oven på hen til DALnet. Hen til lave indeværende, jer skrive:

/nickserv identify password

Lave ikke skabe bil-identificere manuskripter. Det er ingen kunst at tilfældigvis log op på en anden netværk, og lade ligge at jer fik den bil-identificere skrift oven på. Oven på den anden netværk, der må nå være en bruger gerning dem selv NickServ specielt hen til liste passwords. Afhænger oven på jeres skrift, jeres password må gerne gå hen til sig. En anden opgave er det må du gerne lod jeres skrift hos bekendte og lade ligge hen til redigere ud den password. Indeværende er en sand fare og har sket hen til dusinvis i DALnet brugernes.

Selv om du har ryddet jeres adgang liste, der er i ringe grad pege læsning den pause heraf akten, nemlig sig formoder jer afgjort hen til hjælp den adgang liste.

6 · Værtnavne og brugernavne forklarede

I vælger en maske nemlig dig selv, den først genstand hen til lave er, samtidigt med at online, hen til opstille en /whois oven på dig selv, og se på den resultater. Jer burde se efter noget i retning af:

YourNick is ~user@009-443.provider.com * Your Silly Message
[etc]

eller måske lige:

*** YourNick is ~user@009-443.provider.com (Your Silly Message)

Den betydelig skille ad er den ~user@009-443.provider.com skille ad, hvilke jer burde være i stand til se efter hvilke format jeres IRC plan bruger. Vi vil se nærmere på den alskens dele heraf.

I nærværelse af vi opståen: selv om jeres følge ser ud lige ~user@124.45.230.123 - i.e. fire numre og ikke ord i den "værtbenævne" skille - ad behage se efter sektion 8 heri lede.

6.1 Den brugerbenævne

Den brugerbenævne noget af den ovenfor henvende er "~bruger". Ja endog, indeværende sig skiller i to dele den "~" hvilke viser jer lad være nyde en selvsamme styreenhed, og den "bruger" hvilke er den selve brugerbenævne.

Hvis ikke du er benytter en Unix eller VMS computer ordning såsom noget universitet systemer, eller jer hjælp sig i en få særlig service levere, det er sandsynlig at jer kunne lave om på jeres username hen til alt jer lige. [Kommentar: mIRC opringninger den username 'email henvende'.]

I den eksempel JEG gav, den pågældende har ikke forandrede deres brugerbenævne af den standard i den plan de hjælp, hvilke sker at blive "bruger". Indeværende er nok så simpel, men er langt fra navnlig klog mening. Jer burde hakke noget anden username i den grad at ikke ikke har den samme sig.

(Hvor piller en brugerbenævne, jer burde sikkert gide jeres brugerbenævne eller beretning benævne henne ved jeres ISP, hvis ikke jer ville gerne opbevare jeres email henvende skjult af anden brugernes. Selv om jer gide et eller andet anderledes nemlig at anledning, sikre den er en ugifte ord benytter bare breve og numre; benytter anden symboler kunne hidføre problematik.)

Selv om på dette tidspunkt jer lave om på jeres brugerbenævne, du vil savn hen til afbryde af IRC og reconnect. (Det er til hverdag bedst hen til forlade jeres IRC plan og så er der ikke mere lade igen.) Så er der ikke mere lave den /whois igen.

Jer savn hen til kende jeres "brugerbenævne" hen til gide en berigtige maske.

6.2 Den værtbenævne

Den ovenfor brugers værtbenævne er "009-443.provider.com". Indeværende viser at de er benytter den Indre service levere "provider.com" (hvilke JEG afsluttede), og at de er aktuelle benytter den apparat eller foretage en opringning kø til og med levere hvilke er antal 009-443.

Indeværende værtbenævne er hvad er kendt som en dynamisk værtbenævne. Dynamisk værtnavne regne blandt antal eller ligedannet kode henne ved den opståen, hvilke er anderledes hver gang jer urskive den levere for at starte en Indre samling.

Noget værtnavne (for eksempel henne ved en kompagni eller anstalt) må være statisk - det vil sige, hver gang jer opståen en Indre samling, du vil nyde lige netop den samme værtbenævne. Jer kunne komme efter hvilke jer er af retssag og fejl, men en general tommelfingerregel er at selv om jeres indre adgang kommer af ringer oppe oven på en hverdags indenlandsk foretage en opringning kø, jer sikkert nyde en dynamisk værtbenævne. Dynamisk værtnavne altid nyde et antal eller aparte kode henne ved den opståen; statisk værtnavne normalt er netop ord, men måtte omfatte numre ligeledes.

Her ovre er noget eksempler i statisk værtnavne:

spelt-lib.demon.co.uk

altair.dur.ac.uk

quilt.usn.blaze.net.au

puree.ugcs.caltech.edu

Og her ovre er noget dynamisk værtnavne:

ppp96.sagelink.net

one-pm30.norwich.net

ip022.phx.primenet.com

pc38.bgmoess-klu.ac.at

Netop hen til sammenblande, statisk værtnavne kunne nyde numre i sig (e.g cm001-13.dur.ac.uk) - selv om tvivlrådig, selv om, og den har en antal, overtage det er dynamisk.

Jer savn hen til kende hvilke skrive i værtbenævne du har i nærværelse af jer kunne gide en berigtige henvende maske.

7 · Henvende maske forklarede

Først, en rask kommentar hvorom henvende maske lave ikke omfatte De lave ikke omfatte den øgenavn lod *! at jer måtte nyde set i kanal forbud maske. De ligeledes måtte ikke omfatte den ~ henne ved den opståen i den bruger benævne, hvilke måtte være displayed i den /whois arbejdsydelse. Selv om jer omfatte enten den ene eller den anden af i disse to sager, det er sandsynlig at den maske vil aldrig nogen sinde arbejde.

Henvende maske kan i to skemaer.

7.1 Aftalt

For eksempel, en henvende maske det kan tænkes:

peter@orion.dur.ac.uk

Indeværende maske ville bare indrømme folk benytter den aftalt computer eller foretage en opringning kø "orion.dur.ac.uk", og hvis brugerbenævne ("email" i mIRC) var placere hen til "peter", hen til hjælp den øgenavn uden identificering.

7.2 Wildcards

Wildcards er den * symboler jer måtte se efter i henvende maske. En * symbol "passer til" talløs bogstaver (breve eller numre), selv slet ingen.

For eksempel:

"for*": ville lige "forest", "fortune", "for" - alt påbegyndelse hos den tretal breve "for".
"*st": ville lige "forest", "best", "Bucharest" - alt slutning hos den to breve "st".
"f*st": ville lige "forest", "frost", "fst", "fast" - alt påbegyndelse hos "f" at ligeledes slutter i "st".
"f*s*t": ville lige "forest", "foresight", "frost" - alt at begynder hos "f", slutter hos "t", og har en "s" et eller andet sted på midten.

Selv om jer lad være så meget som er klar over, at det skal du ikke være ked af; sådan sammensat wildcards er ikke til hverdag skulle bruge hen til angive nærmere adgang maske.

En typisk adgang maske hos en wildcard måtte være:

CuteElf@*.netcom.com

Indeværende tillader nogen hvis username er placere hen til CuteElf, og hvis værtbenævne slutter i ".netcom.com", hen til adgang den øgenavn. (Siden al mulig Netcom brugers henvende slutter i ".netcom.com", indeværende er langt fra nok så sikre adgang maske.)

7.3 Hvor hen til gide en berigtige maske nemlig dig selv

Altså, jo jeres brugerbenævne og værtbenævne, og hvorvidt den henvende er statisk eller dynamisk. Hvad nu?

Selv om jeres værtbenævne er numerisk - en placere i 4 numre, istedet for "ord" - jer burde nu se på sektion 8, hvilke forklarer hvor hen til omhandle indeværende placering - disse værtnavne arbejde anderledes af den normal skrive.

7.4 Selv om du har en statisk henvende

Den berigtige adgang maske nemlig jer i dette tilfælde er:

brugerbenævne@værtbenævne

For eksempel, i den usandsynlig begivenhed at den eksempel JEG gav var en statisk henvende, den berigtige adgang maske ville være:

user@009-443.provider.com

7.5 Selv om du har en dynamisk henvende

Sager er let flere indviklet her ovre. Jer dybest set savn som erstatning for den noget af den værtbenævne at forandringer hver gang hos en *:

brugerbenævne@*.noget-af-værtbenævne-at-gør-ikke-lave-om-på

For eksempel, en artig maske nemlig den ovenfor eksempel ville være:

bruger@*.levere.com

Selv om den 009 var altid den samme hver gang at bruger urskive oppe, og bare den 443 forandrede, så er der ikke mere en selv bedre maske ville være:

bruger@009-*.levere.com

8 · Numerisk værtnavne

Engang imellem den værtbenævne noget af jeres henvende må se ud ikke nemlig en benævne:

brugerbenævne@A56.miglevere.com

men nemlig en placere i 4 numre:

brugerbenævne@154.43.68.56

Den placere i numre - ligeledes kendt som en IP henvende - er ligefrem den "sand" vært henvende. Den benævne jo normalt er simpelt hen en lettere- hen til-læse måde i gav den antal.

Den grunden til at jeres hostname engang imellem kommer oppe nemlig en antal er til hverdag smøle imellem jeres service levere og den IRC styreenhed du er sammenknytte hen til. I dette tilfælde, den IRC styreenhed må ikke blive en svar hen til den "benævne opslag" inde en berettiget gang, altså sig falder igen oven på benytter den antal.

Formoder jer normalt blive en benævne, selv om jeres hostname slutter oppe er et antal sig gang, den letteste opklaring er sikkert netop hen til lave om på styreenhed, eller selv reconnect hen til den samme styreenhed. Selv om du er benytter en styreenhed det var det geografisk lige ved hen til jer, den er usandsynlig at den "antal" genstand vil ske ofte. Jer skulle ikke sammenlægge en IP rette til jeres adgang liste netop fordi sig gang jeres hostname så ud nemlig numre.

Selv om jeres værtbenævne altid eller ofte kommer oppe nemlig numre, jer måtte ville gerne sammenlægge sig hen til jeres adgang liste. Numerisk værtnavne er simpel hen til omhandle i den kontekst i en adgang maske.

Nemlig hos norm "benævne" skrive værtnavne, jer savn hen til afgøre hvorvidt jeres værtbenævne er dynamisk eller statisk; selv om jer allerede kende at af den format i den "benævne" skrive værtbenævne, så er der ikke mere sig vil være den samme nemlig den numerisk værtbenævne. Selv om du har en numerisk værtbenævne og lad være kende hvilke skrive den er, den bare sikker måde hen til indskrive er hen til log i hen til jeres Indre levere adskillige gange og se efter selv om den sidst antal (i den placere i fire) forandringer. Jer kunne overtage at en urskive beretning vil næsten ja nyde en dynamisk værtbenævne.

Selv om du har en dynamisk værtbenævne, jer savn hen til:

/nickserv access add username@154.43.68.*

der hvor den username og den først tretal numre er den ones af jeres /whois, og den * erstatter den sidst antal.

Selv om jeres henvende er statisk, simpelt hen omfatte al fire numre istedet for erstatter den sidst sig hos en *. I mig eksempel, at ville være:

/nickserv access add username@154.43.68.56

9 · Sager hen til huske og sikkerhed advis

Selv om jer savn jeres øgenavn at blive nemlig sikre nemlig eventuel

Fjerne en hel adresser af den adgang maske, og hjælp den

/nickserv identify password

befale hver gang jer log oven på hen til DALnet. (Se efter sektion 5 heraf lede.)

Selv om du har en statisk henvende

Selv om du er sig i den heldig få hos en statisk henvende, jer burde nyde en adgang liste bestå i jeres brugerbenævne@værtbenævne og ikke andet. Den maske i den liste skulle ikke nyde hvilken som helst wildcards (* symboler) siden jeres henvende er altid lige netop den samme.

Fjerne hvilken som helst anden maske at måtte være i den liste.

Fordi jeres henvende er statisk, ingen andre kunne nyde en afstemning henvende, altså indeværende er nok så sikre; det er usandsynlig andre vil være i stand til skældsord jeres øgenavn.

Selv om du har en dynamisk henvende

Det meste af os er stak hos dynamisk adresser, beklageligvis. Den grundlæggende regel er hen til nyde bare sig maske i den liste, hvilke vil "indrømme i" nemlig få folk nemlig eventuel. Fjerne hvilken som helst anden maske.

Den maske burde omfatte jeres username, og nemlig mange i den hostname nemlig eventuel (det hele at gør ikke lave om på). For eksempel, samtidigt med at Jeg var benytter Netcom, mig standard maske at NickServ bestemt mig tilladt nogen henne ved Netcom hen til hjælp mig øgenavn. (Hvis eller de forandrede deres username hen til den sig Jeg var benytter henne ved den gang.) Af ser ud i min alder hostname, JEG bemærket at noget af sig henvist hen til den urskive pege Jeg var benytter, og gjorde ikke lave om på. Altså JEG erstattet mig adgang maske hen til omfatte at ligeledes, hvilke mente at bare dem Netcom brugernes hvem anvendte den Seattle, WA urskive pege ville være i stand til hjælp mig øgenavn.

Nemlig jer kunne se efter, hvor du har en dynamisk IP, adgang maske næsten altid indrømme stor grupper i folk den potential hen til hjælp jeres øgenavn. Selv om du er ikke tilfredse med indeværende, jeres bare valgmulighed er hen til fjerne al adgang maske af den liste, og manuelt identificere hos NickServ hver gang jer hjælp DALnet.

Kommentar at selv om en anden gør opnå at hjælp jeres øgenavn på grund af den adgang liste, de skønt kan ikke få fat i noget af den betænkelig befalinger såsom opgav den registrering eller skiftende den password. Al i dem forlange jer hen til identificere hos den password først. Hvordan end, selv om nogen fik adgang herigennem de vil kunne læse indenad jeres memos og sende memos benytter jeres benævne, ligeledes nemlig adgang hvilken som helst kanal begunstiger jer måtte nyde.

Selv om jer lave om på Indre levere

I dette tilfælde du vil savn hen til sammenlægge ny, anderledes maske nemlig jeres ny henvende. Lad være lade ligge hen til fjerne den forhenværende maske, formoder du er ikke længere igangværende at blive benytter den forhenværende beretning.

Selv om du har flere sig Indre beretning

Det må du gerne ville gerne sammenlægge adskillige maske, sig nemlig hver i den regnskab hvorfra jer hjælp DALnet.

Lad være sammenlægge omfattende adgang maske hen til jeres liste

ALDRIG NOGEN SINDE opstille *@* i jeres adgang liste, eller anden adgang maske lige *@*.net, *@*.com, *@*.uk, og lignende, hvilke ville lade stor numre i folk hjælp jeres hak.

Prøve hen til nyde nemlig få adgang maske nemlig eventuel

Jer burde bare savn sig adgang maske per beretning jer hjælp hen til IRC. Hver adgang maske jer omfatte må nedskære den sikkerhed i jeres øgenavn let, altså undgå har flere indeværende mindst.

Selv om du har plage hos folk prøver hen til liste jeres øgenavn

Engang imellem, selv om folk er prøver hen til liste jeres hak, jer måtte ville gerne sammenlægge advarsler hen til CSops (den bare folk hvem kunne apportere kanal og øgenavn passwords at måtte nyde blevet bortkommet) i den grad at de vil kende du har blevet har problematik hermed, og vil ikke slippe op den password hen til en.

Indeværende er færre sigende nu til dags fordi jeres øgenavn burde nyde blevet anbefalet hos en email henvende. CSops vil normalt sende passwords bare hen til at email henvende. Hvordan end, selv om du er skønt optaget, jer kunne advare CSops benytter "eftergøre" adgang maske, for eksempel:

ATTENTION@dont.give.out.my.pass.to.anyone

eller

ATTENTION@only.send.my.password.by.email

Jer skulle ikke sammenlægge af denne slags "eftergøre" maske hvis ikke jo eller stærkt ane at nogen er prøver hen til liste jeres øgenavn. Selv om jer omfatte disse, klart den CSop vil ikke slippe op den password hen til en, selv jer.

Selv om jer sammenlægge en "bare sende mig password af email" maske, lad være lade ligge for en ordens skyld jeres email henvende er nærmere angivet nemlig den øgenavn (se efter /nickserv help set email om mere information).

10 · Sammendrag

Her er den rask måde hen til blive en "berigtige" adgang liste i de fleste tilfælde.

Skrive /nickserv access list
Skrive /nickserv access wipe
Selv om jer savn jeres øgenavn at blive helt "sikre", stop nu, lad være lave hvilken som helst anden befalinger. Du vil være nødt til at hjælp den /nickserv identify password befale hver gang jer log oven på hen til DALnet. (Kommentar: Der er en lille skema heraf befale, /identify password, hvilke det må du gerne hitte nyttig.)
Skrive /whois YourNick (der hvor jer skifte ud YourNick hos jeres hak). Den følge burde være:

YourNick is youruser@stupidnumber.hostname * Your silly message
Selv om der var noget indskrænket antal der i denvært opkalde efter (den @ symbol) så er der ikke mere jer sikkert nyde en dynamisk henvende: skrive /nickserv access add youruser@*.hostname (erstatter "youruser" og "denvært" hos den selve værdier af den /whois befale.)

Selv om der var ikke et antal så er der ikke mere jer sikkert nyde en statisk henvende. Den opstå af /whois ligefrem tegnede til at blive:

YourNick is youruser@hostname

I dette tilfælde, skrive /nickserv access add youruser@hostname (erstatter "youruser" og "denvært" hos den selve værdier)
Ja netop, du er gennemstegt.