Dette har vært en veldig varierende dag. Hovedsaklig så har jeg drevet med to store oppgaver, samt lært en god del om hvordan Remote Backup fungerer. For første gang på lenge har jeg ikke drevet med brukersupport.

Jeg og Anders fikk i oppgave å sjekke ut en skriver som var ute av drift. Vi tok med oss en "Fluke" som er kalles en "Network Assistant". Dvs. at den brukes til å sjekke om det er nettverkstilgang i en port. Jeg har brukt denne tidligere.

http://petterste.blogspot.no/2014/11/utplassering-14-november.html

Vi kom frem til skriveren og så med én gang at den ikke fikk koblet seg til DHCP-serveren. Dermed plugget vi nettverkskabelen inn i Fluken. Fluken fikk heller ikke koblet seg opp mot DHCP-serveren. Som du kan se på bilde to har den fått IP-adresse 192.xxx.xxx.xxx. Det er en falsk IP-adresse som den gir til seg selv hvis den ikke får av en server.

Vi gikk inn til serverrommet og koblet en stick inn i patchepanelet for å se om Fluken fikk kontakt. Etter at vi sto en stund så vi at kabelen var en CAT 5, ikke CAT 5E. Vi byttet den ut med en nyere kabel og da fikk Fluken IP. Det var veldig rart at kabelen skal ha så mye å si, men vi ble ferdig og jeg begynte på et nytt prosjekt.

Jeg fikk være med på å kable opp mellom to servere. Kartverket bruker et system som heter Remote Backup. RB er et system der du har to SAN som skal være koblet sammen. Det fungerer ved at du har en "master" og en "backup". Alt som lagres til serverne blir sendt til masteren, og fra masteren blir det øyeblikkelig sendt til backupen. Hvis masteren en dag tryner, kan serveren bare koble seg opp mot backupen og den vil ha tilgang til akkurat de samme filene. Dermed vil ansatte til enhver tid ha tilgang til det de trenger.

Oppgaven min var å bruke fiberkabler for å koble en node til en switch. Switchen går videre ned til en annen switch som også er koblet til en node. Dermed vil filene sendes i sanntid mellom nodene som er koblet til SANet. Da jeg var ferdig fikk jeg "undervisning" i hvordan de senere setter opp og kobler sammen SANene. Desverre er det ikke lov til å ta bilder inne i serverrommet, så under er det et bilde av fiberkabelen som ble brukt.

• planlegge, utføre og dokumentere driftsoppgaver og daglig vedlikehold av en systeminstallasjon
• skaffe til veie, dokumentere, håndtere og installere planlagt program- og maskinvare etter utarbeidede planer, uten at det oppstår skade på maskinvaren

De siste ukene på Kartverket har vært veldig hektiske, men er det noe jeg har erfart under utplasseringa, så er det at arbeidsdagene er veldig varierende. Dette har definitivt vært den roligste dagen på to måneder. Mesteparten av dagen har gått til tanking av PCer, og småoppgaver innen brukerstøtte. Likevel ble det en trøblete start. Før tanking må vi endre på noen innstillinger i BIOS. En av disse tingene er å velge mellom Legacy og UEFI. UEFI er en nyere metode som vi har forsiktig tatt i bruk. Fordelen med UEFI er at det er mye mer fleksibelt og skal føre til blant annet kjappere oppstart av maskinene. Vi klarte ikke å finne ut av hvorfor, men da vi valgte UEFI gikk det ikke an å velge "boot device" på maskinen, så derfor måtte vi velge den eldre Legacy.

På en annet maskin oppsto det et annet problem, men bare litt mer komisk. Tankingen ville ikke starte på maskinen, og den påsto at den ikke var koblet opp mot internett, selv om jeg hadde plugget i en nettverkskabel. Etter en stund fortalte Anders meg at han hadde nappet ut patchekabelen til den porten for noen dager siden. Vi gikk inn til server-rommet, så fikk jeg lov til å patche opp. Deretter begynte tankingen som den skulle.

Mens jeg ventet på at maskinene skulle bli ferdig, pakket jeg ut nye maskiner og satte inn nye RAM-brikker. Kartverket bruker veldig tunge programmer så vi trenger kraftige maskiner med spesielt mye RAM. (32 GB).

• yte service gjennom brukerstøtte og kommunikasjon med brukere
• skaffe til veie, dokumentere, håndtere og installere planlagt program- og maskinvare etter utarbeidede planer, uten at det oppstår skade på maskinvaren

Dette har vært en strevende dag på utplassering. Dagen ble delt opp i to. Den første delen innebar å telle opp alle tynnklienter som de har i huset. Den andre oppgaven gikk ut på å fortsette med oppsettingen av maskiner til møterom over hele landet.

Vi var ganske kjapt i gang med å telle opp maskiner. Vi gikk rundt fra rom til rom og sjekket navnet på maskinen. Som du ser på bildet så er det veldig mange maskinnavn, og oppgaven vår var å finne ut om det var noen maskiner som manglet på lista- eller om det var noen maskiner som var fjernet i senere tid. Vi skulle også skrive ned hvilken avdeling / hvilket rom som PCen befant seg i. Jeg hadde en litt pinlig tabbe, der jeg leste av brukernavnet i stedet for PCnavnet, så jeg erget meg veldig over at jeg ikke fant maskinen på listen. Som nevnt tidligere tok dette halve dagen, og de andre skulle senere fortsette oppgaven ved å legge det inn endringene i Active Directory.

Etter lunsj bar det ned til fellestjenesten, der jeg ble satt i gang med flere småoppgaver. Det første var print. Noen enkle oppgaver som å bytte stifter osv. Deretter fikk vi meldinger om at en skriver ikke ville skrive ut. Så vi logget inn på print-serveren og så udmiddelbart at skriveren ikke var tildelt noen print-kø. Dette fikset vi ved å finne skrivernavnet, og reserverte en ubrukt print-kø. Det var også noe kluss med navnet som var registrert, siden den var kjøpt brukt fra et annet firma. Dette gjorde at det ble forvirringer i DNS-serveren.

Så begynte fortsettelsen på en langvarig oppgave som har pågått i flere uker. Vi har snart kommet i gjennom alle, og prosessen går fortere for hver gang, siden jeg begynner å bli vant til de ulike stegene i oppsettet.

Vi avsluttet dagen med søppeltømming. Vi fikk også inn mange telefoner fra frustrerte ansatte, så det ble i tillegg mange utrykninger.

• yte service gjennom brukerstøtte og kommunikasjon med brukere
• utarbeide en plan for systeminstallasjoner med programvare, maskinvare og nettverk og andre kommunikasjonsløsninger som dekker en virksomhets spesifiserte krav
• planlegge, utføre og dokumentere driftsoppgaver og daglig vedlikehold av en systeminstallasjon

På denne oppgaven skal vi sette opp tre switcher som skal kommunisere med hverandre. For å bedre oppgaven har jeg valgt å samarbeide med Siv-Kaia. Derfor vil jeg også nevne at vi har benyttet oss av de samme bildene, så alle fotografiene er tatt av henne, og brukt med tillatelse. Oppgaven gikk ut på at en maskinen skulle kobles til switch én og skulle pinge en annen maskin som er koblet i switch tre. I disse switchene skal det lages 4 Vlan, og disse Vlanene skal ikke snakke mellom hverandre. Vi har:

Vlan1 – Admin

Vlan10 – Elever

Vlan20 – Lærere

Vlan30 – Internett

Alle configfilene kan du finne her:
Config-filer

HP Procurve 1700-8

Dette er uten tvil den enkleste switchen. De to andre switchene har 24 porter, mens denne har kun 8. 2524 har mulighet for både konsoll og web-grensesnitt, men denne har kun web. Det første vi gjorde var å resette switchen. Du skal loope port 1 og port 2, vente 20 sekunder og ferdig. Deretter logget vi inn med deafault IP 192.168.2.10. I begynnelsen fikk vi ikke tilgang til switchen, selv om vi skrev inn riktig IP. Etter en stund byttet vi fra Chrome til IE, og da fungerte det med én gang. Dette er en litt pinlig, men morsom feil som gjorde at vi satt og klødde oss i hodet i et par minutter. Noen andre ting som er viktig å tenke på er at brannmuren må være av, og PCen må ha en fast IP samt samme subnet-maske. 

Da vi fikk tilgang så endret vi IP-adressen til 192.168.12.1 og masken til 255.255.0.0. I tillegg så la vi inn et meget avansert og sikkert passord. Så oppdaterte vi Firmware på switchen. Denne oppdateringen hentet vi fra nettsiden til HP. 

Deretter la vi inn alle Vlanene som er listet over. Admin i port 1, Elever i port 2 og 3, Lærere i port 4 og 5, Internett i port 6 og 7 og tagged trunk på port 8. Til slutt så testet vi om alle Vlanene fungerte som de skulle. Siv-Kaia satte maskinen sin i Vlan10, og jeg plugget maskinen min i Vlan20, og vi fikk ikke kontakt, som betyr at alt er riktig. På denne switchen var det også veldig enkelt å hente ut config-filene, siden det var bare en tastetrykk på en meny.

HP Procurve 2524

Dette er en 24-porters switch fra HP. Den lille switchen hadde kun Web-grensesnitt, og du behøvde kun en ethernetkabel for å administrere switchen, mens 2524 må ha COM-kabel. Denne switchen har både Web-grensesnitt og konsoll. Vi valgte å bruke konsoll fordi det gir en større utfordring og vi lærer mer. Til forskjell fra Ciscoen så har HP en meny, og programmet som vi brukte var PuTTY.

Det første vi gjorde med switchen var «factory rest». Dvs. at all konfigurasjon på switchen settes tilbake til standard. Dette var ganske enkelt. Det eneste vi behøvde å gjøre var å holde inn «reset» og «clear» samtidig. Deretter slapp «reset» mens vi samtidig holdt inne clear. Når test begynte å blinke, slapp vi «clear» og resettingen var ferdig.

 

Deretter oppdaterte vi Firmware. For å gjøre dette måtte vi lage en TFTP-server. Her la vi ved fila, og skrev inn IP-adressen til TFTP-serveren med navnet på firmware-fila. Derfra hentet, pakket ut, og installerte switchen firmware-oppdateringen.

 

På den andre switchen satte vi 192.168.12.1 som IP-adresse, så vi valgte å sette 192.168.12.2 som IP på denne. Det er viktig at switchene ikke har samme IP-adresse, ellers vil det komme en IP conflict. Masken skal være den samme på alle switchene, også på alle datamaskinene.

Til slutt prøvde vi også ut web-grensesnittet. Det er veldig enkelt å komme seg inn. Det eneste du trenger er å være koblet til admin-Vlanet og skrive inn IP-adressen i IE (vi hadde problemer i andre nettlesere. Det kreves også at du har Java på maskinen). Til forskjell fra Cisco, så har 2524 en meny i PuTTY. Dette gjør det mye lettere å navigere seg rundt, spesielt for de uerfarne.

Det som da gjensto var å sette opp Vlan. Først lagde vi de Vlanene som er på lista over, og så fikk vi en liste over portene, så vi bare valgte «untagget» på portene, og tagga port 23 og 24.

Vi avslutta med å teste switchen mot 8-porten. Siv-Kaia sin maskin sto i 1700-8 og min sto i 2524. Da de sto i samme vlan, fikk vi kontakt, og da vi sto i ulike Vlan fikk vi ikke kontakt.

 

Cisco Catalyst 2950

Dette var den absolutt vanskeligste switchen. Med firmwaren som allerede lå på, var det ikke mulighet for web-grensesnitt eller menyer i PuTTY.

Det første vi gjorde var å resette switchen. Så la vi inn firmware via TFTP-server.

Så la vi inn de samme Vlanene som på de to andre switchene.
Her er noen eksempler på kommandoer som vi skrev inn for å sette Vlan på porter:

configure terminal
interface vlan1
ip address 192.168.12.3 255.255.0.0
no shutdown
exit
vlan 10
name Elev
Kommandoene over er for å sette IP + maske og gi Vlan1 navnet Elev. No shutdown er for at porten ikke skal slå seg av


interface range FastEthernet0/1 - 3
switchport access vlan 1
no shutdown
Over her er et eksempel på hvordan man velger et Vlan for porter.


interface FastEthernet0/23
 switchport trunk allowed vlan 1,10,20,30,1002-1005
 switchport mode trunk
Over her ser du hvordan man trunker en port.
 

Til slutt prøvde vi også ut Web-grensesnittet. Det var ribbet for funksjonalitet, men det ga en fin oversikt over portene osv.

 For å avslutte det hele koblet vi til skapet til Magnus. Vi hadde litt problemer i starten, fordi av en eller annen grunn var ikke port 23 tagget. Vi fikk litt panikk, men det ordnet seg. Et annet irriterende problem var at vi ikke fikk Vlan1 (admin) til å kunne pinge andre maskiner som var koblet til admin i en annen switch. Vi måtte bare la det være. Vi hadde også noen andre tabber som f.eks. da vi glemte å tagge både 23 og 24, så ingen av Vlanene kom seg videre fra switch 2.