Best Recent Content
-
v1.630
Hi
I'm making a backup, but I get this message at the end.
V1.630 Debian 8.11
tested on 2 receivers which work without any problems
is it ok or not?
-
VLF NPM 21.4 kHz with IQ video
NPM is a USA Navy VLF transmitter that operates on 21.4 kHz. It's located in Lualualei, Hawaii.
21° 25' 22" N 158° 9' 1" W
The station's current antenna was built in 1972 and consists of two guyed masts, each 458.11 meters (1503 feet) tall. The masts are configured as umbrella antennas.
Lualualei VLF transmitter
NPM is over 2,400 miles from my QTH: Camas, WA USA
KiwiSDR antenna is 39" dia. loop (49 turns of 22 AWG Magnet Wire) up 10'
73 David WA9ONY
-
Damage due to nearby lightning strike
-
https site not shown in public list
Done!
I had two scenarios that didn't work, see below.
- connect to http://<mysite>:8073
- connect to http://<mysite>:8074 (now fixed)
- connect to https://<mysite>:8073 (now fixed)
- connect to https://<mysite>:8074
In the list of stations, kiwisdr.com still lists my station as a http site, but at least it's back on.
Whatever way visitors connect, the link will always be upgraded to https. The biggest bonus is that it's no longer interfering with browsers wanting to prefer https once they've seen it available on a domain.
I might spend some more time in the future to see if I can have it running all over 8073 again, but for now I'm pretty happy with how it works.
For those interested in the details:
Raspberry Pi B+ Rev1.2
Raspbian 10.10
Nginx 1.14.2-2
# /etc/nginx/sites-available/kwisdr-reverseproxy.conf
server {
listen 10.0.0.10:8073; # listen on 8073
server_name www.marcelpost.com:8073;
ssl on;
ssl_certificate /etc/letsencrypt/live/www.marcelpost.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/www.marcelpost.com/privkey.pem;
# redirect any incoming http to https and port 8074
return 301 https://www.marcelpost.com:8074$request_uri;
}
server {
listen 10.0.0.10:8074; # listen on 8074
server_name www.marcelpost.com:8074;
ssl on;
ssl_certificate /etc/letsencrypt/live/www.marcelpost.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/www.marcelpost.com/privkey.pem;
# takes care of http connections on 8074 (redirect to https 8074)
error_page 497 https://$host:$server_port$request_uri;
location / {
proxy_buffering off;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto http;
proxy_pass http://10.0.1.20:8074; # server ip address of KiwiSDR
}
}
The only other thing I had to change in /etc/nginx.conf was to uncomment:
server_names_hash_bucket_size 64;
This may not be necessary but I had this 'could not build server_names_hash' error which was fixed by uncommenting the above line.
Thanks everyone for their input.
-
possible feature : TUNING lock
I wish we could revisit the lock function... there is far too much area that one can click on (inadvertently) and knock oneself way off frequency. Asking for a klutzy friend....
-
Possible detection of solar Type-II/III radio emissions on kiwisdr
This was in the middle of the day, and it was a different solar radio burst to what you saw (May 22nd 2021).
73
Mark VK5QI
-
Possible detection of solar Type-II/III radio emissions on kiwisdr
I've spotted similar on the VK5ARG KiwiSDR:
At first I thought there was some issue with the site, or someone had driven a RF-noisy car up to the antenna, but It was also visible on the Australian Bureau of Meteorology's Learmonth Spectrograph.
73
Mark VK5QI
-
Possible detection of solar Type-II/III radio emissions on kiwisdr
During a solar coronal mass ejection, the ejecta generates radio emissions as it plunges through the suns chromosphere and corona. These emissions can be received on earth. There are different types of radio emissions, shown in the spectrogram examples on this page:
Early in the year, I observed a noise pattern in my kiwisdrs spectrogram that coincidentally happened at the same time as a solar flare with CME. I was sceptical, so I haven't thought further about this.
On June 9th 2021, I saw the same pattern again, at the same time of a CME associated to a C3.8 LDE flare, with officially confirmed type-II radio emission.
I was still sceptical if it was really what I was seeing on my kiwisdr.
Here is a spectrogram of the event. Note that I have set the spectrogram very sensitive (low dynamic range) for the purpose of showing background noise. So DSL and PLC noise from more than 50 meters away can be seen. Also I have some LC filters installed, to prevent receiver saturation from strong broadcast stations. WF-rate 1 Hz. Suspected radio emission is circled red:
Below 5 MHz no emission was recorded (on a separate kiwisdr with different filters). But the signal would be attenuated by the ionospheric D-layer anyway, so it can't reach earth surface.
Now, today there was a powerful X1.59 flare. And my kiwisdr shows again this pattern. This time also with a distinctive radio blackout, as expected from a X-class flare.
73
-
TDOA possibly offline from 28 June 2021 [fixed]
Should be okay now. Someone made a weird Kiwi configuration which broke the TDoA script on kiwisdr.com. This has happened once before I believe.
-
Many connections from 199.7.185.10
tower-research.com
"Quantitative Trading and Investment Strategies"
Thanks for the IP.
