jocke@pompel:~$ ping6 mx.ntnu.no
PING mx.ntnu.no(2001:700:300:3::103) 56 data bytes
64 bytes from 2001:700:300:3::103: icmp_seq=1 ttl=53 time=8.68 ms
64 bytes from 2001:700:300:3::103: icmp_seq=2 ttl=53 time=8.68 ms
64 bytes from 2001:700:300:3::103: icmp_seq=3 ttl=53 time=8.66 ms
64 bytes from 2001:700:300:3::103: icmp_seq=4 ttl=53 time=8.64 ms
--- mx.ntnu.no ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3012ms
rtt min/avg/max/mdev = 8.648/8.669/8.688/0.015 ms

Stor takk til Ørjan!

Europakartet

Kilde: www.m6bone.net

Hele IPv6 Internett sett fra UNINETT:

Vell, det vil si: her er det.

Linjeforeningen vår på HIB, communica (http://komsys.org) kjører BIND 9 på våre servere: Pompel og pilt. Det er vi ikke alene om. ISC har lagd open-source implementeringer av essentielle nettverksprotokoller som
DNS (bind9) og DHCP(v3). Deres implementasjon av disse protokollene blir kjørt på de aller fleste systemer rundt omkring på verdensveven. Nå har altså navnetjeneren deres begynt ferden på en ny versjon.

En av de største grunnene til at Bind9 er så utbredt, er dens driftstabilitet. Den har kjørt i mange år, uten noen særlige feil (skjønt noen). Og har vist sin pålitelighet grundig. Det er denne kvaliteten ISC ønsker fortsatt å forbindes med. De anbefaler derfor på ingen måte å bruke Bind 10 (i nåværende form) i produksjon. Men testing anbefales på det sterkeste.

Nytt er at du kan sette dns-serveren til å være authorative only, altså at den ikke cacher?.
Er usikker på om det vil bli implementert støtte for mysql /andre databaser til å lagre sone informasjonen. No som kan gjøre ting lettere med tanke på distribusjon av servere og synkroniserte soner mellom master og slave servere. For ikke å nevne at det blir mye lettere å skrive f.eks webgui, eller andre interface for å administrere navnetjenere.

Sjekk ut deres “pressemelding” her:

http://www.isc.org/community/blog/201003/bind-10-first-year

PST! Skru lyden litt ned

Sålenge vi er inne på datalagring: Her får dere Raid forklart, med litt god dialekt:)

For å kunne konvertere win32 wmv filer til avi, må maskinen din kjenne til hvordan disse filene er encoded. Den må kort sagt ha innstallert kodeksene. win32 kodekser er som kjent propritære. Ubuntu er en fri og åpen linux distribusjon under GPL, som tilsier bla. at all kildekode skal være fri og kunne gjendistribueres. Propritære løsninger har lukket kildekode, og kan ikke forandres og gjendistribueres.

Så hva gjør du da, når du trenger en propritær kildekode på et åpent system?  -- Du går hjem, griner, innstallerer en windows variant og vogger.

Men neida!

Det fins en windows-fri løsning. Selv om Ubuntu ikke kan distribuere propritære programmer, så er det ingenting i veien for at du, som sluttbruker kan bruke propritære programmer. Det finnes et prosjekt, som har laget en åpen pakkebrønn med propritært innhold. Det heter:

Medibuntu: http://medibuntu.com
legg til repositoriet først:

sudo wget --output-document=/etc/apt/sources.list.d/medibuntu.list http://www.medibuntu.org/sources.list.d/$(lsb_release -cs).list && sudo apt-get --quiet update && sudo apt-get --yes --quiet --allow-unauthenticated install medibuntu-keyring && sudo apt-get --quiet update
 
sudo apt-get --yes install app-install-data-medibuntu apport-hooks-medibuntu

Når det repositoriet (pakkebrønnen) er lagt til, innstalerer du win32 kodeksene:

sudo apt-get install w32codecs

#Innstallerer konverteren (mencoder)
sudo apt-get install ubuntu-restricted-extras mencoder

Så lagde jeg et lite script:

wmvToAvi.sh

#!/bin/sh

mencoder $1 \
-ofps 23.976 \
-oac mp3lame \
-ovc xvid \
-xvidencopts pass=1 -o /dev/null

mencoder $1 \
-ofps 23.976 \
-oac mp3lame \
-ovc xvid \
-xvidencopts pass=2:bitrate=250 \
-o $1.avi

Gjør det executable:

chmod u+x winToAvi.sh

Så gikk jeg inn i mappen med de Vrange(med stor V) wmv filene, og konverterte dem til avi:

(Dette tar litt tid)

cd mappen_med/CBT-nuggets/.../video/
# Kjører konverterings scriptet, som ligger i hjemmemappen min (~/ <=> /home/technocake/
# Kommandoen under tar samtlige wmv filer i mappen og konverterer dem til avi.
for VIDEOFILE in $( echo *.wmv ); do  ~/wmvToAvi.sh $VIDEOFILE; done

VLC tar så over og fikser selve avspillingen

Referanser

Konvertere videoformater i linux (med mplayers mencoder)
http://en.linuxreviews.org/HOWTO_Convert_video_files
http://www.linux.com/archive/feature/121385

Legge til pakkebrønnen medibuntu:
https://help.ubuntu.com/community/Medibuntu

Spille propritære formater på ubuntu:
https://help.ubuntu.com/community/RestrictedFormats

Jeg fikk testet hastigheten igjen -- fortsatt et stykke unna 1Gbps, men er ikke akkurat tregt.

jocke@pompel:~$ wget http://www.jocke.no/download/files/test.mpg
--2010-02-22 01:50:23--  http://www.jocke.no/download/files/test.mpg
Resolving www.jocke.no... 194.63.248.49
Connecting to www.jocke.no|194.63.248.49|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 228993028 (218M) [video/mpeg]
Saving to: `test.mpg'
 
100%[=========================>] 228,993,028 40.1M/s   in 5.6s    
 
2010-02-22 01:50:29 (39.0 MB/s) - `test.mpg' saved [228993028/228993028]

CCNP har bestått av 4 eksamener; BSCI, BCMSN, ISCW og ONT.
Disse blir nå faset ut, og 3 nye innføres; ROUTE, SWITCH og TSHOOT.

Utfasingen finner sted 31.juli 2010.
ROUTE & SWITCH er tilgjengelig fra 10.mars 2010, mens TSHOOT kommer ikke før 30.april 2010.

Mer informasjon finner du her og her.

Her er topologien:

Oppsett

Switchen har forøvrig ip-address 192.168.1.89, på vlan1. Jeg pinget switchen fra de tre pcene. Da så arp-tabellen og mac-address-tabellen i switchen slik ut:

tonet-switch1#show mac-address-table
Destination Address  Address Type  VLAN  Destination Port	IP
-------------------  ------------  ----  --------------------
0004.e233.1c74       Dynamic          1  FastEthernet0/1
0015.c5af.022d       Dynamic          1  FastEthernet0/4
001c.c07a.328b       Dynamic          1  FastEthernet0/2
 
tonet-switch1#show arp
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  192.168.1.89            -   0004.9a18.d740  ARPA   VLAN1
Internet  192.168.1.11            0   001c.c07a.328b  ARPA   VLAN1
Internet  192.168.1.10            3   0015.c5af.022d  ARPA   VLAN1
Internet  192.168.1.1             0   0004.e233.1c74  ARPA   VLAN1

Mac spoofing -- å duplisere en mac addresse

Nå kommer magien. Laptopen kjører ubuntu. Siden linux er et veldig greit verktøy for å jobbe med nettverk (og mye annet) bestemte jeg meg for å bruke laptopen til å klone (spoofe) mac addressen til den stasjonære pcen. Ville det skje noe?

Et søk på google gav meg et tips om et lite program som heter macchanger.

sudo apt-get install macchanger

Så byttet jeg mac addresse til den samme som den stasjonære pcen hadde. Men først måtte jeg stoppe nettverkstjenestene.

technocake@technocake-laptop:~$ sudo /etc/init.d/networking stop
 * Deconfiguring network interfaces...                                          
                                                                          [ OK ]
technocake@technocake-laptop:~$ sudo macchanger --mac=00:1c:c0:7a:32:8b eth0
Current MAC: 00:15:c5:af:02:2d (unknown)
Faked MAC:   00:1c:c0:7a:32:8b (unknown)
technocake@technocake-laptop:~$ sudo /etc/init.d/networking start

les mer om macchanger her:
Da har jeg på dette tidspunktet to maskiner med samme mac addresse tilkoblet samme switch.

Skjer det noe?

For å se hva som hendte, slo jeg på debugging for arp og mac-address-table på switchen:

 tonet-switch1#debug arp
 ARP packet debugging is on
 
 tonet-switch1#debug mat dynamic
 MAT dynamic addresses debugging is on

mat står her for Mac Address Table. Og det er de dynamiske oppføringen til switchen vi er innteresert i.

Da, pinget jeg switchen (192.168.1.89) fra laptopen, og observerte.
show mac-address-table:

 Destination Address  Address Type  VLAN  Destination Port
 -------------------  ------------  ----  --------------------
 0004.e233.1c74       Dynamic          1  FastEthernet0/1
 001c.c07a.328b       Dynamic          1  FastEthernet0/4

Nå gikk tabellen over fra 3 entries til 2. Legg merke til at port 2 ikke er å se. Dette er den porten som den stasjonære pcen er koblet til.

Men arp tabellen har en oversikt over ip addresser:

tonet-switch1#show arp
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  192.168.1.89            -   0004.9a18.d740  ARPA   VLAN1
Internet  192.168.1.11            0   001c.c07a.328b  ARPA   VLAN1
Internet  192.168.1.10            3   001c.c07a.328b  ARPA   VLAN1
Internet  192.168.1.1             0   0004.e233.1c74  ARPA   VLAN1

Pingingen fra laptopen fikk svar. Det merkelige var at den stasjonære fikk også svar på ping til switchen. Også når de pinget samtidig!

Hvorfor?

Jeg observerte, at om jeg pinget fra den stasjonære, ble mac-addresse-tabellen oppdatert, slik at denne macen pekte til port 2. Pinget jeg fra laptopen, ble den byttet til port 4. Og slik gikk det frem og tilbake.

Jo fordi switchen baserer seg på data fra både arp tabellen og mac-address-table for å velge hvilken port den skal sende ut på. Siden laptopen og den stasjonære har ulik IP-ADDRESSE, men lik MAC addresse, så et den hvilken port den skal sende ut svaret på.

Thats it for this time.

Technocake a.k.a kakemann a.k.a Robin out!

Måtte det bli fullt av Cisco-glede.