van Ginderachter

Aan de geachte persoon die bij www.bnpparibasfortis.be de berichten verstuurd via de web applicatie, behandelt.

Eerder deze week wou ik mijn bankafschriften downloaden. Ik doe dit niet vaak, maar gezien ik deze uitsluitend digitaal bewaar, heb ik er geen nood om dit vaak te doen. Ik kreeg echter de melding dat er “te veel afschriften waren” en dat men ze mij zou opsturen en ik hiervoor kosten moet betalen. Vandaag kreeg ik per post 16 enveloppen met afschriften. Ik heb hier verschillende problemen mee.

1. Ik begrijp niet hoe er ‘te veel” afschriften’ kunnen zijn, er is mijns inziens geen limiet op het aantal pagina’s van een pdf document.
2. Ik heb via mijn kantoor reeds eerder uitdrukkelijk uitgelegd steeds afschriften digitaal te willen.
3. Heel mijn klassement is digitaal. Terwijl dit PDF document in A4 formaat is, met per pagina 2 afschriften zijn deze op papier in het typische kleine formaat 1/4 A4.

Gelieve

• mij de betreffende afschriften digitaal te bezorgen.
• mij geen kosten aan te rekenen
• te onthouden dat ik nooit papieren afschriften wil.

Tot hier de feedback die ik in het formulier, die maximum 1000 karakters aanvaardt, kon tikken. De rest volgt in het volgende bericht:

Aansluitend bij mijn vorig bericht wil nog twee problemen aankaarten die ik al langer ondervind in verband met het beheer van afschriften:

1. Het formaat. Het kleine kwart-A4 formaat is onoverzichtelijk. Zelfs op papier is het terugvinden van informatie hiermee een administratieve klus die hoofdpijn geeft, maar digitaal is het groeperen van 2 afschriften op een A4 formaat compleet onoverzichtelijk.
2. Het downloaden van afschriften via de web banking applicatie kan niet anders dan voor alle rekeningen die aan het contract verbonden zijn, en niet rekening per rekening. Hiermee bekomt men op jaarbasis dan een verzameling van pdf documenten, 1 pdf per download sessie, en elk document bevat dan alle afschriften van alle rekeningen uit die periode; idem met rekeningen op volmacht, zonder hoofdbeheerder te zijn.

Het beheren van afschriften is een zeer archaïsche gebeurtenis. Ik hoop dat dit snel verholpen wordt.

NB: 1000 tekens is heel weinig om met mijn bank te communiceren.

Op drie jaar tijd is er nog niets veranderd. Maar een nieuwe website voor mobile banking, daar kan wel werk van gemaakt worden. Da’s hip natuurlijk. Misschien is het kwart A4 formaat daar nog net goed voor.

De titel is van hier gepikt dus.

tot in de jaren 90 werden er paardenrennen georganiseerd. Nu is het complex verouderd en zijn er plannen om de renbaan af te breken en er een bos te planten.

Ik denk dat er weinig mensen zijn die dit weten, maar de paardensport zoals aldaar bedreven is een van die klassiekers van de 20e eeuw die vandaag dezer dagen teloor gegaan is. Zelf ben ik nooit in Groenendaal geweest.

Ik denk weemoedig terug aan de tijd waar ik in die hoogdagen meeging naar de renbaan om het paard van deze of gene familielid te zien lopen. De spanning van zo een ren die zich op een vijftal minuten afliep.

Dat was toen in mijn geval in de bakermat van die paardensport, ergens in de West-Vlaanders. In Waregem of Kuurne, of in de zomer soms in Oostende, waar ik al eens kon plaatsnemen in koninklijke tribune.

Niet dat het allemaal zo mijn ding was. Maar ik maakte dat al eens mee als jongere mens, en die nostalgie is onbetaalbaar.

Telenet is de laatste tijd over het algemeen goed bezig, vind ik. Weinig technische storingen, zeker met internet. De digibox/-corder meestal ‘just works‘ – er is altijd reden om te klagen natuurlijk, en het zou een stuk opener mogen en zo, maar in the end wil ik gewoon iets dat werk, en dat doet het gewoonlijk voldoende.

Ik had meer dan een jaar geleden ooit ingeschreven op een Prime abonement. Tevreden van, maar in the end kijk ik te weinig naar films opdat zo’n abonement de moeite is. De beste films zijn meestal toch eerst op A La carte beschikbaar, en voor het aantal extra films dat ik zou bestellen, geraak ik niet aan het maandelijkse bedrag dat Prime me kost. Simpele berekening van kosten en baten.

Dus willen we dat abonnement Prime opzeggen. Dat was toen via een promo en ik denk minstens voor een jaar of zo, maar we zijn intussen al veel verder, en opzeggen is contractueel nu zeker geen probleem.

Telenet heeft nu ook een redelijk uitgebouwde website waar je je account kan beheren. Zo vond ik ergens ook een overzicht van de abonnementen die ik neem, en o wonder, je kan Prime aldaar afvinken en opzeggen. Indertijd via een simpel telefoontje ingeschreven, nu via een simpele muisklik weer uitschrijven, geef toe, da’s toch wonderbaarlijk?

Maar te rap gejuicht vrees ik. De web interface is niet meer dan een aanvraag om op te zeggen. Telenet gaat je binnen de twee dagen contacteren. Nu goed, als zij nog even bellen om te bevestigen…

Maar ze bellen natuurlijk niet. (Of althans ze konden me niet bereiken hoor ik later.)

Dan maar zelf bellen. Met de GSM want tegenwoordig heb ik en abonnement waar het goedkoper is te bellen naar vaste lijn dan naar GSM (de forfaitaire minuten naar vaste lijn krijg ik gewoon niet op). Met nummer herkenning weten ze blijkbaar daar al aan mijn GSM nummer wie ik ben. Ook leuk. (Tiens, toen ze me vorige week blijkbaar probeerden te bereiken hebben ze de GSM toch niet geprobeerd.)

Enfin, een heel vriendelijke dame aan de lijn die het heel professioneel aanpakte, niets op te zeggen. Maar in the end moet ik nu mijn Prime schriftelijk opzeggen. Best aangetekend mijnheer.

Twee maten en twee gewichten. Ermee beginnen wordt heel gemakkelijk gemaakt. Ermee stoppen heel moeilijk. Klantvriendelijkheid: nul.

I needed to implement ldap authentication and authorsiation for an openvpn setup which until now used a simple password file.

Lots of howto’s tell you to update the standard PAM login service to use ldap, and to have openvpn use that login service for authentication. I expect in most cases you’ll probably just want to have a dedicated vpn server, and not having users logging in on the system wide login. At least, that’s what I needed today to migrate away from that password file based config.

That turned out to be quite easy once you get the pam config right, though I’m still not 100% positive this particular pam config is the most optimal. In the end I just defined a new openvpn pam service by creating /etc/pam.d/openvpn with a very short and simple config.

Here’s the configuration notes which reflect this config update. All users with an ldap account, and member of the remoteaccess group are granted access to openvpn.

--- openvpn_installation_howto.txt 31 Mar 2010 12:37:42 -0000 1.16
+++ openvpn_installation_howto.txt 23 Apr 2010 14:53:23 -0000
@@ -167,6 +167,25 @@
# Server configuration
######################

+## config update to authenticate & authorise through ldap
+aptitude install libpam-ldap
+
+- edit /etc/pam_ldap.conf
+ uri ldaps://ldap.server
+ base dc=division,dc=corp,dc=be
+ ldap_version 3
+ pam_groupdn cn=remoteaccess,ou=groups,dc=division,dc=corp,dc=be
+ pam_member_attribute memberUid
+ pam_password crypt
+ tls_checkpeer no
+- create /etc/pam.d/openvpn
+ auth required pam_ldap.so
+ account required pam_ldap.so
+- edit server-udp.conf and server-tcp.conf
+ #auth-user-pass-verify /etc/openvpn/fileauth.pl via-file
+ plugin /usr/lib/openvpn/openvpn-auth-pam.so openvpn


update 16 March: fixed the hardware specs

I’m working on doing some tests to compare different virtualisation technologies. Whilst those tests are far from finished, I got some numbers this afternoon who give a quick first impression.

What is being tested here?

• Running some specific processes
• Timing how long they run
• On a virtual guest (1 for now) on different platforms

Host environment?
Five servers, each running a different virtualisation platform, running on a machine with 2 quad cores Intel(R) Xeon(R) CPU E5520 @ 2.27GHz with 12GB RAM. One 160GB SATA 2.25″ 5400RPM disk per server, of which around 120GB is used for the guest disks (LVM).

The 5 different platforms are:

1. VMWare ESXi 4.0
2. Red Hat / CentOS 5.4 with Xen 3.0
3. Red Hat / CentOS 5.4 with KVM 83
4. Debian Lenny with Xen 3.2
5. Ubuntu Karmic with KVM 0.11

Guest environment?
All the guests are running Debian Lenny, in a vm with 512M Ram, with 2 virtual processors. And a file system of around 6GB. Virtual disks are LVM logical volumes on disk on the server host. Xen guest are runnig in paravirtualisation mode with the domU kernel available in Lenny, KVM guests are configured with virtio hardware. VMWare emulates Intel(R) PRO/1000.

There are 20 clients deployed on each server. So far I ran tests on 1 concurrent guest only. The dual concurrent client tests are running whils I write this, I’ll hope the scripts will keep running during the weekend

A quick peek in the test logs showed me following numbers. The items should speak for themselves, tthey are noted as

platform-test=time_in_seconds_to_run

A smaller number means better performance.

Lame
Converting 10 wave files to mp3

debxen-lame=44
ubukvm-lame=45
vmware-lame=45
rhtkvm-lame=47
rhtxen-lame=53

Unzipping a kernel tarball
debxen-zip=78
vmware-zip=78
ubukvm-zip=81
rhtkvm-zip=83
rhtxen-zip=94

Untarring the tar archive
vmware-untar=25
debxen-untar=27
rhtxen-untar=27
ubukvm-untar=30
rhtkvm-untar=40

Compiling that kernel
ubukvm-kernelcompile=3789
vmware-kernelcompile=3879
rhtkvm-kernelcompile=3918
debxen-kernelcompile=3999
rhtxen-kernelcompile=4906

The biggest thing to note would be a lesser performance of Redhat + Xen when it comes to processor load, but keep in mind that this is an older version of Xen. On the other hand The respective older version of KVM on Red hat plays rhather well. I expect Xen to perform better when it comes to disk access.

There are other tests being processed also (iperf, iozone, tbench, dbench) but I can’t give a quick overview of those as the time to run is irrelevant for those.

More to come.