Request developments for SKUDONET CE 7

[Emilio Campos Martín]

Hi team, with this email I would like to generate some activity in the mailing list and receive your request for integrating new features in this new version we have released.

Please feel free to request any feature, I will start mine:

+Cluster configuration from GUI: 

Cluster configuration should be done from web GUI as in previous versions.

+skudonet cli improvements

There is a cli command previously called zcli, it should be great to change the name to skd-cli or something similar and be able to run it locally without any additional configuration. I guess this command isn't currently too much used but it is quite powerful if you want to integrate your ADC with Ansible or another deployment tool. 

+monitoring plugins

It could be great to integrate SKUDONET with Zabbix, Icinga, Grafana, or other SIEM / SEM tools. 

+a vhd or vdi disk compatible with VirtualBox or other hypervisor. 

It should be great to have a simple vdi or vhd disk, ready to be deployed in the majority of the hypervisors, I think it will be easier to test the ADC in the lab, useful for proof of concepts or just prepare a production deployment without using the ISO installer, the idea is using a faster method than the installation. 

Additional requests are welcomed. 

Thanks!

--

Emilio Campos

SKUDONET Team

www.skudonet.com

My linkeding Profile

DISCLAIMER: This message contains confidential information and is intended only for the

individuals named. If you are not the named addressee please notify the sender immediately

by email if you have received it by mistake and delete it from your system, you should not

disseminate, distribute or copy this email in whole or in part.

[Dave Byrne]

- Along with GUI cluster configuration, some form of node role/status indicator on the main dashboard. Perhaps also lock the ability to edit farm and VIP settings to the master node only.

- A farm configuration (+ SSL cert bundle) export and import function.

- Some form of remote backup utility, backup to git repo, backup to FTP etc

--
Welcome to SKUDONET Community Edition Support, please use this group for sharing information related to SKUDONET only, in other case the message will be deleted.
 
Thanks.
---
You received this message because you are subscribed to the Google Groups "skudonet-ce-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to skudonet-ce-us...@skudonet.com.
To view this discussion on the web visit https://groups.google.com/a/skudonet.com/d/msgid/skudonet-ce-users/CALiSF1JCMfZwMHRS6QayPGY9%2BWpaRoUv1M4GViDf2Nt2KGzfsA%40mail.gmail.com.

[Emilio Campos Martín]

Hi Dave, thanks for your proposals, 

Regarding point " A farm configuration (+ SSL cert bundle) export and import function.", can you extend a little bit your idea of feature? it is useful for evaluation. 

Thanks!

[Dave Byrne]

I guess actually it would be the same mechanism that caters to the auto-remotebackup feature request too. Just having the ability to manually download a "bundle" of a farms config (or the entire LB's farms config) would be nice. Portability of the config brings in more methods of restore/migration. We have some clients using CE LB's in a cluster with 50+ farms all with different config in them. Currently we backup the LB itself of course, but being able to export (and subsequently import) its farms config etc would be valuable.

[Emilio Campos Martín]

Hi guys, nice idea to select what object you want to run a backup, taking into consideration selecting between a pool of farms, virtual interfaces, and auxiliary services like DNS, NTP, cluster, farmguardians, SSL certificates, etc.

For the idea of sending the backup to a remote service like GitHub or similar we should take into consideration the following:

-The current backup saves the SSL certificates, which can be considered sensible. 

-Currently there is a powerful tool called zcli, you can run your own scripts to save a backup and send to another remote host, obviously, the sysadmin needs to develop some script for this purpose, but zcli is the key. 

we are currently working on the new version:

https://www.skudonet.com/zapidoc_ce_v4.0/

Regards!

[W B D]

Would be great to see the ability to configure URL rewriting via the web GUI, for HTTP(s) reverse proxy farms.

Bruce

--

[Emilio Campos Martín]

Hi Bruce, do you mean URL rewriting passing to the backends? like proxy_pass in Apache or do you mean Rewriting URL in the client Response? (Location Header, currently supported)

Thanks for your comments

[W B D]

I mean like proxy_pass. I understand this feature was added in zproxy, with the RewriteUrl directive, and could be accessed by editing the config file, but it has never been exposed in the GUI.

Bruce

To view this discussion on the web visit https://groups.google.com/a/skudonet.com/d/msgid/skudonet-ce-users/CALiSF1L4E%3DYaGq-c%3DB9Kds1gj13BDwVKKVEznKTn%2B77iFovY2Q%40mail.gmail.com.

[Emilio Campos Martín]

Ok, thanks for the clarification. Absolutely needed, we will add this to our TODO.

Thanks for the requests

Regards 

[Eike Lohmann]

Hi, would like to request a feature I was missing in skudonet LB's.

net A --- router A \

                                \                  | --- farm A

                                  ----- LB -----

                                /                  | --- farm B

net A --- router B /

Net A ist the same behind both routers A and B.

Devices from net A will connect to farm A.

Farm A has it's own IP address/network on inside/outside lb interface.

Devices from net B will connect to farm B.

Farm B has it's own IP address/network on inside/outside lb interface.

In Skudonet I have to set a route (way back) for net A but can only set it once for router A or B.

In a well known big LB brand I don't need to set a route, the way back is achived by some logic with mac and last hop source I think.

Regards, Eike

[Emilio Campos Martín]

Hi Eike, regarding your request we would like to understand better the behavior of the big Lb brand, here is my question.

Is router A or router B NATing outgoing traffic from Net A's to LB or is the LB seeing in the IP/TCP level the Net A IP directly? In case the LB is seeing the source IP of Net A I was wondering how the big LB brand knows if the response to NetA IP needs to be sent to router A or router B.

Any additional information will be welcomed, please feel free to share with us any particular documentation of other vendors, it will be used as a reference.

Regards

[Eike Lohmann]

Hi Emilio,

no NAT is involved here. I do not know how they do it. Regards Eike

[Emilio Campos Martín]

Thank you for your answer. 

Some additional information about the F5 feature ? It could be great to read something about this feature

Thanks