Category: Linux

Tijdzone

Een ander probleem op mij virtuele servers is de tijdzone, die staat verkeerd. Die staat blijkbaar op Moskou. Even zoeken leerde me dat ik dit met het volgende commando kan veranderen:
sudo dpkg-reconfigure tzdata


Virtuele MySQL server

Gisteren heb ik dan effectief mijn MySQL server geïnstalleerd zodat ik een nieuw MyBB board kon installeren op Paretjes Network waar ik een anti-SPAM plugin wilde testen op MyBB 1.4. Daarbij heb ik allereerste het volgende in commentaar gezet:
bind-address = 127.0.0.1

Zo kan ik nu ook via mijn webserver verbinding maken met mijn MySQL server. Daarna heb ik via de commandline een MySQL gebruiker aangemaakt die verbinding kon maken van buiten de server. De SQL query daarvoor heb ik geplakt uit PHPMyAdmin. Dit was voor het gemak eerst zonder wachtwoord, om zeker te zijn dat daar niets fout zou gaan. Deze SQL query heb ik gedraaid in het volgende commando:
mysql -p -u root

Zo log ik in op mijn server als root, en met wachtwoord.

Daarbij heb ik ook apache verwijderd:
sudo apt-get purge apache2 apache2.2-common apache2.2-bin apache2-utils apache2-mpm-prefork

Een poging om de taal goed te krijgen is mislukt.


inadyn in cronjob

Inadyn, het programma dat ik gebruik om mijn IP adres geregeld te controleren en indien gwijzigd te veranderen in de DNS records van dyndns.org. Nu, na een tijdje verliest inadyn echter zijn werking. Daarom zet ik die nu in een cronjob. Nu was het zo dat er problemen ontstonden na een tijdje. Vorige week viel plots de verbinding weg. Dit was na een uptime van zo'n 2 weken. Daarom zal ik nu elke week inadyn herstarten. We zullen snel weten of het blijft werken na een week.

Maar, het lukte maar niet om het te laten starten. Ik krijg steeds een mailtje met volgende inhoud:
nice: inadyn: No such file or directory

Als ik dit nu uitvoer in een verse sh shell, dan lijkt het wel te werken, blijkbaar zijn er tijdens een cronjob andere omgevingsvariabelen van toepassing, waardoor /usr/sbin dus genegeerd wordt. Als ik gewoon de volledige padnaam geef, is het probleem opgelost. Nu nog even nadenken wat ik zal doen met de output. Momenteel wordt die per mail verstuurd, maar ik voel meer in een log file.


Wake on Lan (2)

Ik heb vandaag beslist hoe ik het ga doen met de wakeonlan van mijn computer. Het is tamelijk simpel: ik ga hem opstarten, maar afsluiten ga ik handmatig doen, voor als ik bijvoorbeeld ondertussen ben beginnen werken. Wanneer mijn computer gestart wordt krijg ik een mailtje, dus ben ik verwittigd dat ik hem terug moet uitschakelen. Het opnemen zal ik gewoon aan de cronjobs van mijn desktop toevoegen. Het starten doe ik met het volgende korte bash scriptje:

#!/bin/bash
online=`ping -c 1 192.168.1.2 | grep -c '100% packet loss' `

if [ $online -eq 1 ] ; then
	echo Starting 192.168.1.2
	wakeonlan 48:5B:39:35:D7:49
fi

En zo heb ik mijn eerste eigen bash script geschreven, kwa lengte kan het wedijveren met de klassieke hello world, maar het is net iets nuttiger en krachtiger :P

Een mooie tutorial die ik ook geraadpleegd heb: http://linuxconfig.org/Bash_scripting_Tutorial


CUPS 1.5

De CUPS versie verschilt tussen mijn computer en mijn server. Mijn server is immers 1.4.x en mijn computer 1.5.x. Nu, had ik daarstraks het idee om misschien de boel te upgraden. Ik kon immers mijn oefeningen van RAF niet afdrukken, en ik dacht, als dat niet de oorzaak is, dan is het nog aardig dat het een nieuwere versie is.

Dus, eerst heb ik de Ubuntu packages gedownload en aan mijn repo lokaal toegevoegd, maar zonder succes, de libc6 bleek te oud. Nu vond ik ook een repo waar CUPS reeds aan toegevoegd is, maar ook daar is de upgrade van ibc6 essentieel. Nu is die daar ook aan toegevoegd via een reeks andere gerelateerde repo's, maar ik heb geen zin om op een experimentele manier mijn server volledig te updaten. Het zal dan ook gewoon blijven zoals het is. Hopelijk is het op te lossen door een andere viewer te proberen. Of, ik moet gewoon wachten tot op mijn kot, daar heb ik ook de nieuwste versie van CUPS, mocht daar de oorzaak liggen. Dit wordt dus nog vervolgd.

15/10/2011, 15:16:
Het is in ieder geval gelukt om de opdracht af te printen met behulp van xpdf.


SMTP server en Belgacom

Het is geleden van de eerste periode van deze blog dat ik nog zo veel meningsuiting heb gestopt in één post, maar ik kan het nu niet laten. Niet rechtstreeks over de Open Source wereld, niet over politiek, maar over Belgacom. Al langere tijd zijn zij ook op de kar gesprongen van het blokkeren van poortjes. Dat is nodig om onze veiligheid, en hun "reputatie" te beschermen, aldus Belgacom. Of hebben ze gewoon ook graag wat controle? In ieder geval, de niet-zakelijke gebruiker is dus gewoon te dom om zelf te bepalen of ze al dan niet voor hun veiligheid kunnen zorgen. Of hebben ze gewoon graag wat extra duurdere accounts?

Ik ga zeker akkoord dat er veel gebruikers zijn die dit inderdaad niet kunnen, dat tonen de enorme botnets simpelweg aan, maar dan nog vind ik dat je als gebruiker het recht te hebben die bescherming op te zeggen, en zelf alle verantwoordelijkheid te nemen voor uw veiligheid, en vanzelfsprekend uw daden. En indien jij hen schade berokkent, wel daar bestaan de rechtbanken voor, en dat is dan natuurlijk de consequentie van die vrijheid. Maar vrijheid en privacy, dat is maar een idioot romantisch principe zeker?

Ze hebben verschillende poorten gesloten die gebruikers en henzelf problemen zouden bezorgen. Voor http, https en telnet maken ze een uitzondering (waar ik handig van gebruik maak), maar voor smtp en proxy niet. Mij lijkt telnet nu net het meest bedreigende van dit alles, maar goed het is een veel gebruikte internetdienst, en dus toegelaten. SMTP en Proxy's worden toch nooit gebruikt, zeker die eerste niet. Als ze bang zijn zo op blacklists te komen zijn er toch vele manieren om te voorkomen dat nietswetende gebruikers (maar toch niet onwetend genoeg om in de instellingen te prutsen) het toch activeren? Reken bijvoorbeeld een activeringsbedrag aan die net een drempel vormt. Voor kwaadwilligen die hun verbinding bewust gebruiken om SPAM te versturen is er hoe dan ook maar één echte oplossing, en dat is gerechtelijke vervolging.

Maar, het is wel duidelijk dat hun beveiliging op geen *puut* trekt. Immers, ik heb verschillende dagen netjes al mijn mailtjes ontvangen! Blijkbaar is die beveiliging een beetje aan fluctuatie onderhevig? Wel, als ze niet werkt, waarom dan toepassen? Ik heb niet eens moeite gedaan om ze te omzeilen ...

Maar, omdat we nu eenmaal de grillen van Belgacom moeten aanvaarden, zal ik dan toch maar gebruik maken van de servers van PCExtreme. Een andere optie is echter om mijn backupruimte er op te zeggen, en deze in te ruilen voor een VPS, voor de prijs van 4,70 GB krijg ik er 25, zelf te beheren, een volledige server, waar ik dus mijn eigen private SMTP server kan opzetten. Ik maak deze totaal onbereikbaar, en via een ssh tunnel kan ik er voor zorgen dat het lijkt alsof mijn thuis server de SMTP server is, en SPAM is uitgesloten! Het zal er ooit van komen, maar ik denk toch nu niet ;)

14/10/2011, 24:00:
Nu het is trouwens zo dat ze de 25 poorten al langer blokkeren, dat blijkt uit verschillende posts op het internet. De drie poorten die kunnen geopend worden zijn geblokkeerd sinds november 2009. Het was dus de bedoeling die poorten ooit definitief te sluiten. Misschien toch maar eens informatie winnen over Dommel?


Wake on Lan

Wake on Lan, het is iets wat ik al langer in gedachten had als een van de mogelijke oplossingen om terug analoog te kunnen opnemen. Momenteel neem ik enkel digitaal op via DVB-T. Echter, het is nu toch denk ik wel al een jaar dat de kwaliteit van het signaal sterk vermindert lijkt te zijn. Er is heel vaak storing, en dat zorgt er voor dat ik het niet kan coderen. Dan heb ik dus enkel het oorspronkelijke ts bestand, inclusief alle tijd voor en na het programma. Als ik het goed voor heb is het begonnen af en toe voor te komen bij de uitzending van seizoen 20 van FC De Kampioenen. Begin 2010 zou dat dus zijn. Het is in ieder geval 2010. Ik heb een versterker en een antenne, maar toch blijven er errors voorkomen. De kwaliteit van het DVB-T beeld is vele malen beter dan dat van de analoge TV, maar ik verkies een slechter beeld, dat ik netjes kan afspelen op de media speler, en die in alle omstandigheden zonder extra ballast zit, boven een beter beeld die niet altijd afspeelbaar is op de mediaspeler, en zoiezo het nodige doorspoelwerk vereist.

Nu, ik wil dus beiden opnemen, als de DVB opname goed is, dan gebruiken we die, maar anders is er nog de analoge als backup. Nu, om dit te doen heb ik twee opties: ofwel koop ik een nieuwe analoge ontvanger voor USB, ofwel zorg ik er voor dat mijn PC dus op de momenten dat hij moet opnemen ook effectief aanstaat. Nu, die nieuwe ontvanger heeft natuurlijk als nadeel de prijs. Dat is toch al snel een nieuwe uitgave van 35 euro, en dat terwijl ik al een kaart heb. Echter, door gebruik te maken van een zuinig Atom MINI-ITX bordje, heb ik slechts één uitbreidingspoort, en die gebruik ik reeds om gigabit internet te hebben voor mijn server. En op de koop toe is dat er eentje van het PCI-expres type, en mijn TV-kaart van het PCI type.

Maar als ik dus gewoon een scriptje maak die de analoge opname verzorgt kan dit allemaal met mijn computer. Ik controleer gewoon of deze opgestart is, dit kan ik bijvoorbeeld doen door middel van ssh. Vervolgens geef ik de wakeonlan indien nodig. Dit vervolg ik met een sleep van 5 minuten, zodat de computer de kans krijgt alles terug in te laden en tot zijn positieven te komen. Vervolgens doen we gewoon het nodige voor de opname en uiteindelijk sluiten we de computer terug af, indien nodig.

Dus, ik ging op zoek, en vond al snel een pagina over dit onderwerp op de Debian wiki. Daar staat de nodige info over het onderwerp, die kwa toepassing toch wat afweek bij mij.
Alseerste heb ik dus het volgende commando uitgevoerd op mijn computer:

sudo apt-get install ethtool
sudo ethtool -s eth0 wol g

Maar, dit bleek achteraf na herstarten en dergelijke te blijven zoals het was, dus alle verder trucs waren overbodig gebleken.

Vervolgens was het de beurt aan mijn server. Daar heb ik gekozen voor het pakket wakeonlan. Dat heeft als argument mijn macadres heeft, die ik kon vinden bij de instellingen van mijn netwerkverbinding. Dit werkte zeer goed, maar ik mocht mijn computer niet helemaal uitschakelen, maar ik moest heb in slaapstand zetten (of pauzestand, maar dan verbruikt hij nog energie). Ik moet nog eens kijken hoe ik dus kan hibernaten vanuit de commandline.

09/10/2011, 13:00:
Ik ben het blijkbaar vergeten melden, maar ik heb dus het werkende commando gisteren gevonden. Met het volgende commando zal de computer hibernaten:
sudo pm-hibernate

Ik zal dus de voorbereiding (dwz het opstarten van mijn desktop) moeten doen als root, de rest doe ik gewoon als gebruiker.

10/10/2011, 18:00:
Gisteren heb ik het eens geprobeerd vanuit mijn kot. Ik heb mijn PC voor vertrek herstart en aan gelaten. Als ik het commando sudo pm-hibernate ingeef, dan zal hij dit effectief doen alleen sluit hij de ssh verbinding niet af. De wakeonlan lukt niet vanuit een virtuele server. Waarschijnlijk een probleem met de virtuele netwerkkaarten. Maar, ik hecht er eigenlijk geen belang aan. Ik moet wel nog eens kijken hoe ik er voor kan zorgen dan mijn ssh verbinding vanzelf stopt, zonder dat ik eerst een tweede keer moet inloggen en daar de ssh verbinding verbreek met een mooie killall ssh. Het is niet erg elegant, en is geen goede optie bij automatisatie. Daarom dat ik denk in de richting van een ssh verbinding die enkel dat ene commando doorgeeft, en waarbij dit commando in de achtergrond wordt gestart. Dat zou de oplossing kunnen zijn.


SMTP server

Tot noch toe heb ik altijd als SMTP dienst ssmtp met relay.skynet.be. Maar door de limitering van skynet komen niet alle mailtjes die 's nachts om 12 uur verzonden worden ook effectief verzonden naar mijn e-mailadres. Daarom wilde ik even kijken voor een alternatief. En dat ik dan keek in de richting van een eigen SMTP server, vooral toen ik er een artikel over vond in de PCActive. Toch heb ik eerst ssmtp aangepast zodat hij voortaan de servers van PCextreme zou gebruiken. Echter, dat had ik gedaan zonder de nodige authenticatie, en dus lukte dat niet. Ondertussen werkte dit wel nar behoren, maar toch had ik nu echt het idee om een SMTP server te starten, op een nieuwe virtuele server, nummer 105.

En dus heb ik even rond gekeken naar de mogelijkheden. In de PCActive werd Postfix gebruikt, maar uiteindelijk besloot ik toch om te gaan voor exim4, de standaard server van Debian. Maar, met exim4 lukte het me niet om een mail te versturen naar mijn e-mailadres. Dat werd niet aanvaard, en ook andere diensten aanvaarden me niet. Ook na het veranderen van de nodige instellingen bleef het probleem bestaan. Ik kreeg exim4, zo leek het toch, maar niet wijsgemaakt dat hij moest zeggen dat hij paretje.dyndns.org was. Nu met Postfix hoefde ik na installatie uiteindelijk enkel myhostname aan te passen in /etc/postfix/main.cf en de ip range van mijn netwerk toevoegen aan mynetworks.

Nu leek alles te werken, behalve dat dat ik elke 20 minuten een mailtje kreeg met de volgende foutmelding.
/usr/share/sendmail/sendmail: 1248: /usr/sbin/sendmail-msp: not found

Na wat zoeken vond ik dit topic op de Ubuntu forums, waaruit blijkt dat dit een gevolg is van het feit dat sendmail niet helemaal verwijderd is, de cronjobs zodoende ongewijzigd zijn, maar de vereiste bestanden zijn wel weg. Dit kon opgelost worden door de overbodige sendmail pakketten te verwijderen:
sudo apt-get purge remove sendmail-base sendmail-cf sendmail-doc


Firefox Sync

Omdat het handiger zou zijn indien de bookmarks die ik ook op mijn desktop heb, automatisch op mijn kotpc komen en omgekeerd heb ik Firefox Sync in gebruik genomen. Nu wou ik toch even controleren wat er met mijn bookmarks gebeurd. Volgens hun privacy policy is dit versleuteld, en kan dit enkel terug ontcijferd worden door mij. Dus het is big brother is watching you safe.


Van onder het stof

Ik was zo juist bezig met het toevoegen van de bookmarks die ik heb gemaakt tijdens mijn periode op mijn kotpc naar mijn desktop. En zo ontdekte ik één van de zaken die ik indertijd uitgezocht hebt en hier nooit heb gepost. Namelijk hoe ik de UUID van een harde schijf/partitie kan opvragen, namelijk met het blkid commando. Waarschijnlijk volgen er nog meer "ontdekkingen".

blkid
De oorspronkelijke bron was echter niet meer beschikbaar, maar bij een poging het terug te vinden kwam ik al snel op de help informatie van Ubuntu.

browser.tabs.insertRelatedAfterCurrent
Tijdens dit werk kwam dan ook de finale ergering aan het nieuwe systeem van Firefox om tabs in te voegen na het huidige. Ik heb dit maar even gedeactiveerd via browser.tabs.insertRelatedAfterCurrent.