We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
Search found 23 matches
- Thu Jun 06, 2019 1:37 pm
- Forum: General Discussion
- Topic: iptables "stoped" on vestacp panel
- Replies: 13
- Views: 19418
Re: iptables "stoped" on vestacp panel
Any solutions for this? I am running centos 7, it's now December 2018. Exact same issue. iptables shows 0 time, when all other services are fine. Same issue here. Did you solve it? Check file /usr/local/vesta/data/firewall/rules.conf and check if the first line of the file is empty. In that case, r...
- Tue Apr 16, 2019 8:46 am
- Forum: General Discussion
- Topic: VEsta 0.9.8-24 published but there is not release note
- Replies: 16
- Views: 15315
Re: VEsta 0.9.8-24 published but there is not release note
It would be great a full list of each change or improvement.
- Mon Apr 15, 2019 6:48 pm
- Forum: General Discussion
- Topic: VEsta 0.9.8-24 published but there is not release note
- Replies: 16
- Views: 15315
VEsta 0.9.8-24 published but there is not release note
Vesta 0.9.8-24 package is available, but I can't find its release note.
What does this new package release include?
What does this new package release include?
- Fri Feb 01, 2019 8:53 am
- Forum: Mail Server
- Topic: Can send an e-mail, however that gets put into the spam folder on Gmail, cannot receive any e-mails.
- Replies: 10
- Views: 8390
Re: Can send an e-mail, however that gets put into the spam folder on Gmail, cannot receive any e-mails.
Use this service to check what is wrong with your settings (if something is wrong)
https://www.mail-tester.com/?lang=en
https://www.mail-tester.com/?lang=en
- Sun Dec 02, 2018 4:14 pm
- Forum: General Discussion
- Topic: Why /usr/local/vesta/data/firewall/chains.conf is overwritten each time system is rebooted??
- Replies: 1
- Views: 1943
Re: Why /usr/local/vesta/data/firewall/chains.conf is overwritten each time system is rebooted??
I answer my question: v-add-firewall-chain overwritte the file on boot, # Preserving chain chains=$VESTA/data/firewall/chains.conf check_chain=$(grep "CHAIN='$chain'" $chains 2>/dev/null) if [ -z "$check_chain" ]; then echo "CHAIN='$chain' PORT='$port' PROTOCOL='$protocol'" >> $chains fi but... what...
- Sat Dec 01, 2018 8:26 pm
- Forum: General Discussion
- Topic: Why /usr/local/vesta/data/firewall/chains.conf is overwritten each time system is rebooted??
- Replies: 1
- Views: 1943
Why /usr/local/vesta/data/firewall/chains.conf is overwritten each time system is rebooted??
I've detected that file /usr/local/vesta/data/firewall/chains.conf is restored to its default content each time that the system is rebooted.
Is that usual? Why is it overwritten?
I've detected it on a centos 7 64 fresh install with default vesta installation.
Is that usual? Why is it overwritten?
I've detected it on a centos 7 64 fresh install with default vesta installation.
- Fri Aug 24, 2018 1:16 pm
- Forum: General Discussion
- Topic: Does admin require ssh access?
- Replies: 1
- Views: 1739
Does admin require ssh access?
I'm trying limit the users with ssh access on my servers. I've checked that by default admin can access by ssh. Does Vesta require admin user ssh access or can I disable admin ssh access?
Thanks!
Thanks!
- Mon Jul 23, 2018 11:08 am
- Forum: General Discussion
- Topic: Firewall blocks services after first reboot on a clean installation
- Replies: 13
- Views: 10464
- Thu Jul 05, 2018 2:33 pm
- Forum: General Discussion
- Topic: Firewall blocks services after first reboot on a clean installation
- Replies: 13
- Views: 10464
- Thu Jul 05, 2018 2:23 pm
- Forum: General Discussion
- Topic: Firewall blocks services after first reboot on a clean installation
- Replies: 13
- Views: 10464
Re: Firewall blocks services after first reboot on a clean installation
well.. the point is that if it's an online server that you can only access over ssh... there is no option to restart iptables after that reboot :)imperio wrote: ↑Thu Jul 05, 2018 2:11 pmFix will be soon.
Try to restart iptablesCode: Select all
service iptables restart
Anyway, I added it as issue on github too yesterday.