Wachtwoord Windows XP/Vista resetten

Een systeembeheerder komt met een breed scala en technologieën, de ene al wat meer au courant dan de andere, in aanraking, zeker wanneer die ook nog eens oude hardware verzamelt.

Zo ook nu: geïnspireerd door een andere Twitteraar en in een vlaag van nostalgie ga ik een PC uit de tijd van toen proberen terug aan de praat te krijgen, om zo te gamen alsof het weer helemaal 2005 is. En dat wil zeggen, Vista of XP. Toevallig staat op het stuk hardware dat door een goede wind mijn richting uitgeblazen is het vermaledijde Windows Vista; en daar beginnen we dus mee.

“Wachtwoord Windows XP/Vista resetten” verder lezen

Onverklaarbare netwerkproblemen op VMWare

Een virtuele machine is vrijdagavond nog volkomen in orde. Op maandag blijkt die plots onbereikbaar te zijn, maar met de machine zelf is niets mis. Alle instellingen nagekeken, vergrootglas op de netwerkconfiguratie gezet, maar geen wijzigingen. Ook met de andere machines op dezelfde infrastructuur in hetzelfde netwerk is niets mis. Mysterie.

Slechts één kleine wijziging valt op: in het weekend is de machine gemigreerd van één host van de VMWarecluster naar een andere. Dit gebeurt vrijwel constant in een cluster en valt normaal niet op. Maar dit keer bleek het toch wel de oorzaak, want een geforceerde migratie naar een andere host loste het probleem op.

Hoe het komt weten we niet, want de andere machines op de host hadden geen problemen, maar het is toch opgelost. Hoera!

Download & Extract

Iedereen kent het: ontelbare .tar.gz-bestanden downloaden en uitpakken om één of andere applicatie te installeren. De klassieke manier is een combinatie van wget en tar xzf, maar het kan ook in één commando, zonder een “tijdelijk met permanent karakter”-bestand (want wie ruimt al die downloads ooit op? Ik niet in ieder geval).

curl https://extdist.wmflabs.org/dist/extensions/PagedTiffHandler-REL1_32-f06ecc9.tar.gz | tar xz

Voer dat uit in de locatie waar de uitgepakte bestanden moeten staan en voila, mission accomplished!

pfx naar pem

De wondere wereld van de Windows-SSL-certificaten. Converteren van pfx naar pem is een proces in twee stappen (sleutel en certificaat bevinden zich in hetzelfde bestand).

Certificaat

openssl pkcs12 -in <pfx> -clcerts -nokeys -out <certificaat>

Sleutel

openssl pkcs12 -in <pfx> -nocerts -nodes -out – | openssl rsa -in – -out <sleutel>

Varnishcache legen

Simpel en doeltreffend (en veel beter dan de varnish-daemon herstarten):

varnishadm 'ban req.http.host ~ www.helptux.be'

PIP Environment variables

Een eenvoudige tip die goud waard is: bij Pip kan je iedere optie vervangen door een environment variable van de vorm PIP_OPTIE (bv. PIP_TRUSTED_HOST). Superhandig bij het bouwen van images op OpenShift!

Verzenden vanaf een forward e-mailadres

Ik heb een e-mailadres dat geforward wordt naar mijn “normaal” e-mailadres. Nu was het onlangs nodig om een bericht vanaf dat adres te versturen. Helaas vond mijn mailserver dat geen goed idee, en weigerde hij pertinent.

De oplossing was simpel. In de client moet je de forward instellen als Van (i.e. pieter@example.org), en op de server moet je het adres toevoegen aan smtpd_sender_login_maps in /etc/postfix/main.cf (in mijn geval in een apart bestand):

pieter@example.org pieter@mail.helptux.be

Nog even postmappen (enkel wanneer het een apart bestand is), server herstarten en klaar.

Error 400 on SERVER: Could not find class “foo” for “node” on “node”

Alweer een Puppetprobleem. Opeens zegt de puppet-agent dat hij een bepaalde module niet kan vinden op de master. Maar, zoals in alle slechte verhalen, de module was er wel. En ze stond op de juiste plaats.

Zowat alles werd onderzocht. De module stond er, was correct, vertoonde geen syntaxfouten; de server had rechten om te lezen en uit te voeren; kortom, er was geen enkele reden waarom het niet zou werken.

En toch

Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Could not find class

Frustrerend.

Na nog wat extra google-fu werd de oplossing gevonden in een ondergesneeuwd antwoord op deze vraag. Was de metadata.json wel correct? En jawel. Ik had de parameters “requirements” en “dependencies” omgedraaid. requirements verwijst naar de verwachte puppetversie en is niet verplicht. De puppetmodules die nodig zijn voor de module staan in dependencies. En helaas bleek ik die te hebben omgewisseld.

Op zich geen probleem (afhankelijkheden worden niet gecontroleerd in onze setup), maar ik had enkel “requirements” en niet “dependencies“. En dependencies is verplicht, en als een verplichte parameter ontbreekt, dan weigert puppet dienst. Met een wel heel verwarrende foutmelding tot gevolg.

PXE-boot voor Ubuntu 16.04 op Ubuntu 14.04

Jaren geleden (2014) heb ik een tweede- of derdehands Dell rackmount-server gekocht voor wanneer “dat eens van pas zou komen”. En dat moment is nu gekomen; het wordt een monitoringserver voor de lokale radio, om te kunnen zien of een bepaald cruciaal onderdeel is uitgevallen vooraleer de radio off-air gaat.

Maar dan moet er natuurlijk een OS op. En zo’n server kan enkel PXE-booten, maar dat kan mijn netwerk dan weer niet zomaar. Dus, om een lang verhaal kort te maken, enkele aanpassingen drongen zich op: de thuis-manusje-van-alles-server moet ook nog eens PXE en TFTP ondersteunen, terwijl de router dat moet kunnen delegeren naar de server.

“PXE-boot voor Ubuntu 16.04 op Ubuntu 14.04” verder lezen