Nickserv Adgang Lister ====================== Version 1.2.2 Sidst oversat af Zappu (zappu.dalnet at qmail.com) on 2006-11-16 Sidst gennemset af Fredfred (Fredfred at dal.net) on 2005-11-12 Originalt skrevet af quen (quen at leafdigital.com) on 1996-02-09 Copyright (C) 1996-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 den måde hen til kontrol lige netop hvor og hvori omstændigheder jer og andre kunne hjælp jeres øgenavn(s) oven på DALnet. Den "kontrol" JEG nævnt findes hen til jer af en NickServ indslag kendt som den "adgang liste" eller af identificering hen til NickServ hos jeres password hver gang jer log oven på. Selv om jer har ikke allerede valgte og anbefalet jeres øgenavn hos NickServ, jer burde først lave at - læse Afhøre 1.2 "Hvor lave JEG indskrive mig hak?" i den Tjenester FAQ i nærværelse af vedblivende hermed. Til sidst, to informere kommentarer - når som helst JEG indrømme en befale hen til skrive såsom /nickserv identify Den befale burde være maskinskrevet nemlig den er vist, *bortset* at jer burde skifte ud krævede parametre (her ovre 'password') hos den passende oplysning. For eksempel, i den ovenfor eksempel, selv om jeres password var "apple", jer ville ligefrem skrive /nickserv identify apple Hvor befalinger begynde med "/nickserv" eller "/chanserv", det vil sige en alias plejede besked den service trygt. Selv om jeres klient gør ikke opfatte den befale, jer kunne lægge for den befalinger hos "/quote nickserv", eller hos "/msg nickserv@services.dal.net". Indhold ------- 1 * Hvor kan det være at jer savn hen til kende indeværende information 2 * Hvad øgenavn adgang lister er 3 * Hvor lave en brugerbenævne og værtbenævne blive tilføjede hen til jeres adgang liste? 4 * Hvor hen til lave om på jeres øgenavn adgang liste 5 * Den fordele og ulemper i har henvende maske i jeres adgang liste 6 * Værtnavne og brugernavne forklarede 6.1 Den brugerbenævne 6.2 Den værtbenævne 7 * Henvende maske forklarede 7.1 Aftalt 7.2 Wildcards 7.3 Hvor hen til gide en berigtige maske nemlig dig selv 7.4 Selv om du har en statisk henvende 7.5 Selv om du har en dynamisk henvende 8 * Numerisk værtnavne 9 * Sager hen til huske og sikkerhed advis 10 * 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 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. 1. 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). 2. 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. 3. NickServ sender en advarende forklarende at selv om indeværende er jeres hak, jer burde hjælp den "/nickserv identify " befale. På dette tidspunkt, jer som ikke har adgang hen til memos, kanaler, AOP beføjelser, og lignende. 4. 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?") 5. Selv om jer skrive den "/nickserv identify " 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: 1. Deres henvende [brugerbenævne og værtbenævne] passer til sig i den adgang liste. 2. De afsendte den håndbog "/nickserv identify " befale. 3. Enforce er afgå nemlig den hak 4. 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: 1. Jer sammenlægge sig dig selv af benytter den befale "/nickserv access add " (se efter nedenstående) 2. 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 ") 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 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 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: 1. Skrive "/nickserv identify " (der hvor "password" er den password nemlig jeres hak) 2. 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 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 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 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 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. 1. Skrive "/nickserv access list" 2. Skrive "/nickserv access wipe" 3. 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 " befale hver gang jer log oven på hen til DALnet. (Kommentar: Der er en lille skema heraf befale, "/identify ", hvilke det må du gerne hitte nyttig.) 4. 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 5. 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 " (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 " (erstatter "youruser" og "denvært" hos den selve værdier) 6. Ja netop, du er gennemstegt. ---------------------------------------------------------------------- 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)