About jjgarcia_sia

jjgarcia_sia · ‎Jan 14, 2021

Hi, good evening/afternoon. Thanks for your effort, the ICMP ping is succeding either with the IP address, or the DNS name. Also the 443 standard ssl port is accessible by IP address or dns name. The problem comes because the customer has an ILO on that machine, and the first DNSlookup response from the IP is coming back for the other service name, not either the hostname. The certificate validations on the https server of the vCenter are that strict, that only allow connections from one strict FQDN, the one that is not returned from DNS, and here there are multiple entries for the IP. Thanks for the suggestion. Take care.

jjgarcia_sia · ‎Jan 14, 2021

Good evening/afternoon for everyone. Happy new year. We did some debugging on the issue that prevents vCenter to be recovered, and it seems that the problem comes because the Dnslookup of the vCenter web interface returns a hostname that is different from the FQDN of the machine. Different shared resources on this server that also has an ILO (remote control) interface . Because of the web server redirect is not succeeding; it always redirects to FQDN and only works for the perfect FQDN , the remoteexecution from Beacon is not caching the 443 websso authentication as expected. Setting the fqdn on the /etc/hosts has no effect as the nslookup talks only at DNS level. There is any alternative to force the dnslookup resolution of the beacon to overwrite a hostname with another?. Any additional suggestion?. Many thanks, Kind regards.

jjgarcia_sia · ‎Jan 14, 2021

Good evening/afternoon for everyone. Happy new year. Sorry to ask again, but we did more debugging on the issue, and it seems that the problem comes because the Dnslookup of the vCenter web interface returns a hostname that is different from the FQDN of the machine. Shared resources on this server that also has an ILO (remote control) interface . Because of the web server redirect is not succeeding; it always redirects to FQDN and only works for the perfect FQDN , the remoteexecution from Beacon is not caching the 443 websso authentication as expected. Setting the fqdn on the /etc/hosts has no effect as the nslookup talks only at DNS level. There is any alternative to force the dnslookup resolution of the beacon to overwrite a hostname with another?. Any additional suggestion?. Many thanks, Kind regards.

jjgarcia_sia · ‎Nov 20, 2020

Good morning for everyone, hope You are doing fine, on our customer we are trying to integrate the vCenter on one of their sites. We are picking the correct inventory from one site using of their Beacons, but we are not succeeding on picking the inventory from other networking with their assigned beacon. As can be shown on the table, it always detect the sytem as if vCenter was not discovered, but in fact it is active on the standard 443 port. Beacons are on the same 2020R1 release. If anyone guesses about it, what could be happenning here on this beacon inventory not discovering the vCenter parts?. Much appreciated. EDPPROMAINLAND2018 10.64.196.148 VMware server has not been discovered on this device. rsrvhypvc010 VMware Inventory - Portugal VMware inventory 18/11/2020 2:05:30 18/11/2020 2:50:44 Success EDPPROMAINLAND2018 10.64.196.149 VMware server has not been discovered on this device. rsrvhypvc020 VMware Inventory - Portugal VMware inventory 18/11/2020 2:05:30 18/11/2020 2:50:44 Success EDPPROMAINLAND2018 10.72.196.21 VMware server has not been discovered on this device. rsrvhypvc004 VMware Inventory - Portugal VMware inventory 18/11/2020 2:05:30 18/11/2020 2:50:44 Success EDPPROMAINLAND2018 10.72.196.20 VMware server has not been discovered on this device. rsrvhypvc003 VMware Inventory - Portugal VMware inventory 18/11/2020 2:05:30 18/11/2020 2:50:44 Success EDPPROMAINLAND2018 10.64.196.49 VMware server has not been discovered on this device. rsrvhypvc002 VMware Inventory - Portugal VMware inventory 18/11/2020 2:05:30 18/11/2020 2:50:44 Success

jjgarcia_sia · ‎Nov 16, 2020

Good morning /afternoon for everyone. Actually we are dealing with a consumer that is using several oracle security devices, that are hold over VM Instances, mainly Oracle Linux. As we are on need of taking into account those consumptions on Oracle Databases and products, we are willing to know if there are any known alternatives to pick those consumptions on closed 'appliances' and import them back into Flexera solutions. Thankyou so much for any clarification or information that can be shared. Kind regards.

jjgarcia_sia · ‎Oct 28, 2020

Good evening/morning for everyone. We do think that yes, we did those checkings. We do use from the beacons the root url from all-in-one itam , on all 3 URL settings and we download with success. https://ITAM_FQDN/ Afterwards, we can do the IExplorer test on the ManagesoftRL/test . No certificates problems; althought being self-signed on the beacon part (on ITAM all-in.one they are validable with CRL certificates). Thanks for your attention and effort. What else could prevent the Beacon to download their policy? We have other environments, also on cloud, and on them is only necessary to have Local Admin or System account on the beaconengine service to succeed.

Online Status	Offline
Date Last Visited	‎Jan 20, 2021 01:19 PM

Re: Beacon Remote Execution with different FQDN th...

Beacon Remote Execution with different FQDN than n...

Re: Failure to run discovery on VMware vCenter/Hos...

vCenter inventory

Flexera Inventory and licensing for Appliances of ...