开云体育

On that note, often the portion of the OS responsible for directing the packets to the correct process doesn't and can't know the difference between those wrote:

Robin/Phil To show listening sockets (aka servers) on a Linux terminal; sudo lsof -i -P -n | grep LISTEN or sudo netstat -tulpn | grep LISTEN of course also possible to check a particular port In

Phil, if there's no server running that's listening on port XXXX, then the OS has nowhere to forward any connection request to. That triggers the “actively refused” response from the OS.

Flrig these days, has a slide out button panel for "Extra Commands" that are user configurable, plus such settings get saved when you exit Flrig, and re-appear the next time you start Flrig. I use

Thanks Robin, So it's not the server app that's "actively refused" the request but the OS the app is running on. I'll bear that in mind when I next drill down into my remote operating. Phil GM3ZZA

John GW0WZL, please see reply in message /g/linuxham/message/53331. Adding to that, I recall Dave, W1HKJ, noting that on the start-up of flrig the VFOs are somehow explored. If the

Phil, John (GW0WZL), it's not a left-right pondian issue. “Actively refused” means that the operating system (OS) has decided not to accept any connections on, in this case, port 4532. That will

Hi Cliff, I can't pin point any particular mode. This net did send a few Flamp's using 8psk1000f and I was receiving. I wasn't running Fllog and the only connection would have been local host to

Ron, Is this on all modes or only one mode? Fldigi will hang for 10 seconds or so if it loses it networking connection with fllog. It may also if it loses Internet connections. Need to check that

Hello Dave and the rest of the talented programming team. My system is Linux Mint 22 Cinnamon. I use the Wiki to build the Fldigi suite. When I use Fldigi for a while, like on a net, it will freeze.

John, Not knowing the 3000 could it be that at some point you assigned different antenna jacks to different VFOs? Normally the "use xcvr data" box is unchecked, but all the others are checked so the

Hi Cliff, Thanks for the reply, yes I have tried that and the 2 files attached on a previous post are the results of those tests with all boxes checked and all boxes unchecked Thanks John

There could be a bug in flrig, but before we assume that try a few things. 1. In the flrig configuration go to the Restore page. Try checking all the boxes including "Use xcvr data" then close

I have been looking at other problems, and this message always misleads me. I immediately think that it's been refused becaused of e.g. an authentication error. It's "acrtively" refused - to me that

On the Pi check that port 4532 is open.? "Actively refused" may mean that the server (in this case, the pi) is not accepting inbound connections on the port.? You will also want to be sure, on the

Can anyone help please, it seems to set the antennas when it switches between VFO A and B which it does each time it starts up and shuts down. It is a remote system, and I have no means of seeing

It does, John..... Increasing the automation does require more 'juice' - causing me to justify the upgrades to my compute / storage / networking environments. Today - I am using an older HP G1 small

Great work! Thank you. I think the free CQRLOG has this ability already included? Seems to be what I currently use. 73, John

Duff, Likely not a bug, Linux/Windows uses a different line terminators. Thou it shouldn't matter. The file you received from the windows machine place it in FLDIGI for transmission and created a

FWIW, I have made three shell scripts that log to LoTW, Club Log and eQSL.cc? Gridtracker did the job for me before, but when I was about to use a Rock 4SE the juice was not enough to run both