Category: Raspberry Pi

Install OSMC

Yesterday I installed OSMC on my Raspberry Pi, as OpenELEC gave a lot of problems since I upgraded to 6.0, as it freezed frequently when watching TS files, including live television. OSMC does make a lot of things a lot easier due to the fact it's Debian based. I switched to OpenELEC because of the hacky updating system of RaspBMC, but as OSMC now uses APT, it's alright.

It took quite a while to find out it was a software issue, as the first time I really realized there was a problem was after I did a spring clean at my desk, and I thought something had gone wrong. I wanted to try if it was an issue with the rpi itself by switching with the rpi I'd used for as a server at PCextreme. However, I was unable to do so, as I couldn't do much due that damned binary blob, which prevents me to use the video decoder! It's one of the last pieces of proprietary software I use, and I want to get rid of it. But it's uncertain to be possible in combination with my small old CRT television, and I'm not going to get a new one before I finished my studies.

I had a problem however with the switch to OSMC, more particularly with my remote control. It emulates a keyboard but, probably due to the fact OSMC uses lirc, it doesn't work completely in OSMC, although it works perfectly well on a clean Debian install. Debugging information shows it indeed receives lirc events. I tried to disable lirc, but it didn't really work well. After a lot of tries, I corrected the used Lircmap.xml so I could use the same keymap file as I used to.

Writing this I got an idea however in order to replace the pi now. I planed to use my first server for Kodi. I thought it wouldn't be possible to do so now because the only video card I have which has an RCA output uses a resolution which is bigger than standard PAL. However, it would probably work when I defined a custom xrandr output mode. I'm curious to try it, but first I'll have to prepare the replacement for my parents, as they're using the old server now.


Voeding Raspberry Pi

Toen ik gisteren arriveerde op mijn kot, en mijn computer startte, had ik geen internet, en inderdaad de Raspberry Pi bleek volledig vast te zitten. De even in- en uittrekken bleek geen effect te hebben, en al snel begon ik te vrezen voor rpi. 's nachts heb ik hem uit gelaten, en uiteindelijk bleek het, ongeveer, te werken met enkel LAN, geen USB, waardoor ik het vermoeden kreeg dat er een probleem was met de interne USB hub. Toen deze avond echter bleek dat het LAN zeer onstabiel was toen ik uiteindelijk remote control geactiveerd had, en mijn XBMC bediende vanaf mijn GSM, leek die theorie niet te kloppen.

Uiteindelijk probeerde ik eens met de adapter van mijn GSM, en plots werkte alles, en begon hij alles die ik had proberen startten met mijn GSM effectief af te spelen, en de dader leek gevonden. Een nieuwe lader dus. Bij de website waar ik de rpi voor de tv thuis kocht lijkt wat nadelig, wegens de verzendkosten, al zou ik er wel twee moeten hebben, als mijn rpi van Pcextreme arriveert. Maar uiteindelijk heb ik het er toch op gewaagd, en een 2A GSM lader gekocht bij bol.com. Hopelijk zal ik het me niet beklagen ...


VPS

Afgelopen week is er heel wat gebeurt ... Al een tijdje was de boot-partitie van mijn Raspberry Pi read-only, wat eigenlijk geen problemen gaf, tot de nieuwe versie van de firmware een extra pakket nodig had, en zo de updates van andere pakketten tegenhield. Daarom heb ik de partitie geremount met rw. En dit leek te werken ... tot de root partitie tijdens het installeren van de updates ro werd.

Uiteindelijk bleek de SD kaart bad sector(en) te hebben. Nieuwe SD kaart met verse installatie zou me 25 euro excl. btw kosten. Aangezien ik al een tijdje af wou van mijn veel te ruime hosting abonnement, leek dit wel een heel goede gelegenheid om een VPS te gaan gebruiken op het cloud systeem van PCextreme. Ik gebruik hierbij een Agile instantie, die eigenlijk gewoon een vrij traditionele VPS is, zonder replication en dergelijke.

Uiteindelijk heb ik de VPS geïnstalleerd en de backups teruggeplaatst, intussen werd ook het certificaat van de blog vernieuwd. Intussen is het blog volledig gehost op de VPS, wat de website een pak sneller maakte. Ik dacht immers dat het vooral de rpi was die het zo traag maakte, maar na de overstap op de VPS zag ik dat de blog gewoon zo lang nodig had om te renderen. Intussen heb ik ook de community fora van de Game Section gemigreerd naar de VPS, meet https, uiteraard.

Het is dus de bedoeling alles over te zetten voor het einde van het jaar, wanneer mijn abonnement ten einde loopt. Ik heb voor dit alles trouwens geen gebruik gemaakt van de Apache en MySQL, maar van nginx en MariaDB. nginx om de simpele reden dat ik hier zeer tevreden over was bij mijn rpi, en ik met name de config sneller is. Over snelheid zal ik me niet uitspreken. MariaDB tov MySQL lijkt me logisch, aangezien MariaDB de GPL-only fork is uit de community, en actieve ontwikkeling kent, terwijl MySQL relatief dood lijkt. Blijkbaar zijn ook de meeste grote tech-bedrijven die MySQL gebruikten overgestapt naar MariaDB, dus ...

Daarnaast heb ik ook een aantal wijzigingen doorgevoerd aan dit blog, en zo is dit de eerste post die geformatteerd werd met markdown, ipv bbcode. De oude posts blijven echter zonder problemen werken met bbcode, dankzij een kleine wijziging aan de Markdown-plugin.

Ik denk er ook sterk over na om de Urbanus-website niet meer als afzonderlijke entiteit te hebben, maar in pagina's op het blog te stoppen, die dan ook onder een nieuw domein zou komen. Dit zou handiger zijn dan het huidige systeem dat afhangt van MyBB, en dat ik natuurlijk zelf up-to-date moet houden. Daarnaast kan ik dan ook wel eens beginnen nadenken over het nut van het forum. Mogelijk zou, zeker vanuit veiligheidsperspectief, het forum verdwijnen, met wel een HTML-versie van het forum. De wiki van de Game Section zou wel eens een gecompileerde wiki kunnen worden. Dit blog wordt mogelijk dan toch Engelstalig.


Raspbmc naar OpenELEC

Toen ik vorig jaar mijn IR-receiver ontving heb ik Raspbmc op mijn Raspberry Pi geïnstalleerd. Dit deed ik vanwege het feit dat ik zo zowel een kleine Debian-server als een mediaspeler kon maken van mijn Raspberry Pi. Het was echter al een hele tijd (zo ongeveer altijd?) dat de apt-database enkele fouten bevatte, in die zin dat een aantal pakketten steeds errors gaven. Daarnaast begon ik me ferm te ergeren aan het feit dat er, in plaats van gebruik te maken van het uitstekende apt-systeem van repositories met Debian pakketten, er een eigen update systeem gebruikt werd, wat voor heel wat mensen ook problemen bleek op te leveren bij elke update. Persoonlijk heb ik hier weliswaar geen last van gehad, of toch zeker niet zo vaak als vele anderen, maar nu had ik in december een probleem dat de Raspberry Pi constant vast liep tijdens het afspelen van bestanden.

Het was praktisch onbruikbaar geworden, en aangezien Raspbmc steeds verder afweek van Raspbian/Debian heb ik beslist om OpenELEC te proberen. Die laatste zou sneller moeten zijn, stabieler, en samenhangender, maar heeft als nadeel dat het praktisch onmogelijk is om zelf software toe te voegen. Toch heb ik besloten OpenELEC op zijn minst eens te proberen, aangezien Raspbmc toch niet meer te doen was, en ik liever een paar beperkingen heb, waar ik dan misschien uiteindelijk rond kan werken, dan steeds schrik te moeten hebben of de update wel zal werken, en of de vele vertragingen van de laatste updates misschien terug een beetje ongedaan gemaakt zullen worden ...

Enfin, ik heb in december uiteindelijk OpenELEC geïnstalleerd, en dat was wel een grote verbetering qua prestaties. De Raspberry Pi presteerde bijna beter op stock speed met OpenELEC dan ferm overklokt met Raspbmc. Uiteindelijk heb ik toch nog een kleine overklok gedaan, en op deze manier heb ik toch een mooie prestatiewinst.

Van de beperkingen heb ik eigenlijk weinig last. In de praktijk doe ik namelijk maar 1 ding buiten de functionaliteit van XBMC, en dat is met name het tunnelen van verschillende poorten van mijn netwerk in Eggewaartskapelle. Met Raspbmc deed ik dit met een daemon met autossh. Wat ik nu gedaan heb is de basisfunctionaliteit van autossh met behulp van enkele shellscripts. Die scripts worden opgeroepen door een cronjob die elke 5 minuten wordt uitgevoerd:
*/5 * * * * /storage/bin/sshtunnel.sh 9981 192.168.1.4:9981

#!/bin/sh
echo "" | nc localhost $1
if [ $? -ne 0 ]; then
	killall ssh
	ssh -TCNgL $1:$2 kevin@paretje.dyndns.org &
fi

De 2de regel van de code test hierbij of er enige reactie is op de lokale poort van de tunnel. Indien niet, dan wordt een nieuwe tunnel gestart. Dit doet in de basisch ongeveer hetzelfde als wat ik verwachte van autossh. Dat wil wel zeggen dat er altijd tot zo'n 5 minuten vertraging is wanneer er een probleem is, of wanneer OpenELEC opgestart is.

Verder is er maar een ding spijtig: het is enkel mogelijk als root gebruiker in te loggen via ssh. Het is ook onmogelijk om een nieuwe gebruiker aan te maken, er is immers geen volledige omgeving die je tegenwoordig zou mogen verwachten. OpenELEC is immers bedoeld voor de beste prestaties als mediacenter, niet als een volledig OS.


Raspberry Pi

Toen ik het bericht over de voorbereiding van de Raspberry Pi toevoegde zag ik dat nog steeds geen post over mijn Raspberry Pi had toegevoegd. Ik heb toen zo ongeveer de eerste regel beginnen typen, en terug er mee gestopt. Nu komt het er toch eens van.

Oorspronkelijk had ik de Raspberry Pi besteld bij RS. Immers, Farnell bood geen verkoop van behuizingen aan aan consumenten, en er kon dacht ik zelfs enkel betaald worden via creditcard. Na meer dan 2 maanden had ik daar echter nog steeds niets van vernomen, en je las overal verhalen van mensen die al veel langer wachtten. Op hun website was er zelfs geen levering meer aangegeven sinds enkele maanden. Ik ben dus beginnen zoeken naar alternatieven, en bleek dat een aantal webshops ontstaan waren die Raspberry Pi's opkochten (bij Farnell?) en dan terug doorverkochten. Een ervan was NewIT, en die bleek in zijn korte bestaan een goede reputaties te hebben opgebouwd, en had geen al te hoge verzendingskosten naar België. Verder kon je er ook alles voor de Pi meteen bij bestellen. Ik moest wel nog even wachten, want men was nog bezig om een Europese voedingsadapter te zoeken om te verkopen, wat geen probleem was, vermits ik toch nog even moest wachten op de terugbetaling van Farnell, en tot er wat extra geld overgeschreven was op Paypal (want het was wel iets duurder dan RS, zo waren de verzendkosten in 9.95 pond, terwijl RS 6-7 euro rekende. Verder had ik ook een paar extra dingen besteld.

En zo had ik al snel, eindelijk, mijn langverwachte Raspberry Pi in handen. Ik had al vanaf de lancering wel zin in het apparaatje, maar werd wat uitgesteld, onder andere door de wachtlijsten aan het begin van de lancering. En ook toen ik bestelde leek RS al moeite te hebben om aan de vraag te voldoen. Ondertussen heb ik echter al een tweede Pi besteld die gecollecteerd wordt in het datacenter waar PCextreme zit, in Nederland. Het is de bedoeling daar een mailserver op te gaan draaien, want dat is toch een klein puntje van kritiek op PCextreme: ze hechten weinig waarde aan de verdere beveiliging door gebruik te maken van geëncrypteerde connecties van het e-mail verkeer. Daarom zal ik het dan maar zelf gaan doen. Volgende week wordt het opgeleverd, dus zou wel eens iets kunnen zijn om tijdens de examens 's avonds de gedachten even mee te verzetten. Ik heb ook wel zin om er een boek over ŧe kopen, maar daar heb ik nog geen beslissing over genomen.


NFS met Raspbmc

Nu, met de Raspdebian, en nu ook met Raspbmc wil de sfs nfs-server niet meteen werken wanneer je die installeert. Na wat zoekwerk vond ik de volgende oplossing. Ik had die toen niet meteen hier gepost, en je ziet het, ik moest opnieuw zoeken:

apt-get remove rpcbind nfs-common
apt-get install rpcbind nfs-common nfs-kernel-server

Nog zo'n gevalletje was trouwens hoe de Pi kan ingesteld worden op PAL voor de analoge uitgang. Het antwoord is simpel: voeg de volgende regel toe in de /boot/config.txt (in Raspbmc kan dit via de instellingen, en waarschijnlijk is dat een betere optie voor wanneer de config opnieuw gegenereerd moet worden, zodat het dan niet opnieuw moet worden toegevoegd:
sdtv_mode=2


DVB-T driver

Het compileren van de module werkte goed, en het werkte effectief. Alleen, de tvheadend op de Pi draaien bleek toch niet de beste keuze, in die zin dat de pi vooral geen radd leek te hebben met de HDD en de DVB-T stick tegelijkertijd, en dat zou wel eens vervelend kunnen zijn als je wil opnemen ... Dus, de oplossing zou dan zijn dat de Pi enkel nog de frontend heeft, en de backend op mijn pc draait. Om dat te doen moest ik dus ofwel de experimentele (voor Debian) Linux 3.8 kernel draaien, of moest ik de module gewoon compileren voor mijn computer. Ik heb dat laatste gedaan, en wel volgens de volgende stappen:
Eerst en vooral moest ik natuurlijk de source downloaden:

git clone https://github.com/ambrosa/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0
cd DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0/RTL2832-2.2.2_kernel-3.0.0

Volgens de website die me op weg hielp bij het compileren en opsporen van alle zaken werd vermeld dat ik INCLUDE_EXTRA_DVB moest aanpassen naar 320. Toch bleek ik achteraf tegen problemen aan te lopen. Al snel vond ik allerlei mogelijke fixes, maar toen ik in de Makefile keek zag ik dat het eigenlijk geen probleem zou mogen zijn. Toen ik zelf een absolute locatie ingaf bleek het wel te lukken. Blijkbaar gaf PWD een verkeerde waarde terug ...

INCLUDE_EXTRA_DVB := include-320
SOURCEDIR := /home/kevin/Documents/SVN/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0/RTL2832-2.2.2_kernel-3.0.0

En vervolgens compileren, in de juiste map zetten en aan als module aan de kernel toevoegen:

make clean
make
sudo cp dvb-usb-rtl2832u.ko /lib/modules/3.2.0-4-686-pae/kernel/drivers/media/dvb/dvb-usb
sudo depmod -a

Nu had ik een vloeiend werkende TVHeadend backend, maar op de Pi kon ik NIET afspelen. Daar kreeg ik enkel een zwart scherm, terwijl het op mijn computer altijd al lukte. Dit bleek een probleem te zijn van Omxplayer. Wanneer je echter een recentere versie van TVHeadend (ik gebruikte eerst de stable repo voor wheezy, nu de unstable (in de beta had ik het niet gevonden, maar waarschijnlijk keek ik op de verkeerde plaats, want ook bij de unstable vond ik het niet direct. Ik zal dit zeker nog eens controlleren) en timeshift activeert, werkt het wel. Enig probleem: wanneer je rechtstreeks TV kijkt is de verhouding van het beeld totaal verkeerd. Naar verluid wordt er momenteel hard aan gewerkt, dus hopelijk dat er binnen afzienbare tijd een update komt voor Raspbmc waarin het werkt. Eventueel zou ik zelf een andere versie kunnen installeren, want naar verluid zijn er builds waarmee het al werkt.


Raspbmc

Vorige week is hij eindelijk toegekomen: mijn TSOP4838 ontvanger die ik op 20 februari (!!!!) heb besteld. Deze stond al sinds 27 februari gemarkeerd als klaar voor verzending en via de website zelfs als verzonden (Conrad stuurt GEEN bevestiging van verzending), maar ik heb die nooit ontvangen. Ik heb daarvoor tweemaal contact opgenomen met Conrad, via de website, en nooit geen antwoord op gehad. Toen ik vorige week maandag belde (was wat weigerig, want het kost 1 euro per minuut vanaf een GSM) bleek het net afgehandeld te zijn. Leuk detail: in mijn doos zat een mooie factuur! Nochtans had ik met voorafbetaling gewerkt (dat koste me 7 euro verzendkosten, maar uit privacyoverwegingen wou ik niet betalen via een systeem dat vanaf de server inlogt op mijn PC banking account! Daarnaast bleek bankcontact via hun website niet te werken met Fortis) en hiervan reeds bevestiging gekregen op 25 februari! Nu moet ik zeggen dat het me een beetje tot hier (wijzend 2 meter boven het plafond) zit, en ik dan ook zal trachten om Conrad te mijden. Probleem is echter dat zeker voor zaken als die IR-receiver er niet echt heel veel goede alternatieven lijken te bestaan. Creditcards, hoge verzendkosten en bulkbestelling, daar ben ik niet echt in geïnteresseerd.

Nu was het idee dus om die TSOP receiver aan te sluiten op mijn Raspberry Pi, en dan een multifunctioneel "baksje" (voor de niet-West-Vlamingen: afstandsbediening) uit de Action, die ik had gekocht voor mijn TV op mijn kot gebruiken om de Pi aan te sturen. Nu stond er Raspbian op, en dit moest Raspbmc worden. Dit genoot mijn voorkeur wegens het gebruik van de Debian basis, zoals Raspbian (is het niet op Raspbian gebaseerd?), wat een groot pluspunt is, en zelfs noodzakelijk, aangezien de Pi enkele tunnels naar het netwerk in Eggewaarts moet openhouden, en de externe HDD moet beschikbaar gesteld worden via NFS. Oorspronkelijk was het de bedoeling om dit alles op een Kingston kaartje te doen die ik al klaar had gelegd. Door het lange wachten is het echter waarschijnlijk van mijn bureau gevallen, en zo bij het vuilnis terecht gekomen ...

Ik heb dan maar mijn kleinere Samsung gebruikt die ik reeds gebruikte voor Raspbian. Nu is alles ingesteld. Het was even zoeken om mijn baksje goed in te stellen voor XBMC. Als basis gebruikt ik deze handleiding. Of toch gedeeltelijk. Ik had XBMC reeds ingesteld op een eigen config. Om zo'n config aan te maken gebruikte ik het volgende commando:
irrecord -d /dev/lirc0 ~/lircd.conf

Dit heb ik een aantal keer herhaald voor een paar verschillende mogelijke configuraties van het baksje zelf. Het was wel een probleem om het contextmenu te openen met een toets. Eerst had ik getracht met KEY_CONTEXT_MENU, maar dat lukte niet. De toetsenboordcombinatie is m, en dus probeerde ik KEY_M. Ook dit lukte niet. Vervolgens heb ik verschillende configs bekeken en uiteindelijk lukte het met KEY_TITLE.

Nu had ik ook een DVB-T usb-stick besteld, en ontvangen. Nu is het probleem dat deze pas sinds kernel 3.8 standaard wordt ondersteund. Standaard gebruikt Debian Wheezy, die al enige tijd voorbij de feature freeze is, 3.2, Raspbian gebruikt 3.6. Dit wordt dus compileren, en dat ben ik momenteel aan het doen volgens deze instructies.


Raspberry Pi voorbereiden

Eerst een stukje inleiding. Het gebeurt niet elke dag dat ik hier iets vertel van niet-technische aard, maar het zal later wat verduidelijken en het ligt op mijn lever. Het zit zo dat er vorige week problemen waren met het slot van de voordeur op mijn kot. Hierdoor stond de deur tijdens de week op een kier. Mijn fiets doe ik normaal op de gang op slot met het ringslot, niet zozeer uit wantrouwen voor mijn kotgenoten dat ze mijn fiets zouden stelen, maar omdat ze zo gedwongen worden toch iets voorzichtiger te zijn. Voorheen heb ik dat een periode niet gedaan, met als resultaat dat 's ochtends steeds mijn ketting er af was, en ik niet meteen (en niet zonder zwarte vingers) kon vertrekken, vandaar ... Nu doe ik dit 's middags meestal niet, omdat hij er dan niet zo lang staat, er ook heel wat minder fietsen staan, en zo kan ik sneller vertrekken. Vrijdag was ik even in de war, had wat pijn aan mijn been (was opgezwollen door een ongeval een week eerder) en ik heb hem niet op slot gedaan. U raadt het al: maandag was mijn fiets weg! Nu ben ik geen grote moraalfilosoof, maar waar gaan we naartoe! Fietsen stelen, tot daaraan toe, het lijkt een zeer populaire misdaad, maar om gewoonweg een huis binnen te stappen, en leuk met een van de fietsen op de gang terug naar buiten gaan, dat slaat echt alles!!

Enfin, er moest dus een oplossing komen, en thuis reed ik rond met de fiets waar mijn vader mee reed tijdens zijn studententijd in Limburg. Omdat ik nogal gehecht ben aan de luxe van de fiets, wilde ik dan ook zo nel mogelijk een vervangfiets, en dat was de ideale oplossing. Vandaag moest mijn moeder toch in Gent zijn, en dus ben ik na de les vandaag naar het UZ geweest, en de fiets opgehaald. Deze morgen was er echter een pakketje uit "China" mee, en mijn moeder had dat voor mij reeds meegebracht.

En zo komt het dat ik vandaag al even bezig kon zijn met mijn bestelling uit Hong Kong, bestaande uit 2 pakjes elektrische draden, waarvan eentje besteld wegens mogelijk nuttig in de toekomst (kost 1 euro, en als ik het nodig heb zou ik terug zolang moeten wachten). Deze draadjes dienen om de GPIO van de Raspberry Pi te gebruiken, met als doel er een infrarood-ontvanger op aan te sluiten. Die heb ik besteld bij conrad, maar staat al van eind februari genoteerd als klaar om te verzenden. Zal straks nog maar eens een vriendelijk mailtje sturen, en anders morgen maar eens bellen, want mijn geduld raakt op.

Maar, als ik die ontvanger dan eindelijk heb kan ik mijn Raspberry Pi dan omtoveren tot een uiterst flexibele Media Speler/Center. Het is een Speler in die zin dat slechts een beperkt aantal formaten kan afspelen (de processor zelf is niet krachtig genoeg om wat dan ook af te spelen, en het is dan ook volledig afhankelijk van de video-chip), maar anderzijds heb je wel de vrijheid van een Media Center, inclusief de mogelijkheid om er via USB evt DVB-T of zo mee te bekijken, want ik ook zal proberen. Wordt vervolgd ...


IRC chat

Rond de periode van de examens wou ik er voor zorgen dat ik meer meldingen kreeg van activiteit op de IRC chat met Pidgin. Het is namelijk zo dat ik met behulp van een private IRC server een mogelijkheid tot chatten wil verzorgen met het thuisfront. Maar, ik wou daarbij meer een melding krijgen, zodat het meer zou opvallen als er een bericht werd gepost op de chat als ik bezig was. Nu heb ik daarvoor uiteindelijk libnotify plugin voor pidgin gebruikt, die u echter niet meer in de Debian repos voor Wheezy zitten. In mijn draft voor dit bericht stond enkel het volgende:
libindicate libnotify
Maar wat libindicate daarmee te maken heeft???

Maar, nu ik even terug keek in de repos, zag ik het pakket pidgin-guifications. Dat blijkt een nog vollediger pakket aan te beiden. Het standaard thema is dan wel 0 aan waarde, vermits zelfs de melding wordt afgebroken, maar er bestaan bijvoorbeeld ook gewoon thema's die de libnotify-meldingen nabootsen, dus ...

Maar, ondertussen heb ik naar een manier gezocht om vanuit Gent gemakkelijk een verbinding te maken met de IRC server op mijn netwerk in Eggewaarts. Tot noch toe maakte ik daar telkens een nieuw ssh-tunnel voor. Ik heb nu daarvoor gebruik gemaakt van autossh op mijn Raspberry Pi (waarover later meer;)). autossh biedt alle ssh functionaliteit aan, maar maakt automatisch een nieuwe verbinding als de huidige verbroken wordt. Dat laatste is zeer belangrijk, den maar aan een verandering van IP-adres, maar ook als de verbinding om wat voor reden even verbroken wordt, moet die terug hersteld worden. Door autossh te straten met start-stop-daemon in /etc/rc.local heb ik dus altijd, als mijn Pi aanstaat, een IRC verbinding. Als ik er dan voor zorg dat de tunnel terug over het LAN geopend wordt, dan kan ik dus terug altijd een IRC verbinding aangaan op mijn computer.

Het exacte commando zal ik later een posten, heb het nu niet bij de hand ...

20/02/2013, 20:06:
Zoals beloofd:
sudo -u user2 start-stop-daemon background start exec /usr/bin/autossh -T -C -N -g -L port1:lokaal:port2 user@server