<?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: CGI problem between nodes in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180744#M26535</link>
    <description>Correction 2:&lt;BR /&gt;The procedure to be executed by Loginout.exe resides under this directory, but the wole path - and the file itself, is accessable by APACHE$WWW based on ACE. REMOTE_USER however has no access to the directories, but can read and execute the file. Hoever, granting the required identifier makes no difference for the CGI procedure.</description>
    <pubDate>Fri, 12 Jun 2009 07:48:40 GMT</pubDate>
    <dc:creator>Willem Grooters</dc:creator>
    <dc:date>2009-06-12T07:48:40Z</dc:date>
    <item>
      <title>CGI problem between nodes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180740#M26531</link>
      <description>OpenVMS 7.3-2, Apache 2.1-1; two systems, not clustered together.&lt;BR /&gt;&lt;BR /&gt;A CGI procedure will start another procedure under a different UIC, wait for it's output, next types the output to SYS$OUTPUT, deletes the file and exits. &lt;BR /&gt;&lt;BR /&gt;On node1: no problem.&lt;BR /&gt;On Node2: The working script is created and contaisn the right protection. However, procedure starts but fails before creating an output file.&lt;BR /&gt;The CGI-script has been minimized to the bare function: Setup and execute. This is run interactively (by the requesting user) and succeeds without a problem.&lt;BR /&gt;&lt;BR /&gt;File- and directory protecftions have been checked; logicals as set in CGI-environment seem fine.&lt;BR /&gt;&lt;BR /&gt;Details in attached file.</description>
      <pubDate>Thu, 11 Jun 2009 13:23:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180740#M26531</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2009-06-11T13:23:55Z</dc:date>
    </item>
    <item>
      <title>Re: CGI problem between nodes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180741#M26532</link>
      <description>Attached file?</description>
      <pubDate>Thu, 11 Jun 2009 13:53:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180741#M26532</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-06-11T13:53:35Z</dc:date>
    </item>
    <item>
      <title>Re: CGI problem between nodes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180742#M26533</link>
      <description>Oops... Anyway.&lt;BR /&gt;&lt;BR /&gt;A collegue (more a system manager than I am) suggested usage of&lt;BR /&gt;&lt;BR /&gt;$ SET AUDIT/ALARM/ENABLE=FILE=FAIL&lt;BR /&gt;$ REPLY/ENABLE&lt;BR /&gt;&lt;BR /&gt;to locate the problem. It turned out that the login directory of the remote_user could not be read by APACHE$WWW. Which is weird, since the file contains an ACE that allows the webserver to read the directory ((ID=APACHE$WWW, ACCESS=READ+EXECUTE))&lt;BR /&gt;&lt;BR /&gt;The direcgtory is procected by an ACE for an identifier which has READ+WRITE_EXECUTE access. Granting this identifier to APACHE$WWW (and restarting the server) solved the issue, but should be avoided when possible.&lt;BR /&gt;&lt;BR /&gt;So I added WRITE access to the ACE for APACHE$WWW, (and revoked the identifier); but the directory remained inaccessable: same problem as before, even when the identifier was granted to REMOTE_USER.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Jun 2009 05:38:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180742#M26533</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2009-06-12T05:38:42Z</dc:date>
    </item>
    <item>
      <title>Re: CGI problem between nodes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180743#M26534</link>
      <description>Correction:&lt;BR /&gt;The problem must be triggered by the script executed under UIC of REMOTE_USER: the directory that cannot be accessed has nothing to do with the user, but the script accesses files in directories contained within this directory.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Jun 2009 06:44:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180743#M26534</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2009-06-12T06:44:13Z</dc:date>
    </item>
    <item>
      <title>Re: CGI problem between nodes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180744#M26535</link>
      <description>Correction 2:&lt;BR /&gt;The procedure to be executed by Loginout.exe resides under this directory, but the wole path - and the file itself, is accessable by APACHE$WWW based on ACE. REMOTE_USER however has no access to the directories, but can read and execute the file. Hoever, granting the required identifier makes no difference for the CGI procedure.</description>
      <pubDate>Fri, 12 Jun 2009 07:48:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180744#M26535</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2009-06-12T07:48:40Z</dc:date>
    </item>
    <item>
      <title>Re: CGI problem between nodes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180745#M26536</link>
      <description>Willem, what about using SET WATCH in the Apache startup to see where the privilege problems lies?&lt;BR /&gt;&lt;BR /&gt;Have you checked the directory privileges as well as the file privs?&lt;BR /&gt;&lt;BR /&gt;Rob.&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Jun 2009 08:51:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180745#M26536</guid>
      <dc:creator>Robert Atkinson</dc:creator>
      <dc:date>2009-06-12T08:51:42Z</dc:date>
    </item>
    <item>
      <title>Re: CGI problem between nodes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180746#M26537</link>
      <description>&lt;!--!*#--&gt;I know nothing of APACHE but in your attachment I see&lt;BR /&gt;&lt;BR /&gt;$! { This proceduere is created on appl_subtmp }&lt;BR /&gt; $! { It will basically contain the following code }&lt;BR /&gt; $! Login into application and subsystem&lt;BR /&gt; $!&lt;BR /&gt; $! { @CGI_APPL_LOGIN }&lt;BR /&gt; $ define/trans=conc appl_progroot dev:[progpath.]&lt;BR /&gt; $ define/trans=conc appl_dataroot dev:[datapath.]&lt;BR /&gt; $ define            appl_database appl_daatroot:[database]db.rdb&lt;BR /&gt; $! { @CGI_APPL_SUB }&lt;BR /&gt; $ define appl_subcom appl_progroot:[sub.com]&lt;BR /&gt; $ define appl_subexe appl_progroot:[sub.exe]&lt;BR /&gt; $ define appl_subdb  appl_dataroot:[sub.db]&lt;BR /&gt; $ define appl_subtmp appl_dataroot:[sub.tmp]&lt;BR /&gt; $ define appl_sublog appl_dataroot:[sub.log]&lt;BR /&gt; $ define appl_subdatabase applsubdb:dbsub.rdb&lt;BR /&gt; $!&lt;BR /&gt; $! Output name defined by CGI.COM&lt;BR /&gt; $!&lt;BR /&gt; $ define sys$output appl_subtmp applsub_tmp:''uniq'.OUT&lt;BR /&gt; $!&lt;BR /&gt; $! Data passed by Apache to CGI.COM&lt;BR /&gt; $! &lt;BR /&gt; $ remote_user = "REMOTE_USER" ! authentication data: VMS username&lt;BR /&gt; $! &lt;BR /&gt; $ request_uri = "/appl_cgi_path/CGI/environment/query?data"&lt;BR /&gt; $!&lt;BR /&gt; $! process Extract data from database&lt;BR /&gt; $!&lt;BR /&gt; $ run applsub_exe:retrievedata.exe&lt;BR /&gt; $!&lt;BR /&gt; $ exit&lt;BR /&gt;&lt;BR /&gt;where you appear to be setting up symbols that will be used by retrievedata.exe. One is "request_uri" - should this be "request_url" and might it be the source of your failures?&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Jun 2009 10:47:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180746#M26537</guid>
      <dc:creator>Jim_McKinney</dc:creator>
      <dc:date>2009-06-12T10:47:16Z</dc:date>
    </item>
    <item>
      <title>Re: CGI problem between nodes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180747#M26538</link>
      <description>Robert: Audit/alarm/enable=file=fail did the thrick to find out what was going on. See conclusion at end....&lt;BR /&gt;Jim: might be a typo in the description om ITRC, but the CGI scripts is the same on both nodes so that is not the problem. See conclusion.</description>
      <pubDate>Sun, 14 Jun 2009 13:48:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180747#M26538</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2009-06-14T13:48:06Z</dc:date>
    </item>
    <item>
      <title>Re: CGI problem between nodes</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180748#M26539</link>
      <description>Loginout fails to access:&lt;BR /&gt;&lt;BR /&gt;_disk:[rootdir]&lt;BR /&gt;&lt;BR /&gt;this is required since the procedure to be executed resides in&lt;BR /&gt;&lt;BR /&gt;_disk:[rootdir.CGI.TMP]&lt;BR /&gt;&lt;BR /&gt;This root directory has protection by ACL:&lt;BR /&gt;&lt;BR /&gt;(ID=env_user,ACCESS=READ+WRITE+EXECUTE)&lt;BR /&gt;(ID=env_user,DEFAULT_PROTECTION=READ+WRITE+EXECUTE+DELETE)&lt;BR /&gt;(ID=APACHE$WWW,ACCESS=EXECUTE)&lt;BR /&gt;&lt;BR /&gt;I added READ access to APACHE$WWW but that didn't make a difference.&lt;BR /&gt;Granting identifier ENV_USER to APACHE$WWW solved the problem!&lt;BR /&gt; &lt;BR /&gt;I don't like the idea of APACHE$WWW having access to ALL files of this environment. READ+EXECUTE on all directories, or even EXECUTE only, should do the trick as well.</description>
      <pubDate>Sun, 14 Jun 2009 13:58:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/cgi-problem-between-nodes/m-p/5180748#M26539</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2009-06-14T13:58:12Z</dc:date>
    </item>
  </channel>
</rss>

