pipeline for Add-FGTFirewallAddressGroupMember returns 500 about powerfgt HOT 6 CLOSED

For VIPGRPS, i think, you can look AddressGroup file and modified for VIPGRP uri

can you create a issue for add vipgrp and it will tag for don't forget for next release (but no idea when i will work on this...)

and for Multi connect, if i found a idea to be more easy when use pipeline, it will be implement...

from powerfgt.

Hi,

Yes, when there is a error it is not easy with FortiGate API...

but if you use -connection, you need to use also for Add-FGTFirewallAddressGroupMember

You can use -Verbose for get more verbose...

from powerfgt.

aaaah, thats it ! I first was tripped up by VDOM and now by connection too.

Don't take this as anything other than navel gazing.... I wonder if this shows that there would be benefit in having "context" items in the return object around each of these items. It somewhat makes sense to me that an address group is only relevant within the context of a particular FW and a VDOM, so if the object carried along those properties with it, it'd make it harder to mis-use the object later.

(you may have noticed the change in title; the 404 error was wrong VDOM :) )

from powerfgt.

there is already a "context" the global connection ;-) (i think it is very specific use case to use multi connection support case...)

from powerfgt.

hmm, then I am special :)

Maybe I need FortiManager. I have two FGT sites that I "manually" keep in sync. Well what I (used to) do is do everything by script, and paste the changes to both at once to eliminate drift. With PowerFGT that's much reduced now as I just repeat the commands over two connections.... ok, it'll be much reduced once I convert all my scripts to use PowerFGT but... oh and when I can manage VIPGRPs.

from powerfgt.

can be close ?

from powerfgt.