verdon
- Total activity 285
- Last activity
- Member since
- Following 0 users
- Followed by 0 users
- Votes 15
- Subscriptions 67
Comments
Recent activity by verdon-
Tested and verified with a couple Window's clients now, that the work-around is doing the job.
-
Just a quick update... with the patch above, and after waiting a couple hours, upload permissions are correct with both Mac clients I can test with. I'm waiting for someone else to report on their ...
-
Note that the files are correct. It's just the dirs. Oops. I'm still getting inconsistent results on this. I am getting 644/775 when I test. My client is getting 664/775.
-
I'll update this thread with more information on the status of this case as it becomes available. In the meantime, you can workaround this issue by changing the umask values in the following sectio...
-
I can verify that it is happening with Transmit on MacOS (all up to date) and with up to date WS_FTP Pro on Win7, with using SFTP protocol. I'll try FileZilla on Mac shortly and see if I can get so...
-
Could you verify if you were able to determine if the issue is isolated to specific SFTP clients? If so, does the issue persist when using an alternate SFTP client such as FileZilla? I can verify...
-
Sorry, I was wrong about that... both clients are uploading files correctly but are both adding the g+w to directories.
-
You are right, that normally should work. Do you have the rule itself handy by chance? SecRule QUERY_STRING "!@contains =" \ "id:1,rev:2,chain,msg:'COMODO WAF: Vulnerability in PHP before 5.3....
-
hmmm... I can verify that SecRuleRemoveById 220030 has been added to the bottom of /etc/apache2/conf.d/modsec/modsec2.cpanel.conf I assume by the mod_sec tools. That should work, shouldn't it? ...
-
Sorry, either I'm still a little confused, or I'm not explaining myself well... On the new server, Home " Backup " Legacy Backup Configuration Backup Status: enabled Backup Interval: daily Backup...