<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Cluster ActiveGate test connection fails for internal users in Extensions</title>
    <link>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125152#M1243</link>
    <description>&lt;P&gt;Thanks everyone, that confirms my assumption that the FQDN needs to resolve internally (to the internal IP of the Cluster AG). Awaiting the client to get the necessary DNS records added...&lt;/P&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 11 Nov 2019 13:52:43 GMT</pubDate>
    <dc:creator>andre_vdveen</dc:creator>
    <dc:date>2019-11-11T13:52:43Z</dc:date>
    <item>
      <title>Cluster ActiveGate test connection fails for internal users</title>
      <link>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125148#M1239</link>
      <description>&lt;P&gt;I assume this happens because the Cluster cannot resolve the FQDN to the internal IP of the Cluster ActiveGate - so will the creation of a DNS record for the FQDN which then resolves to the internal IP address fix this issue? How does the test work, is it executed from the Cluster, or Mission Control? If the latter, the internal DNS entry won't help.&lt;/P&gt;&lt;P&gt;I need to get this working, else the SAP plugin won't work, as it tries to use the Cluster ActiveGate as the endpoint to send the beacon to. At this point, the data will try get to the public IP (that's what the FQDN resolves to) but can't due to firewall/proxy restrictions - also doesn't make sense sending the data out onto the web, then back in via Cluster AG.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG src="https://community.dynatrace.com/legacyfs/online/22402-cluster-ag-test-failure.png" /&gt;&lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 08 Nov 2019 18:33:18 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125148#M1239</guid>
      <dc:creator>andre_vdveen</dc:creator>
      <dc:date>2019-11-08T18:33:18Z</dc:date>
    </item>
    <item>
      <title>Re: Cluster ActiveGate test connection fails for internal users</title>
      <link>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125149#M1240</link>
      <description>&lt;P&gt;Hello &lt;A rel="user" href="https://answers.dynatrace.com/users/4312/view.html" nodeid="4312"&gt;@Andre van der V.&lt;/A&gt;&lt;/P&gt;&lt;P&gt;You will have to open the port from Cluster ActiveGate to your local DNS Server/Entry.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Babar&lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 10 Nov 2019 06:56:27 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125149#M1240</guid>
      <dc:creator>Babar_Qayyum</dc:creator>
      <dc:date>2019-11-10T06:56:27Z</dc:date>
    </item>
    <item>
      <title>Re: Cluster ActiveGate test connection fails for internal users</title>
      <link>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125150#M1241</link>
      <description>&lt;P&gt;The test actually is an HTTP request executed from the cluster node to check connectivity over specified endpoint. &lt;/P&gt;&lt;P&gt;Internal RUM actually does same - sends the data to that address. So it has to be resolvable from all places in your network. &lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 10 Nov 2019 15:48:08 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125150#M1241</guid>
      <dc:creator>Radoslaw_Szulgo</dc:creator>
      <dc:date>2019-11-10T15:48:08Z</dc:date>
    </item>
    <item>
      <title>Re: Cluster ActiveGate test connection fails for internal users</title>
      <link>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125151#M1242</link>
      <description>&lt;P&gt;We have achieved this exactly as the previous comments. It is a network/security issue internally on your infrastructure. There needs to be a path (and resolution) from the internal end to the external public endpoint. &lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 11 Nov 2019 11:43:49 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125151#M1242</guid>
      <dc:creator>marco_mannucci1</dc:creator>
      <dc:date>2019-11-11T11:43:49Z</dc:date>
    </item>
    <item>
      <title>Re: Cluster ActiveGate test connection fails for internal users</title>
      <link>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125152#M1243</link>
      <description>&lt;P&gt;Thanks everyone, that confirms my assumption that the FQDN needs to resolve internally (to the internal IP of the Cluster AG). Awaiting the client to get the necessary DNS records added...&lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 11 Nov 2019 13:52:43 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Cluster-ActiveGate-test-connection-fails-for-internal-users/m-p/125152#M1243</guid>
      <dc:creator>andre_vdveen</dc:creator>
      <dc:date>2019-11-11T13:52:43Z</dc:date>
    </item>
  </channel>
</rss>

