@olivierlambert said in Citrix Hypervisor 8.1 released:

Sadly I have no DVSC knowledge myself, so it would be great if you are able to explain in a kind of simple "high level specification" (eh "doing this in the UI with a screenshot, it does that") in a Github issue for SDN plugin, we might implement it on our side

A bit of good news is that the DVSC works out of the box with XCP-ng 8.0. Though I have not tested it in conjunction with the SDN plug-in.

After importing the DVSC and adding it to the resource pool:
.1) Select the VM you want to apply security ACLs to

.2) Select "Access Control" and here you can create a network ACL policy to control traffic to and from the VM (by default there are no restrictions)
.3) Apply your desired network security policy to the VM
Results
Allows ping to 8.8.8.8 but blocks ping to 8.8.4.4 since it is not allowed in ACL policy

Allows access to HTTP web server as defined in the the VM network ACL policy and blocks access to the other

Restricts SSH access to trusted hosts

@akurzawa I also experienced an issue after the update as well. After the host rebooted and I tried turning on a Windows 10 VM it hung on the Windows boot screen.

• I eventually force rebooted

• Force shutdown + Change CPU and RAM (not sure if the resource adjustments helped of not)

• Start VM and it came up in Windows recovery mode

In the windows recovery mode I just exited and it continued the boot process. This time it booted successfully but I was greeted with the below message upon login.

I had to use XCP-ng center to use keyboard shortcuts to select yes on the dialog box as mouse input was not working. After the restart everything is working as usual again.

I also have the Windows Updates based guest tools enabled on this VM.

@stormi I think this has to do with the new version of guest tools Citrix has pushed from their release of CH8.1. Checking the services they now show major version 9. Not sure if @akurzawa is facing the exact same issue or a variant of it?

@olivierlambert Awesome first start (pfSense ), love the idea! Where is Ubuntu?

Also I saw Alpine and the first thought that jumped to mind was a template for a vRouter. A lot of multi-tenant cloud platforms like Opennebula, CloudStack, etc offer virtual router images in their respective stores/hubs.

This use case pairs well with the introduction of the SDN controller and private networks. The vRouter template can be configured with 2 or more vifs. One vif to the WAN and the other vif to a SDN private network as the LAN. The vRouter can be the gateway device for the SDN private network routing traffic to the Internet or other external networks outside of the private network supporting NAT, ACLs, VPN, Load balancing, etc.

Some of these features would require more advanced integration with cloud-init like being able to provision IPs from the XO/XOA IP Pool to VMs. The pfSense template can be used to achieve the vRouter functionality as well but at a large disk footprint.

I have no specific use case for it right now but something to consider.

@fx991 the SR scans can and have been helpful in detecting storage issues for me. Sometimes when my ISO library goes offline but XCP-ng has not detected the failure and still shows it as connected I usually notice it from the long running SR scans that get stuck.

The "Connection to VM console..." task is when you have a console window open to a VM or Host...hence the reason why you can't cancel/end it...if you want to get rid of it then close all open console windows

I've seen that before where when you initially set the management IP via DHCP it breaks the console when the IP changes. XCP-ng does seem to register that the IP has changed and so it does not update the console URI.

We were able to resolve the issue by setting the IP statically on the XCP-ng node(I believe a reboot was also required). That updated the console's URI and it was working again in XCP-ng Center and XO.

@olivierlambert issue created
https://github.com/vatesfr/xen-orchestra/issues/4515

abaughGHW created this issue in vatesfr/xen-orchestra

open Support IPv6 in IP pool #4515