Skal snart til fejlfinding eksamen som It support
Diverse d. 23. november. 2017, skrevet af wood pandaer
Vist: 3602 gange.
wood pandaer
#0
Har i nogle gode råd eller kommando som man kan skrive når man er der inde ?
Håber i kan hjælpe :)
Kender til tracert, ipconfig og ping .
Håber i kan hjælpe :)
Kender til tracert, ipconfig og ping .
#1
Du kender da forhåbentligt flere hvis du står og skal til fejlfindings prøve.
Det er jo ikke kun netværk der skal fejlfindes på.
Det vigtigste er at gøre det struktureret. Og fortælle alt du forventer at se, samt alt hvad du gerne vil prøve.
Svaret blev redigeret 1 gang, sidst af PandeX d. 23-11-2017 14:19:51.
Det er jo ikke kun netværk der skal fejlfindes på.
Det vigtigste er at gøre det struktureret. Og fortælle alt du forventer at se, samt alt hvad du gerne vil prøve.
Svaret blev redigeret 1 gang, sidst af PandeX d. 23-11-2017 14:19:51.
#2
Arbejd systematisk, og hold dig til din plan.
Metoden er det vigtigste.
Metoden er det vigtigste.
#3
#jeg kan de normal Ting.
Men vil bare hører hvis i havet nogle gode råd til det :)
Men vil bare hører hvis i havet nogle gode råd til det :)
#4
Bare Husk, alt over 2 er spild arbejde. 🤣 🤣
#6
Lad være med at stresse over du ikke lige kan se fejlen. Bare du holder hovedet koldt og arbejder struktureret, er der intet problem.
#7
Jeg troede det forgik via tlf.
"Hejsa, min pc går ned, når jeg starter <x> program."
"Ja, det lyder som en alvorlig fejl. Du Bliver nok nødt til, at formattere C-drevet og installere windows på ny, farvel".
"jamen, jeg tro...
"FARVEL, blev der sagt *klik*."
...
"Hejsa, min pc går ned, når jeg starter <x> program."
"Ja, det lyder som en alvorlig fejl. Du Bliver nok nødt til, at formattere C-drevet og installere windows på ny, farvel".
"jamen, jeg tro...
"FARVEL, blev der sagt *klik*."
...
#8
Hvis det er en opstillet situation, hvor der fysisk er en "bruger" til stede som præsentere problemet, bed da altid om at de skal gendanne fejlen hvis de kan, aldrig tag brugerens ord / forklaring for givet. -.- Sig / spørg, om det er okay du overtager kontrollen med deres User inden du bare gør det. Og som 1# skriver, sig alt du tænker. Dine overvejelser, umiddelbare indikationer og hvorfor de er der. Hvad du tænker der er løsningen, hvorfor du vælger netop den approach og hvordan løsningen bliver ført ud i livet. Skriv løbende notater i stikord om dine observationer undervejs, så du f.eks ikke behøver at gå tilbage, til DNS eller DHCP, hvis du kan se dine clients får de korrekte informationer.
Og for gud skyld, start nedefra i OSI modellen når du fejlsøger! Hvis du ikke allerede har det, så lav din egen disposition til systematisk fejlsøgning. Lav den, så den giver mening for dig. :)
Og for gud skyld, start nedefra i OSI modellen når du fejlsøger! Hvis du ikke allerede har det, så lav din egen disposition til systematisk fejlsøgning. Lav den, så den giver mening for dig. :)
#9
#0
Nu ved jeg ikke hvad der er i prøven i dag, men da jeg tog min datatekniker i 2013 var udgangspunktet at du fik et ark, med en oversigt over et It setup.
Mener det var noget med 3 sites, x antal servere på site a,b og c, og nogle klienter. Hvor der så står "bruger x på site c kan ikke tilgå side A på navnet"
Derfra så er det bare at vise at du kan fejlfinde, logisk, eks. kan du ikke slå navnet på? Find IP adressen, og se om du kan forbinde til den, kunne du det? Godt så, tjek DNS på klienten. Ser den rigtig ud? Lav NSlookup og verificer du har forbindelse, har du det? Så er det videre hen og kig på DNS serveren. Har du ikke forbindelse, så kig på en anden pc i samme Site om den har samme problem, hvis ja, så skal du muligvis kigge på noget netværk osv.
Grundreglen dengang var at gå logisk til værks. Vi fik at vide at det trak ned hvis vi var nødt til at gå tilbage på en enhed for at tjekke noget som vi kunne have tjekket i første omgang. Så start fra bunden, udeluk fejl, og gå videre step-by-step til du rammer enheden med fejlen.
Bemærk i øvrig i samme omgang at du ikke får karakter for at finde fejlen, men for at du viser at du kan fejlsøge. Så selv hvis du med det samme kan se hvad fejlen er, så skal du fortsætte med at udelukke de andre fejlkilder. Du må ikke bare sige "fejlen er x" efter 2 minutter.
Nu ved jeg ikke hvad der er i prøven i dag, men da jeg tog min datatekniker i 2013 var udgangspunktet at du fik et ark, med en oversigt over et It setup.
Mener det var noget med 3 sites, x antal servere på site a,b og c, og nogle klienter. Hvor der så står "bruger x på site c kan ikke tilgå side A på navnet"
Derfra så er det bare at vise at du kan fejlfinde, logisk, eks. kan du ikke slå navnet på? Find IP adressen, og se om du kan forbinde til den, kunne du det? Godt så, tjek DNS på klienten. Ser den rigtig ud? Lav NSlookup og verificer du har forbindelse, har du det? Så er det videre hen og kig på DNS serveren. Har du ikke forbindelse, så kig på en anden pc i samme Site om den har samme problem, hvis ja, så skal du muligvis kigge på noget netværk osv.
Grundreglen dengang var at gå logisk til værks. Vi fik at vide at det trak ned hvis vi var nødt til at gå tilbage på en enhed for at tjekke noget som vi kunne have tjekket i første omgang. Så start fra bunden, udeluk fejl, og gå videre step-by-step til du rammer enheden med fejlen.
Bemærk i øvrig i samme omgang at du ikke får karakter for at finde fejlen, men for at du viser at du kan fejlsøge. Så selv hvis du med det samme kan se hvad fejlen er, så skal du fortsætte med at udelukke de andre fejlkilder. Du må ikke bare sige "fejlen er x" efter 2 minutter.
#10
#9 og 8, Tak det i skrev :)
Er bare super nervøs, så vil bare lige hører hvad i havet tænk jer at gør :)
Er bare super nervøs, så vil bare lige hører hvad i havet tænk jer at gør :)
#11
nvm
Svaret blev redigeret 3 gange, sidst af 001+ d. 23-11-2017 21:56:47.
Svaret blev redigeret 3 gange, sidst af 001+ d. 23-11-2017 21:56:47.
#13
#0 Som flere har nævnt, gå systematisk til værks.
Lav en liste over mulige fejl i det beskrevet scenarie. Lav her efter en liste i punktform, hvor du starter med at undersøge den fejl du mener er mest sandsynlig og arbejd dig igennem listen.
Jeg fik i min tid, en maskine der ikke kunne authentikere op i mod et domain. Det første teknik der skal være på plads for at du kan dette, er at DNS serveren er sat korrekt. Jeg kiggede dette og det var fejlen - jobs done 🙂
Undervejs er det også vigtigt at du hele tiden fortæller hvad du gør og hvorfor du gør som du gør. Hvorfor kontrollere DNS serveren? - Fordi at domain authentikering ikke fungere, hvis ikke DNS serveren er sat korrekt. Etc. etc.
Lav en liste over mulige fejl i det beskrevet scenarie. Lav her efter en liste i punktform, hvor du starter med at undersøge den fejl du mener er mest sandsynlig og arbejd dig igennem listen.
Jeg fik i min tid, en maskine der ikke kunne authentikere op i mod et domain. Det første teknik der skal være på plads for at du kan dette, er at DNS serveren er sat korrekt. Jeg kiggede dette og det var fejlen - jobs done 🙂
Undervejs er det også vigtigt at du hele tiden fortæller hvad du gør og hvorfor du gør som du gør. Hvorfor kontrollere DNS serveren? - Fordi at domain authentikering ikke fungere, hvis ikke DNS serveren er sat korrekt. Etc. etc.