torefos.no — tweak · lab

Blogg

dato · tittel · kilder

devops · nettverk · lab

Der playbooks møter pakker — og læring blir gøy.

> bygg det · bryt det · forstå det

Laster innlegg …

Study World

tid · scene · studiemusikk Åpne fullskjerm ↗

Subnet Calculator

live · VLSM-klar

IP-adresse

CIDR / Maske

VLSM — neste subnet

Antall hoster nødvendig

OSI-modellen — 7 lag

interaktiv · innkapsling

Klikk et lag · eller se data gå ned (innkapsling) og opp (avkapsling)

↓ innkapsling (sender) · ↑ avkapsling (mottaker)

💻

PC-A

sender

💻

PC-B

mottaker

PDU / innkapsling

Klikk et lag eller start animasjon

ApplicationOSI 5–7

TransportOSI 4

InternetOSI 3

LinkOSI 1–2

Klar. Klikk lag 7→1 for detaljer, eller animer en melding gjennom stakken.

Hva er OSI?

OSI deler nettverkskommunikasjon i 7 lag. Hvert lag har en jobb og snakker bare «logisk» med samme lag hos motparten.

Innkapsling (ned): data får headere lag for lag. Avkapsling (opp): mottaker stripper headerne i motsatt rekkefølge.

Huskeregel (nedefra): Please Do Not Throw Sausage Pizza Away — Physical → … → Application.

Tips: start animasjonen, følg PDU-baren og loggen. Sammenlign med TCP/IP-boksene under stakken.

Switch & VLAN · access & trunk

interaktiv demo · 802.1Q

To switcher · access-PC-er · 802.1Q-trunk

SWITCH-1

access

Gi1/0/1

access

Gi1/0/2

trunk → SW2

Gi1/0/24 · TRUNK

💻

PC-A

VLAN 10

💻

PC-B

VLAN 20

TRUNK

tagged
10,20,30

SWITCH-2

trunk → SW1

Gi1/0/24 · TRUNK

access

Gi1/0/1

💻

PC-C

VLAN 10

Allowed VLANs på trunk 10 20 30

VLAN 10 VLAN 20 VLAN 30 stiplet = 802.1Q-tag

Klar. A/B på SW1 (access), C på SW2 (access), trunk imellom. Prøv A→C med samme VLAN.

Access vs trunk

Access: ett VLAN. PC sender/mottar untagged. Switchen setter/fjerner tag ved kanten.

Trunk: bærer flere VLAN mellom switcher. Rammen er 802.1Q-tagged på kabelen — taggen fjernes ikke før den går ut en access-port.

Default: A og C i VLAN 10 → A → C går over trunk med tag. A og B i ulike VLAN → blokkert lokalt.

Tips: fjern VLAN 10 fra allowed på trunk og send A→C — da droppes rammen på trunk.

DHCP — DORA & lease

interaktiv demo

Klient · broadcast · server · lease

💻

PC-A (klient)

0.0.0.0
ingen lease

🖧

DHCP-server

pool aktiv
192.168.10.100–110

1 Discover 2 Offer 3 Request 4 Ack

DHCP-server på (av = timeout / ingen Offer)

Pool start

Pool slutt

Default gateway

DNS

Maske (CIDR)

Lease (sek, demo)

Klar. Trykk «Start DORA» for å hente IP via Discover → Offer → Request → Ack.

Hva er DHCP?

DHCP gir klienten IP, maske, gateway og ofte DNS — uten manuell config.

Prosessen kalles DORA: Discover, Offer, Request, Ack. Discover og Request er typisk broadcast (255.255.255.255) før klienten har gyldig IP.

Leasen er tidsbegrenset. Ved T1 (~50 %) forsøker klienten Renew (unicast til serveren).

Tips: skru av serveren og start DORA — se timeout. Eller sett pool til én IP og test på nytt etter lease.

DNS — oppslag & cache

interaktiv demo

Klient · rekursiv resolver · autoritativ sone

💻

PC-A

stub resolver
spør alltid

🔁

Resolver

cache: tom
UDP/53

🗂

Auth · lab.local

sone aktiv
ns1.lab.local

1 Query 2 Cache? 3 Recurse 4 Answer

Resolver-cache

tom — ingen cached svar

Autoritativ server på (av = SERVFAIL ved cache-miss)

Navn (QNAME)

Type

TTL (sek, demo)

RD=1 · rekursiv ønsket

Klar. Resolve et navn — første gang: cache miss + recurse. Andre gang: cache hit.

Hva er DNS?

DNS oversetter navn til data (f.eks. IP). Klienten spør en rekursiv resolver; den finner svaret (cache eller via autoritative servere) og svarer tilbake.

Svar caches med TTL. Innen TTL går ut trengs ingen ny tur til autoritativ server — det er derfor andre oppslag er raske.

Demo-sone lab.local: www, mail, blog (CNAME), MX, NS. Prøv også et ukjent navn → NXDOMAIN.

Tips: resolve www to ganger. Deretter tøm cache, eller skru av auth og resolve noe som ikke er cached.

Spanning Tree — løkker & porter

interaktiv demo · 802.1D-forenklet

Tre switcher · triangel · én blokkert lenke

SW-A

32768.00:0A

RPC —

ROOT

SW-B

32768.00:0B

RPC —

ROOT

SW-C

32768.00:0C

RPC —

ROOT

— — — — — —

Root bridge RP root port DP designated BLK blocked

1 Root 2 Root ports 3 Designated 4 Block

STP på (av = alle porter forward → løkke)

SW-A · MAC …:0A

Priority

SW-B · MAC …:0B

Priority

SW-C · MAC …:0C

Priority

Kost A–B

Kost A–C

Kost B–C

Fail A–B Fail A–C Fail B–C

Klar. Default: SW-C er root (priority 4096). Kjør STP for å se roller og blokkert lenke.

Hvorfor Spanning Tree?

Flere switcher med redundante kabler gir L2-løkker. Broadcasts går i ring for alltid → broadcast storm.

STP bygger et spennende tre: velger én root bridge, finner beste sti dit, og blokkerer porter som ellers ville lukket en løkke.

Porter: RP (mot root), DP (designated på segmentet), BLK (alternativ / blokkert).

Tips: senk priority på SW-A, kjør på nytt. Fail en lenke. Skru av STP og kjør broadcast-demo.

Ansible — nettverksautomasjon · Cisco IOS-XE

healthcare lab · forenklet

Scenario: C1 + sw01/sw02 · VLAN 10/20/820 · healthcare ACL · save

⎈

control

ansible-core
cisco.ios · network_cli

SSH · network_cli · ansible_network_os=ios ← inventory

Inventory · switches

Playbook · healthcare deploy

hosts: --check (dry-run) simuler feil på sw02

$ klar — healthcare-scenario: facts → banner → VLANs → ports → ACL → verify → save.

Healthcare-lab · IOS-XE

C1 (core) + sw01/sw02 (access). Ansible pusher config via network_cli.

Scenario: facts → banner → VLAN 10/20/820 (healthcare) → access ports → ACL for healthcare → verify → save.

Tips: --check før push, limit sw01, eller simuler feil på sw02.