The issue is the same as reported. Whilst the thread is from 2015, there is at least one other post from Feb 2020 which had no reply hence why I opened this afresh.
Essentially this relates to conn tracking. In our case, we're running BGP with VRRP against two difference proxmox servers (with...
As per https://forum.proxmox.com/threads/firewall-enabled-in-datacenter-prevent-bridge-vm-comunication-on-the-same-node.21372/page-2, this appears to affect many.
The suggested rule change of iptables -D PVEFW-FORWARD -m conntrack --ctstate INVALID -j DROP does "resolve" this although may not...
Thanks for confirming that.
It would be nice if you could tie entries like white lists, rules and so on to domain - so when the domain is deleted, they are too to prevent domains being removed and things being left in the system for non-existent names,
I did consider that although I think it would get quite and overly complex.
Users would want to change their own settings, which they can do right now, so removing that would cause an increase in queries for us to do things manually.
We also use S/E and things like blocking protected archives...
I've been playing with PMG this afternoon and whilst I like the idea and clustered setup of the platform, i'm not too sure if this is suitable for a hosting environment (many servers, users between them).
The settings appear to be fairly global with no ability to add a domain and have specific...
Already using them for wider management and for our internal VMs but would like to do this filtering on customer VM which they cannot see or change which as far as I know won't help with.
Some ports need to be blocked at the entry point to stop those customers who have VMs which are just not...
This isn't so much a support request but a feature improvement.
Currently you can set firewall rules on the cluster/dc level, hv/node and VM.
We would like to apply some rules at the highest level that filter down to VM, such as ports we want to block for all users (i.e malicious ports used...
We had this issue with Deb 10 in latest proxmox. So with a bit of config changes and additions to cloud.cnf in the image now works fine.
Add a known working resolver to resolv.conf in the image (i.e 8.8.8.8 - this will get overwritten).
The the following to the bottom of cloud.cfg. I've left...
We've upgraded to the latest release 0-12 but this still fails, even when setting the storage on the command line.
root@i:/mnt/pve/images/dump# qmrestore vzdump-qemu-162-2019_11_22-02_35_22.vma.gz 90003 --storage core-hdd
restore vma archive: zcat...
Can be done, requires a bit of work but was a while ago now so don't have the exact steps.
Essentially it was get the running VM on OnApp to an image, copy it over, mount the disk and dd it across.
We have them all running now on Proxmox.
Did it add the resolvers to the correct interface?
I've been trying a manual build as the guide mentioned is best to be used so we know what software is installed but they're added to lo.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.