<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Problem connection vCenter Orchestrator to vRealize Automation	</title>
	<atom:link href="https://magander.se/problem-connection-vcenter-orchestrator-vrealize-automation/feed/" rel="self" type="application/rss+xml" />
	<link>https://magander.se/problem-connection-vcenter-orchestrator-vrealize-automation/</link>
	<description></description>
	<lastBuildDate>Thu, 18 Aug 2016 10:40:53 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		By: Robert		</title>
		<link>https://magander.se/problem-connection-vcenter-orchestrator-vrealize-automation/#comment-22294</link>

		<dc:creator><![CDATA[Robert]]></dc:creator>
		<pubDate>Sat, 11 Apr 2015 11:09:33 +0000</pubDate>
		<guid isPermaLink="false">http://magander.se/?p=4935#comment-22294</guid>

					<description><![CDATA[Seems like a syntax validation problem within vRA. For some reason the IPv4 address you typed was interpreted as IPv6 address. The issue is discribed on Wikipedia pretty well: http://en.wikipedia.org/wiki/IPv6_address quote: &quot;Colon (:) characters in IPv6 addresses may conflict with the established syntax of resource identifiers&quot;

I&#039;m not sure how the identification v4/v6 is done in vRA but I guess that&#039;s what happend. Did you eventually, while typeing in the IPv4 address, at some point accidently type in a colon which you deleted later on? E.g. copy paste IPv4+Port into the &quot;host&quot; field? If so that could be the reason. Eventually the VMware dev decided it&#039;d be a good idea to use colon characters in the address for identification of IPv6 adresses but forget to do a switch-back to IPv4 if the colon is deleted. If so, then that switch routine should be visible in the Javascript validation within vRA.]]></description>
			<content:encoded><![CDATA[<p>Seems like a syntax validation problem within vRA. For some reason the IPv4 address you typed was interpreted as IPv6 address. The issue is discribed on Wikipedia pretty well: <a href="http://en.wikipedia.org/wiki/IPv6_address" rel="nofollow ugc">http://en.wikipedia.org/wiki/IPv6_address</a> quote: &#8220;Colon (:) characters in IPv6 addresses may conflict with the established syntax of resource identifiers&#8221;</p>
<p>I&#8217;m not sure how the identification v4/v6 is done in vRA but I guess that&#8217;s what happend. Did you eventually, while typeing in the IPv4 address, at some point accidently type in a colon which you deleted later on? E.g. copy paste IPv4+Port into the &#8220;host&#8221; field? If so that could be the reason. Eventually the VMware dev decided it&#8217;d be a good idea to use colon characters in the address for identification of IPv6 adresses but forget to do a switch-back to IPv4 if the colon is deleted. If so, then that switch routine should be visible in the Javascript validation within vRA.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: magander3		</title>
		<link>https://magander.se/problem-connection-vcenter-orchestrator-vrealize-automation/#comment-4333</link>

		<dc:creator><![CDATA[magander3]]></dc:creator>
		<pubDate>Fri, 06 Feb 2015 13:23:20 +0000</pubDate>
		<guid isPermaLink="false">http://magander.se/?p=4935#comment-4333</guid>

					<description><![CDATA[Hi,
really don&#039;t know and don&#039;t have access to the environment now. The reason for using curl was just to verify connectivity from the vRA appliance and not create any permanent session. Adding /vco or /vco/api is not required in the vRA configuration.

thanks]]></description>
			<content:encoded><![CDATA[<p>Hi,<br />
really don&#8217;t know and don&#8217;t have access to the environment now. The reason for using curl was just to verify connectivity from the vRA appliance and not create any permanent session. Adding /vco or /vco/api is not required in the vRA configuration.</p>
<p>thanks</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Sean Pearce		</title>
		<link>https://magander.se/problem-connection-vcenter-orchestrator-vrealize-automation/#comment-4301</link>

		<dc:creator><![CDATA[Sean Pearce]]></dc:creator>
		<pubDate>Fri, 06 Feb 2015 11:37:59 +0000</pubDate>
		<guid isPermaLink="false">http://magander.se/?p=4935#comment-4301</guid>

					<description><![CDATA[What happens if you connect to both urls now, after the reboot? I note the curl example was a &#039;permanent redirect&#039;... What happens if you append /vco or /vco/api as per your original url?]]></description>
			<content:encoded><![CDATA[<p>What happens if you connect to both urls now, after the reboot? I note the curl example was a &#8216;permanent redirect&#8217;&#8230; What happens if you append /vco or /vco/api as per your original url?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>

<!--
Object Caching 20/79 objects using Disk
Page Caching using Disk: Enhanced 

Served from: magander.se @ 2026-06-18 11:39:47 by W3 Total Cache
-->