2018-10-21 One of my first radio contacts (re)confirmed
From time to time I check whether eQSL has new incoming confirmations for PD4KH contacts. Recently I found one for a contact that goes way back, and it was before I used a linux radio logging program so I did not have the details stored in my logging program. But my website still has those details: Vanavond vanuit de achtertuin contact met PI4HAL via repeater PI3UTR. It turns out PI4HAL decided to stop sending out paper cards and started using eQSL. I guess they uploaded all old logs. I do remember the contact and being nervous about actually talking "on the air" and finding my turn between other callers to that station. This was a trigger for me to check my old logs and make sure I upload things correctly to ARRL Logbook of The World including the few satellite contacts. Oh and I never started using hrdlog as PE4KH. It did not add a lot for me.Read the rest of One of my first radio contacts (re)confirmed
2018-10-19 (Time to get around to the new year's resolution: learn morse. My local radio club has set up a morse...)
: Time to get around to the new year's resolution: learn morse. My local radio club has set up a morse training and they are using the G4FON Koch trainer for windows.
But what good morse trainers are available for linux?
So far I have found aldo which is very very minimal in the user interface but quite ok in training in the koch method (and available with ubuntu hams). On https://radio.linux.org.au/?sectpat=morse is a list of programs with morse and linux. I also tried to build GtkMMorse but it failed so hard I gave up.
Any clues? Is there a gem I missed?
2018-10-18 (Reading the mount.cifs manpage reminds me of Ned Flanders...)
: Reading the mount.cifs manpage reminds me of Ned Flanders...
2018-10-12 Serious slowness with rrdgraph from rrdtool
One of the things still needing migrating is the NTP server stats which obviously uses rrdtool. Because I want to keep the history I migrated the datasets with:Read the rest of Serious slowness with rrdgraph from rrdtool/usr/local/rrdtool/bin/rrdtool dump ntpvals-stardate.cs.uu.nl.rrd \ | ssh newhost /usr/bin/rrdtool restore -f - ntpvals-stardate.cs.uu.nl.rrdAnd then create a graph of the plloffset for example using:/usr/bin/rrdtool graph /tmp/plloffset-stardate.cs.uu.nl-24hours.png \ --title "stardate.cs.uu.nl pll offset (last 24 hours)" --imginfo \ '<img src="tmpgraphs/%s" WIDTH="%lu" HEIGHT="%lu" alt="Graph">' \ --start -24hours --end now --vertical-label="Seconds" --color BACK#0000FF \ --color CANVAS#c0e5ff --color FONT#ffffff --color GRID#ffffff \ --color MGRID#ffffff --alt-autoscale --imgformat PNG --lazy \ DEF:offset=ntpvals-stardate.cs.uu.nl.rrd:plloffset:AVERAGE \ CDEF:wipeout=offset,UN,INF,UNKN,IF CDEF:wipeoutn=wipeout,-1,* \ LINE1:offset#000000:"Offset\:" \ GPRINT:offset:LAST:"Current\:%.3lf%s" \ GPRINT:offset:MIN:"Min\:%.3lf%S" \ GPRINT:offset:MAX:"Max\:%.3lf%S" \ GPRINT:offset:AVERAGE:"Average\:%.3lf%S" \ AREA:wipeout#e0e0e0 AREA:wipeoutn#e0e0e0But on the old server this takes 0.026 seconds, on the new server 3 minutes and 47.46 seconds. No idea what is happening, strace shows nothing strange and rrdtool uses 1 cpu at 100% all that time.
2018-10-10 New countries in amateur radio using the radio at the club
My amateur club Veron A08 call PI4UTR has a really good clubstation with multiple nice antennas. In an environment with a lot less interference than I have at home. Last Tuesday I used the clubstation to make a few connections and got some nice calls in the log, adding two new countries. VP8LP on the Falkland Islands and CE2ML in Chili.
2018-10-03 Seeing the same names in logcheck mails every hour
I use the logcheck package to monitor for unexpected log entries. Since upgrading to the new homeserver conway I noticed DNSSEC failures coming back regularly, even at weird times of the night while the domain names seemed related to services we sometimes interact with during the day. To search deeper I enabled query logging on DNS (with a short retention period) in order to find the source. Eventually I found it: the DNSSEC failures came at the time the mail from logcheck was delivered, because it mentioned domain names that cause a DNSSEC failure. So the way to 'fix' this problem and avoid similar other problems was to whitelist logcheck mail. Update 2018-10-05: That only helps when enabling the Mail::SpamAssassin::Plugin::Shortcircuit plugin and enabling the USER_IN_WHITELIST shortcircuit. Update 2018-10-07: Even with whitelist and shortcircuit I still see queries for domain names in the logcheck mails. Call to spamassassin is now changed...Now, once again...this time with FEEwing
2018-10-01 Getting distracted on shodan
This morning I was looking on shodan for open remote desktop servers in the work network since RDP was mentioned as an attack vector in the latest GANDCRAP ransomware. Searching for '3389' on shodan found something completely different: an open industrial control system (ICS) for tankstation gauges.IN-TANK VOORRAAD TANK PRODUCT VOLUME TC VOLUME VULVOL HOOGTE WATER TEMP 1 UL 98 9757 9693 10283 939.2 0.0 20.09 2 EURO 2...According to The Internet of Gas Station Tank Gauges -- Take #2 - Rapid7 this was already a reported issue in January 2015 and according to their research it may be possible to do bad things with this access. The above is from a gas station I can find on google maps. Oh I found the way to search for open remote desktop servers on shodan: port:3389.