Welcome to the Cumulus Support forum.

Latest Cumulus MX V4 release 4.4.2 (build 4085) - 12 March 2025

Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024

Legacy Cumulus 1 release 1.9.4 (build 1099) - 28 November 2014
(a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)

Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki

If you are posting a new Topic about an error or if you need help PLEASE read this first viewtopic.php?p=164080#p164080

Cumulus MX 3.12.0 b3141 ftp problem

From build 3044 the development baton passed to Mark Crossley. Mark has been responsible for all the Builds since. He has made the code available on GitHub. It is Mark's hope that others will join in this development, but at the very least he welcomes your ideas for future developments (see Cumulus MX Development suggestions).

Moderator: mcrossley

Post Reply
andrea_iw2ntf
Posts: 29
Joined: Fri 17 Aug 2018 8:11 pm
Weather Station: Davis VP2 Plus
Operating System: Raspbian on Raspberry
Location: Gaggiano - MI - ITA
Contact:

Cumulus MX 3.12.0 b3141 ftp problem

Post by andrea_iw2ntf »

Hello everybody,

I have a problem with my provider ARUBA.IT and Cumulus.
For some weeks now there have been problems with the UPLOAD of the data to my provider.

I have already contacted the technical support of the provider, and it seems that the problem arises from FTP sessions that Cumulus does not close properly.

Send files then forget to close the FTP session. This seems to make cumulus attempts to open again and again on subsequent reopenings, and the provider's server considers it an "ATTACK". On the phone with the technician, he told me that there are about 300 requests in a second, so my WEB space is blocked, as it is considered a hakerage.

With the ARUBA.IT technician we have already verified everything, and this seems to be the problem.

I have already had the cumulus settings checked by the ARUBA technician, and they appear to be correct.

What can I do?
User avatar
mcrossley
Posts: 14388
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: Cumulus MX 3.12.0 b3141 ftp problem

Post by mcrossley »

Cumulus does attempt to close the FTP connection after every upload, if it left the connections open then many people would be seeing this issue.

I suggest you switch on Debug and FTP logging, and after it has been running for some time please upload the latest MXdiags file (in the /MXdiags folder) and the ftlog.txt file from the /CumulusMX folder.

I can then take a look...
andrea_iw2ntf
Posts: 29
Joined: Fri 17 Aug 2018 8:11 pm
Weather Station: Davis VP2 Plus
Operating System: Raspbian on Raspberry
Location: Gaggiano - MI - ITA
Contact:

Re: Cumulus MX 3.12.0 b3141 ftp problem

Post by andrea_iw2ntf »

Hello,

today i solved differently, after yesterday it was still stuck.

I contacted the provider's technical support again.

I left realtime file processing enabled, but I disabled the FTP upload which I now do externally. I created a batch file and every minute it renames the files and then uploads them.
Inserted a command in CRONTAB.

Unfortunately, doing other tests costs me a block of the site, and every time I have to open an assistance ticket. The thing is quite boring, also because in a while the managers of ARUBA.IT will send me to hell. I've been stressing them for two months.

I had created the FTPLOG file if it will be useful to you.

The batch file I created is set up as follows:


------------------------------------------

cp /home/pi/CumulusMX/realtime_MP.txttmp /home/pi/CumulusMX/realtime1.txt
cp /home/pi/CumulusMX/Weather_Station_for_Cumulus_46.xmltmp /home/pi/CumulusMX/realtime.xml
cp /home/pi/CumulusMX/cumulus_Pocket_PWS.xmltmp /home/pi/CumulusMX/wview.xml
cp /home/pi/CumulusMX/sunbird.txttmp /home/pi/CumulusMX/sunbird.txt
cp /home/pi/CumulusMX/weathercloud_realtime_template.txttmp /home/pi/CumulusMX/weathercloud_realtime.txt
cp /home/pi/CumulusMX/web/led_wallT.htmtmp /home/pi/CumulusMX/web/led_wall.htm

HOST=ftp.fracassi.net
USER=xxxxxxxx@aruba.it
PASS=xxxxxxxxx

ftp -inv $HOST << EOF
user $USER $PASS
put /home/pi/CumulusMX/realtime.txt /fracassi.net/meteopassione/realtime.txt
put /home/pi/CumulusMX/realtime1.txt /fracassi.net/meteopassione/realtime1.txt
put /home/pi/CumulusMX/realtime.xml /fracassi.net/meteopassione/realtime.xml
put /home/pi/CumulusMX/wview.xml /fracassi.net/meteopassione/wview.xml
put /home/pi/CumulusMX/sunbird.txt /fracassi.net/meteopassione/sunbird.txt
put /home/pi/CumulusMX/weathercloud_realtime.txt /fracassi.net/meteopassione/weathercloud_realtime.txt
put /home/pi/CumulusMX/web/realtimegauges.txt /fracassi.net/meteopassione/realtimegauges.txt
put /home/pi/CumulusMX/web/led_wall.htm /fracassi.net/meteopassione/led_wall.htm

bye

EOF


---------------------------------------


I hope it will be useful.

Andrea
Phil23
Posts: 888
Joined: Sat 16 Jul 2016 11:59 pm
Weather Station: Davis VP2+ & GW1000 (Standalone)
Operating System: Win10 Pro / rPi Buster
Location: Australia

Re: Cumulus MX 3.12.0 b3141 ftp problem

Post by Phil23 »

Interesting,

My Host blocked me on Wednesday afternoon after I'd done a fair amount of testing.
Repeated ftp uploads & attempts from my Static IP.

Maybe an Apache upgrade is rolling about that is setting off some new alarm bells.
:Now: :Today/Yesterday:

Image

Main Station Davis VP2+ Running Via Win10 Pro.
Secondary Stations, Ecowitt HP2551/GW1000 Via rPi 3 & 4 Running Buster GUI.
:Local Inverell Ecowitt Station: :Remote Ashford Ecowitt Station:
andrea_iw2ntf
Posts: 29
Joined: Fri 17 Aug 2018 8:11 pm
Weather Station: Davis VP2 Plus
Operating System: Raspbian on Raspberry
Location: Gaggiano - MI - ITA
Contact:

Re: Cumulus MX 3.12.0 b3141 ftp problem

Post by andrea_iw2ntf »

It seems that my provider has a fairly sensitive system. Among other things, copying the same file in two directories this is considered almost by default a complete FTP attack and block ....

I was copying the files to the root directory and other directory. This seems to be an even more serious problem.

Technical intervention required.

Good job.
Post Reply