Koos picture small

Koos van den Hout

Welcome. This is my homepage where I write about my opinion, projects, things I note, things I try and other random stuff. Newsitems have tags for a bit of structure.

Latest news/thoughts/geeking/rants/notablog

2015-07-05 Moving the lightning detector in the shed and testing 21 hours ago
I thought of this ages ago: Moving the lightning strike detector to the shed but only today got around to it because we had some serious chances of a thunderstorm earlier today which showed up on the lightning strike detector but the graph was completely screwed up again after I tried some psk31 digital mode transmissions on the 20 meter amateur band (14.000 to 14.250 MHz for me).

So now it is in the shed. Moving it to a lower position does mean I will not get readings for thunderstorms as far away as I used to but I'd rather have usable readings at this moment. First tests with transmitting psk31/psk63 on 20 the meter amateur band after I changed it look like it doesn't respond anymore.

Tags: , , ,
2015-07-05 (Tour de France 3 streets from our house, passage of the advertising cars.) 1 day ago
Google+Koos van den Hout : Tour de France 3 streets from our house, passage of the advertising cars.
2015-07-03 (Every time I'm reminded by how much I hate time as a programmer, I need to remember this chart showing...) 3 days ago
Google+Koos van den Hout : And you thought current timezones were a mess. Ha!
I love the 'by an easy calculation' bit.

Via +Irreverent Monk 
2015-07-01 And the leap second leaped fine 4 days ago
The world did not fall apart at the leap second...
Jul  1 01:59:59 greenblatt kernel: [5562265.176016] Clock: inserting leap second 23:59:60 UTC
Jul  1 01:37:53 ritchie ntpd[14950]: local_clock: ntp_loopfilter.c line 688: kernel reports positive leap second warning state
Jul  1 01:59:59 ritchie kernel: [5807507.207473] Clock: inserting leap second 23:59:60 UTC
Jul  1 02:13:11 ritchie ntpd[14950]: local_clock: ntp_loopfilter.c line 688: kernel reports leap second has occured

Tags: ,
2015-06-30 Typical SO-50 amateur satellite exchange 6 days ago
I thought I heard short exchanges with locators and callsigns when I made the last recording of an SO-50 pass. But since this is all NATO spelling and without any indication which part was what it wasn't completely clear to me what I was hearing. So I asked on the Amsat-bb mailing list about the typical SO-50 exchange and got an elaborate explanation:
  • Europe: callsign / signal report (normally 59) / 6-character grid locator.
  • In other parts of the world like North America and Australia, signal reports are not normally given.
  • The 6-character grid locator is useful in Europe, where we in North America usually just go with 4-character grid locators.
  • In Australia, call signs and general descriptions of your signals (loud/clear, for example) are all that they exchanged. No 59, no grid locator.
So I would answer with: callsign de Pappa Delta Four Kilo Hotel, Five Nine in Juliet Oscar Two Two November Charlie

Tags: ,
2015-06-30 Incoming leap second... 6 days ago
Previous there was just an announcement:
associd=0 status=0119 leap_none, sync_pps, 1 event, leap_armed
But the current state is that it's less than 24 hours until the leap second:
ntpq -nc readvar
associd=0 status=4619 leap_add_sec, sync_ntp, 1 event, leap_armed,
version="ntpd 4.2.6p3@1.2290-o Mon Apr 13 13:41:30 UTC 2015 (1)",
processor="x86_64", system="Linux/3.2.0-80-generic", leap=01, stratum=2,
precision=-20, rootdelay=21.302, rootdisp=962.377, refid=,
reftime=d93ccb6a.5bf9c564  Tue, Jun 30 2015 10:01:46.359,
clock=d93ccb70.10208b70  Tue, Jun 30 2015 10:01:52.062, peer=21283, tc=6,
mintc=3, offset=-23.354, frequency=7.280, sys_jitter=0.205,
clk_jitter=8.257, clk_wander=0.087, tai=35, leapsec=201507010000,

Tags: ,
2015-06-29 Ik lees mijn e-mail niet met een browser! 6 days ago
Uit recente e-mail van de bibliotheek utrecht:
de Bibliotheek Utrecht heeft u een e-mail gestuurd met als onderwerp ‘Goed nieuws: Bibliotheek op de Neude’.
Dat u de inhoud van deze e-mail niet direct kunt lezen komt wellicht door de instellingen van uw browser.
Nee hoor, ik lees mijn e-mail niet met een browser, die zijn daar niet voor.

Dat ik de tekstversie zie komt door
alternative_order text/plain text/html
in mijn .muttrc.

Tags: , ,
2015-06-28 Another try at making a contact via SO-50 1 week ago
This evening I had a nice pass of SO-50, maximum elevation 83 degrees, southwest to northeast so I decided to give it a try. I heard two callsigns distinctly and tried replying to them but they didn't hear me or didn't reply.

I recorded the pass again with the line-in on my mp3 player. Using the simple earphones from my mp3 player gave me reasonable audio. The cable between the radio and the splitter was giving some issues again: I still had intermittent audio levels when the cable moved.

Update: And I edited the audio file I recorded: took of the first noise until the first voices showed up in the audio. I may have cut off too much as I can't find the German callsign anymore that I was quite sure I heard.
Listen to audio attachment:
MP3 media: SO-50 pass recorded at JO22nc by PD4KH 2015-06-28 (rightclick, select save-as to download)

Tags: ,
2015-06-28 Playing in the Ukranian DX DIGI contest 1 week ago
This weekend there was another digimode contest active in the digital mode part of the 20 meter amateur band. So I decided to play along for a bit when I had time. The main results are that I made contacts with a new country (Estonia) and a new US state (Florida). I entered the log just now and the result page says:
Your log is ACCEPTED with the following data:

Callsign: PD4KH
Category: SINGLE_OP 20M LP
Number of QSOs: 29

2015-06-26 (Regularly during QSO's I think 'this deserves a real QSO card'. New countries, new modes, amateurs that...) 1 week ago
Google+Koos van den Hout : Regularly during QSO's I think 'this deserves a real QSO card'. New countries, new modes, amateurs that clearly like cards like myself or other reasons. But printing/cutting/writing my cards is something I do in batches. I used to make a note in the QSO log entry note field about this, and I had to search the logs for any notes that looked like 'will send card'.
Recently I discovered CQRLOG has the ctrl-W shortcut key which will set SB (will send via buro) or SMB (will send to qsl manager via buro) depending on whether the 'qsl via' is set.
This means the searching of the log later is quite simple: I can set a search filter in CQRLOG for SB or SMB records, write the cards and change them to the status 'Buro'.
There are also options to automate the printing of labels for QSO cards which could be a help for my unreadable handwriting ;)
2015-06-24 Testing recording amateur satellite radio connections 1 week ago
Satellite QSO recording setup The weather is finally getting better and some people really would like me to demonstrate satellite QSO's. So I need to get active again and make those contacts. One thing I wanted to improve was the recording of contacts. When I use the FT-857 radio with computer control I can record everything but I need lots of wires and equipment. I also want to record in a more 'lightweight' setup, with a handheld radio (or two for full duplex).

So I dug up an older 3.5mm headphone splitter and used my iRiver ifp-795 in line-in recording mode to record the incoming audio while hearing it at the same time via headphones.

Today I tested recording the audio from the Wouxun KG-UVD1P. Someone on repeater PI3UTR was nice enough to keep it busy. I had a reasonable recording, it had distortion. Next test is on a pass of the SO-50 satellite.

Update: I had a low pass (about 30 degrees elevation maximum) and I noticed the cable between the radio (2.5mm mono) and the splitter (3.5mm stereo) was giving an intermittant contact so I resoldered it. Understandig the callsigns in the audio was still a problem, I had to turn up the volume quite high which led to a distorted recording.

And when I leave the iRiver ifp-795 in line-in recording mode it does not shut down after some minutes of inactivity. I have to shut it down by hand or switch to mp3 player mode.

Tags: ,
2015-06-24 () 1 week ago
Google+Koos van den Hout : 17 years ago l0pht tried to tell the world it was building an insecure network and connecting everything to it.
We didn't listen enough.
2015-06-20 (I have had more than one interference problem with PSK31 on 20 meters (the same 14.070 MHz) due to signal...) 2 weeks ago
Google+Koos van den Hout : I have had more than one interference problem with PSK31 on 20 meters (the same 14.070 MHz) due to signal leaks from VGA cables. I was hoping switching to DVI would make things better but your video makes me wonder... Thanks for sharing!
2015-06-20 A fast-changing security world 2 weeks ago
At work I reviewed something about TLS security I wrote in May 2014 and noticed I had to make some serious adjustments for the May 2015 state. SSLv3 is no longer accepted, SHA1 is no longer an accepted hashing algorithm and other changes.

This week on the home server greenblatt I had two different impacts from the latest OpenSSL update: SSL communications with the Fritz!Box was failing and SSL in sendmail was failing, both due to the latest insights into the security of the Diffie-Hellman key exchange.

These insights are very very new: in April I did a course in the Certified Information Systems Security Professional (CISSP) common body of knowledge and I learned the default Diffie-Hellman parameters were safe. Now we learn to generate them for each individual system at the same strength as the private key. Knowledge of cryptographic quality ages fast at the moment.

Tags: , , , ,
2015-06-20 More SSL weirdness, this time with sendmail 2 weeks ago
I'm not sure it is related to the recent OpenSSL upgrades but yesterday outgoing mail was suddenly all stuck with the error message:
Jun 19 16:02:30 ritchie sendmail[6381]: STARTTLS=client: 6381:error:14082174:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:dh key too small:s3_clnt.c:3449:        
Jun 19 16:02:30 ritchie sendmail[6381]: ruleset=tls_server, arg1=SOFTWARE, relay=postbox.idefix.net, reject=403 4.7.0 TLS handshake.                            
I couldn't find a definitive reason, but I did notice these in the logs of sendmail on the home server:
Jun 19 20:59:27 greenblatt sendmail[4747]: STARTTLS=client: 4747:error:14082174:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:dh key too small:s3_clnt.c:3338:
Jun 19 23:09:24 greenblatt sm-mta[20569]: STARTTLS=server, error: cannot read DH parameters(/etc/mail/tls/sendmail-common.prm): error:0906D06C:PEM routines:PEM_read_bio:no start line
I did notice /etc/mail/tls/sendmail-common.prm was 0 bytes large on the server which could be a source of the problem. This is the Diffie-Hellman parameter file used by the submission client. I regenerated this file to a 2048 bit Diffie-Hellman dhparam file. Mail is flowing again, but I'm not sure this was the cause of the problem.

The first errors were from:
Jun 15 13:00:52 greenblatt sendmail[26472]: STARTTLS=client: 26472:error:14082174:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:dh key too small:s3_clnt.c:3338:
Jun 15 13:00:52 greenblatt sendmail[26472]: ruleset=tls_server, arg1=SOFTWARE, relay=[], reject=403 4.7.0 TLS handshake.
And that was right after an openssl update. Why it took until 19 June for the mailflow to stop completely is strange to me.

Update: The only thing I can think of is that sendmail wasn't restarted after OpenSSL was updated. I checked the same update today on another system and the update of OpenSSL does not set triggers to restart ssl-using daemons.

Tags: , ,
2015-06-16 SSL implementation on the fritzbox isn't secure enough 2 weeks ago
The latest OpenSSL updates cause me a new problem:
Connecting to fritz.koos.koffie.dot (fritz.koos.koffie.dot)||:49443... connected.
OpenSSL: error:14082174:SSL routines:SSL3_CHECK_CERT_AND_ALGORITHM:dh key too small
Unable to establish SSL connection.
Which means the script to fetch the dsl status from the fritzbox can't connect until I find out how to convince wget how to negotiate a non-standard cipher set. Or switch to curl.

Getting the right answers with curl isn't working out either. I can get the SSL working and do a POST to the right URL but the 'best' thing I get back is:
<errorDescription>XML error</errorDescription>

Update: The solution was to keep using wget but disable(!) SSL, using the non-SSL port for upnp. The command now is:
wget --user=$FRITZUSER --password=$FRITZPASS --post-file=linkstatusrequest.xml \
--header="Content-Type: text/xml" \
--header="SOAPAction: \"urn:dslforum-org:service:WANCommonInterfaceConfig:1#GetCommonLinkProperties\"" \ -O linkstatusanswer.xml
VDSL downstream speed 20150618 And now the data is available again and the graph is updated.

So the recent upgrade in OpenSSL which disabled less secure Diffie-Hellman key negotiation results in having to disable all encryption on the connection with the fritzbox. A security update on the fritzbox may solve this.

Tags: , , , ,
2015-06-16 (DKARS (Dutch Kingdom Amateur Radio Society) organized a new contest, The Dutch Kingdom Contest. PA3FYM...) 2 weeks ago
Google+Koos van den Hout : DKARS (Dutch Kingdom Amateur Radio Society) organized a new contest, The Dutch Kingdom Contest. PA3FYM participated on the location of PA7FA who has enough space available for some nice beverage antennas. Together they made a video of the contesting setup and the activity during the contest.
2015-06-15 Better encryption for Apache 2.2.x in Ubuntu 12.04 LTS 3 weeks ago
Reading the changelogs for Ubuntu upgrades is good, since I noticed:
Get:1 Changelog for apache2.2-bin (http://changelogs.ubuntu.com/changelogs/pool/
main/a/apache2/apache2_2.2.22-1ubuntu1.9/changelog) [152 kB]
apache2 (2.2.22-1ubuntu1.9) precise-security; urgency=medium

  * SECURITY IMPROVEMENT: add support for ECC keys and ECDH ciphers
    (LP: #1197884)
    - debian/patches/ecc_support.patch: add support to
      modules/ssl/mod_ssl.c, modules/ssl/ssl_engine_init.c,
      modules/ssl/ssl_engine_kernel.c, modules/ssl/ssl_private.h,
      modules/ssl/ssl_toolkit_compat.h, modules/ssl/ssl_util.c,
  * SECURITY IMPROVEMENT: add TLSv1.x options to SSLProtocol (LP: #1400473)
    - debian/patches/tls_options.patch: allow specifying later TLSv1.x
      options in modules/ssl/mod_ssl.c, modules/ssl/ssl_engine_config.c,
      modules/ssl/ssl_engine_init.c, modules/ssl/ssl_engine_kernel.c,
  * SECURITY IMPROVEMENT: improve ephemeral key handling, including
    allowing DH parameters to be loaded from SSLCertificateFile and
    disabling EXPORT ciphers.
    - debian/patches/ephemeral_key_handling.patch: numerous improvements to
      modules/ssl/mod_ssl.c, modules/ssl/ssl_engine_config.c,
      modules/ssl/ssl_engine_dh.c, modules/ssl/ssl_engine_init.c,
      modules/ssl/ssl_engine_kernel.c, modules/ssl/ssl_private.h,
      modules/ssl/ssl_util_ssl.c, modules/ssl/ssl_util_ssl.h.
It took a bit of digging in Bug #1197884 “apache2.2 SSL has no forward-secrecy: need ECDHE k...” : Bugs : apache2 package : Ubuntu but the decision was made to backport ECDHE handling to mod_ssl in the Apache 2.2.22 package in Ubuntu 12.04 LTS. To be able to use this all you need to generate your own dhparams with:
# openssl dhparam -out dhparam.pem 2048
Where the keysize here (2048 bits) needs to be the same as for the private key. The resulting dhparams in PEM format need to be pasted to the SSLCertificateFile so it ends up looking like:
This is actually an upgrade and not an update, but as the discussion in the bugreport shows the choice was made to improve overal security in light of recent revelations about the probable capabilities of NSA/GCHQ, better explained in The Logjam (and Another) Vulnerability against Diffie-Hellman Key Exchange - Schneier on Security.

Tags: , ,
2015-06-14 More distance on HF 3 weeks ago
pskreporter showing KP4DQC at 7179 kilometers Slight adjustment of my highest distance in a PSK31 contact: 7179 kilometer to KP4DQC in Puerto Rico.

Tags: , ,
2015-06-12 (I have seen the movie Wargames quite a number of times so I immediately notice one of the keyholes for...) 3 weeks ago
Google+Koos van den Hout : I have seen the movie Wargames quite a number of times so I immediately notice one of the keyholes for the missile launch has a tag 'GENTLY' above it. So even THAT detail in the movie is correct.

And if I ever visit that area, I have something to go see...
2015-06-12 (Ok, I couldn't resist looking for the right frame in the video from http://history.nd.gov/historicsites...) 3 weeks ago
Google+Koos van den Hout : Ok, I couldn't resist looking for the right frame in the video from http://history.nd.gov/historicsites/minutemanmissile/ and in WarGames. Both have a tag 'GENTLY' right above the launch key. This shows again that WarGames completely nailed the launch sequence to the last detail.
2015-06-12 Controle over je geld ongewenst? 3 weeks ago
Bericht van de ING:
In Mijn ING bent u gebruiker (geweest) van FiNBOX voor uw financiële post en betalingen. Omdat steeds minder ING-klanten gebruikmaken van FiNBOX, hebben wij besloten om per 1 januari 2016 te stoppen met deze dienst. Natuurlijk vinden wij dit erg jammer. Dit betekent dat u vanaf deze datum geen FiNBOX-documenten meer kunt ontvangen, betalen of inzien.

Alternatieve mogelijkheden

Steeds meer bedrijven bieden u mogelijkheden om financiële post digitaal te ontvangen, zoals in "Mijn-omgevingen" of via e-mail. Ook rekeningen kunnen vaak steeds makkelijker worden betaald met bijvoorbeeld iDEAL of per incasso.

Bedrijven informeren u verder

U hoeft bedrijven niet zelf op de hoogte te brengen. Dat hebben wij al voor u gedaan. De bedrijven waar u FiNBOX-documenten van krijgt, informeren u in de loop van dit jaar verder over hoe u voortaan uw financiële post ontvangt.

Uw FiNBOX-documenten bewaren

Wilt u FiNBOX-documenten bewaren voor uw eigen administratie? Geen probleem. Tot 1 januari 2016 kunt u uw documenten gewoon nog uitprinten of opslaan op uw computer, usb-stick of Cloud-opslagdienst.
Wat begon als 'digitale nota' was een goed systeem om nog wat controle te houden op hoeveel geld er naar wie de deur uit ging (wat niet kan met incasso) en ook wanneer dat zou gaan gebeuren (wat niet kan met ideal betaling).

Tegelijkertijd kwamen de bijbehorende documenten ook goed beschikbaar (al maakte digitale nota / finbox daar te weinig reclame voor). De laatste jaren had ik de beschikking gemeentebelastingen keurig als PDF in finbox nadat de gemeente Utrecht was gestart met digitale nota voor de gemeentebelastingen.

Alleen leken banken en bedrijven het niet echt te willen, er werd nooit reclame voor gemaakt. Toen we nog kabeltelevisie hadden van Ziggo moesten we daar met veel moeite uittrekken dat het ook via digitale nota betaald kon worden, en duurde het nog wat maanden voordat de toeslag voor het betalen met acceptgiro verdween van de digitale nota. En vervolgens beweerde Ziggo begin dit jaar dat de aanmelding bij FinBOX niet helemaal correct was en dat ze er dus helaas mee moesten stoppen maar toen waren we toch al bezig Ziggo op te zeggen dus dat was gewoon een extra reden.
Read the rest of Controle over je geld ongewenst?

Tags: ,
2015-06-10 () 3 weeks ago
Google+Koos van den Hout : Gary Pearce (HamRadioNow) discussing Field Day

News archive by year: 1999 | 2000 | 2001 | 2002 | 2003 | 2004 | 2005 | 2006 | 2007 | 2008 | 2009 | 2010 | 2011 | 2012 | 2013 | 2014 | 2015

The person

Father, cat owned/owner, Unix/Linux fan, Internet user, reader, recumbent byciclist, snowboarder, ipv6 fan. For those who don't speak Dutch: how to pronounce Koos van den Hout.

The job

Specialist information security at Utrecht University with a modern Profile page.

Search idefix.net

Custom Search

Visitor using legacy IPv4

Your IPv4 address is in United States

Other webprojects I work on

Weather projects

Weather station

Temperature : 26.2 °C
Humidity : 41.8 %
Airpressure : 1014.8 hPa


Use the e-mail address in the address box and use PGP private secure e-mail when possible.

Pages on specific projects

Loads more pages

Koos van den Hout, reachable as koos+website@idefix.net. PGP encrypted e-mail preferred.

PGP key DSS/1024 2C66 3B5D F0D7 C263 local copy PGP key DSS/1024 2C66 3B5D F0D7 C263 via keyservers pgp key statistics for 0x2C663B5DF0D7C263 Koos van den Hout
This page is best viewed with any browser in any resolution. Some browsers will wait with rendering most of the page until allmost all HTML is loaded. RSS
Meningen zijn die van mezelf, wat ik schrijf is beschermd door auteursrecht. Sommige publicaties bevatten een expliciete vermelding dat ze ongevraagd gedeeld mogen worden.
My opinions are my own, what I write is protected by copyrights. Some publications contain an explicit license statement which allows sharing without asking permission.
This page generated by $Id: index.cgi,v 1.62 2015/05/21 10:52:36 koos Exp $ in 0.078947 seconds.