Ik heb heel veel email adressen.
Voor iedere site of mailinglist waarop ik mij inschrijf gebruik ik een ander.

Op die manier kan ik email adressen laten ophouden met bestaan, of traceren wie/wat mijn opgegeven email adres misbruikt heeft.

Omdat ik gebruik maak van webmail, heb ik, omwille van security redenen, mijn "echte" email aliassen en de bovengenoemde "weggooi" emailadressen opgesplists in 2 verschillende mailboxen.
Op die manier is er een betere scheiding moesten er ooit rare scripts uitgevoerd worden in mijn webbrowser.

Je hebt RAM nodig om een programma uit te voeren en om de gegevens die dit programma verwerkt (tijdelijk) op te slaan.

Je kan een programma (op een Intel compatibele CPU) nooit rechtstreeks van je harde schijf starten, het wordt eerst naar RAM gekopiëerd, en van daaruit uitgevoerd.
Ook de data wordt van ergens ingelezen (Netwerk, harde schijf, ...), in het RAM geheugen gestopt en verwerkt.

De hoeveelheid RAM in je PC is helaas eindig en dat wil dus zeggen dat er een limiet is in het aantal gelijktijdige programma's dat je kan openen, of de grootte van de te verwerken gegevens.

Een aantal jaar geleden dacht ik een goed idee te hebben.
Ik wilde van mijn fanless/geluidsloos minimyth systeem, een gaming PC maken, omdat ik dan een grote TV had om op te spelen, suround sound, een zetel, etc...

Mijn minimyth boot echter via het netwerk en heeft daarom geen harde schijf, dus dacht ik om via een USB disk te booten met Windows XP erop.
Helaas pindakaas, Windows XP kan niet op een USB disk geïnstalleerd worden.

Ik denk dat de hype van 2010 toch wel "deduplication" is.
Persoonlijk heb ik geen idee waarom.

Het is sowieso al vrij dom en heel erg inefficiënt om data meer dan 1 keer op te slaan.
(Met grotere backups, etc... tot gevolg.)

Op school leer je al om een database te normaliseren, zodat je alles slechts 1 keer opslaat.
Wil je achteraf toch duplicate data hebben, dan is dat achteraf.

Eerst een genormalisseerde database, daarna doe je maar wat je wil, maar enkel als je je "extra" data uit die genormalisseerde vorm haalt.

In Linux kan je sinds jaar en dag Cronjobs gebruiken om bepaalde taken op bepaalde tijdstippen uit te voeren.
Dit is geen eenmalige scheduling, maar een steeds herhalende taak, bijvoorbeeld het zoeken naar updates/patches, het versturen van een statusmail, enz...

(Voor eenmalige dingen kan je het "at"-commando gebruiken, vb: "at teatime ...".)

Op zich is Cron vrij krachtig.
Het heeft een resolutie van 1 minuut, en je kan taken uitvoeren op een bepaald tijdstip (Om 13:48h), een bepaalde datum (Op 1 April), of een bepaalde dag in de week (op Zondag).

Ik heb al een tijdje niets meer gepost.
Ik zal daarom nog eens iets posten waarom ik Linux zo leuk vind.

Zoals sommige misschien weten, kijk ik reeds een jaar of 7 uitsluitend naar TV via MythTV.
Waarom dat zo is kan je wel in andere postings lezen, maar flexibiliteit is natuurlijk een grote reden.

Eén van die dingen die je kan doen, is bijvoorbeeld bepaalde frequenties filteren of het volume ervan verhogen/verlagen.
Je kan dit zien als een zeer exacte en (quasi) oneindig grote equalizer.

Ik was iets aan het prutsen in Perl, en blijkbaar iets te veel processen aan het fork()'en...

top - 16:28:45 up 65 days,  2:59,  7 users,  load average: 386.20, 334.39, 304.21
Tasks: 1221 total, 287 running, 934 sleeping,   0 stopped,   0 zombie
Cpu(s): 49.6%us, 50.4%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:    500596k total,   475896k used,    51700k free,     3744k buffers
Swap:  1380344k total,    27664k used,  1352680k free,    12964k cached

;-)

Zoals velen wellicht zullen weten wordt in Unix/Linux de tijd bijgehouden als het aantal seconden sinds 1 januari 1970 00:00:00h UTC. Tegenwoordig nog steeds als een 32-bit integer, dus er zal een overflow optreden ergens in 2038.

Uitrekenen hoe laat het is aan de hand van een aantal seconden sinds deze Unix Epoch is triviaal, niet?

Kleine, maar ondoordachte, wijzigingen kunnen soms grote gevolgen hebben.
Ik denk dat iedereen het daar mee eens is.

Ook ik kan hier van meespreken...

Ik gebruik intern een DHCP server om alle computers in huis van hun configuratie te voorzien.
DHCP wordt het meest gebruikt om hosts dynamisch een IP adres toe te kennen, maar er zijn nog veel meer mogelijkheden.

En daarmee bedoel ik niet massaparkeren op de autosnelweg, maar het Linux commando "file".

Het file commando geeft informatie over een bepaald bestand:

# file /etc/hosts
/etc/hosts: ASCII text

# file /bin/bash
/bin/bash: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1,
dynamically linked (uses shared libs), for GNU/Linux 2.4.1, stripped

Het commando kan ook leuke informatie weergeven over allerlei bestanden, bijvoorbeeld de resolutie van images, videobestanden, etc...

MythTV heeft eindelijk multirec functionaliteit in de "standaard" versie.

Zie http://mythportal.be/multirec voor de configuratie.

Dankzij een posting op het Internet Storm Center heb ik weer iets leuks bijgeleerd: Executable hijacking.
(http://isc.sans.org/diary.html?storyid=4039)

Natuurlijk weer iets dat de deur wagenwijd openzet naar misbruiken in Microsoft Windows.

Stel dat ik in Linux het "ls"-commando uitvoer. Wat wordt er dan precies uitgevoerd?
Dat hangt natuurlijk van het path af.

Als je VPNs opzet, site-to-site of VPNs voor clients, dan gebruik je natuurlijk certificaten i.p.v. shared-keys.
Het nadeel is dat dat een dure grap wordt, tenzij je een beetje moeite doet om zelf een PKI infrastructuur op te zetten.
En dat laatste is vrij eenvoudig met "Easy RSA".

Op mijn werk gebeuren er soms leuke dingen.
Zo ook deze morgen...

Turkije loopt een uur voor op België.
Er ligt een VPN tussen België en Trukije.
Ik beheer de VPN connectivity en een gedeelte van de netwerkinfrastructuur in Turkije.
Turkish Telecom is de grootste telecom operator, en ook bijna de enige deftige ISP.

2008/01/22 20:00h GMT

De kogel is door de kerk.

In opvolging van
http://blog.knudde.be/NAS+Server
http://blog.knudde.be/NAS+Server+II

Ik moet toegeven dat mijn originele eisen niet haalbaar waren.
Het was zo'n beetje als het overbekende "goed, snel, goedkoop" dilemma. Je kan er maar 2 hebben...

De originele eisen waren: