<?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 Anybody else using a firewall? in SAS Programming</title>
    <link>https://communities.sas.com/t5/SAS-Programming/Anybody-else-using-a-firewall/m-p/1180#M255963</link>
    <description>We've run into issue after issue due to our firewall.  Not just the ports being open but also the NAT (Network address Translation).  For example, with stored processes, when the spawner fires up a stored process server it was referencing it using the servers internal IP address.  The client (outside the firewall) couldn't see the server's internal IP address.  There was a fix for this.  But we still have a problem with Information Map studio when we attempt to access data from outside the firewall (can't test the map or create filters or expressions.)</description>
    <pubDate>Wed, 02 Aug 2006 14:10:39 GMT</pubDate>
    <dc:creator>deleted_user</dc:creator>
    <dc:date>2006-08-02T14:10:39Z</dc:date>
    <item>
      <title>Anybody else using a firewall?</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Anybody-else-using-a-firewall/m-p/1180#M255963</link>
      <description>We've run into issue after issue due to our firewall.  Not just the ports being open but also the NAT (Network address Translation).  For example, with stored processes, when the spawner fires up a stored process server it was referencing it using the servers internal IP address.  The client (outside the firewall) couldn't see the server's internal IP address.  There was a fix for this.  But we still have a problem with Information Map studio when we attempt to access data from outside the firewall (can't test the map or create filters or expressions.)</description>
      <pubDate>Wed, 02 Aug 2006 14:10:39 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Anybody-else-using-a-firewall/m-p/1180#M255963</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2006-08-02T14:10:39Z</dc:date>
    </item>
    <item>
      <title>Re: Anybody else using a firewall?</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Anybody-else-using-a-firewall/m-p/1181#M255964</link>
      <description>Hi,&lt;BR /&gt;
&lt;BR /&gt;
One of my very knowledgeable colleagues suggested the following:&lt;BR /&gt;
Make sure that that the workspace server is referencing the dns name of the firewall and make sure that the firewall is forwarding the port to the server.&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
Christine</description>
      <pubDate>Wed, 02 Aug 2006 21:33:42 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Anybody-else-using-a-firewall/m-p/1181#M255964</guid>
      <dc:creator>CVitron</dc:creator>
      <dc:date>2006-08-02T21:33:42Z</dc:date>
    </item>
    <item>
      <title>Re: Anybody else using a firewall?</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Anybody-else-using-a-firewall/m-p/1182#M255965</link>
      <description>An interesting response.  Although I'm not sure I'm following you on 'dns name of the firewall'.  We have to tell it the dns name of the machine that the workspace server is running on as well as the port.  We can connect to the workspace server - hence we can build information maps.  But when we attempt to add in a calculation, a filter, or attempt to test the map we get an error. Also we cannot use an info map from EG.&lt;BR /&gt;
&lt;BR /&gt;
Thanks for your response!&lt;BR /&gt;
&lt;BR /&gt;
Brian</description>
      <pubDate>Tue, 08 Aug 2006 17:45:45 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Anybody-else-using-a-firewall/m-p/1182#M255965</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2006-08-08T17:45:45Z</dc:date>
    </item>
  </channel>
</rss>

