<?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 X11 forwarding problem in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/x11-forwarding-problem/m-p/3285374#M29135</link>
    <description>hi,&lt;BR /&gt;&lt;BR /&gt;X11 forwarding is a standard feature in SSH v2.&lt;BR /&gt;According to the TCPIP/SSH manual it is configured by setting AllowX11Forwarding  yes&lt;BR /&gt;in SYS$SYSDEVICE:[TCPIP$SSH.SSH2]SSHD2_CONFIG.; config file.&lt;BR /&gt;&lt;BR /&gt;Now ssh v2 sessions should have X11 forwarding supported - it means that X applications should be tunnelled over SSH connection to client host X display.&lt;BR /&gt;&lt;BR /&gt;It is important to note that DISPLAY should not be set. It will cause that X communication will not go through SSH tunnel, but beside, and will be unencrypted. &lt;BR /&gt;&lt;BR /&gt;DEC AXPVMS TCPIP V5.4-15 on an OpenVMS V7.3-2 works as it should during initial SSH session:&lt;BR /&gt;&lt;BR /&gt;ALPHAF_ZAY_PRIV $ sh disp&lt;BR /&gt;%DECW-W-OPENIN, error opening alphaf.essnet.se:13.0 as input -SYSTEM-F-IVDEVNAM, invalid device name&lt;BR /&gt; &lt;BR /&gt;Even if display reports warning. DISPLAY is "valid" and it is possible top start some X application. For example:&lt;BR /&gt;&lt;BR /&gt;ALPHAF_ZAY_PRIV $ cre/term/deta&lt;BR /&gt;&lt;BR /&gt;Let examine the DISPLAY variable in new, child window:&lt;BR /&gt;&lt;BR /&gt;ALPHAF_ZAY_PRIV $ sh disp&lt;BR /&gt;%DECW-W-OPENIN, error opening DECW$DISPLAY as input -SYSTEM-W-NOSUCHDEV, no such device available&lt;BR /&gt;&lt;BR /&gt;There is no DISPLAY. It was not inherited from parent session, therefore next attempt will fail:&lt;BR /&gt;&lt;BR /&gt;ALPHAF_ZAY_PRIV $ cre/term/deta&lt;BR /&gt;%DECW-E-CANT_OPEN_DISPL, Can't open display&lt;BR /&gt;&lt;BR /&gt;If we set up DISPLAY in child session, then it is possible to use X applications, but they go unencrypted beside the SSH tunnel.&lt;BR /&gt;&lt;BR /&gt;This behaviour is always reproducible and cause serious security problems dfor sensitive X applications.&lt;BR /&gt;&lt;BR /&gt;Do I something wrong or it is "just" a bug?&lt;BR /&gt;&lt;BR /&gt;Thank you in advance.&lt;BR /&gt;&lt;BR /&gt;Regards, Z</description>
    <pubDate>Mon, 24 May 2004 19:12:59 GMT</pubDate>
    <dc:creator>Zoltan Arpadffy_1</dc:creator>
    <dc:date>2004-05-24T19:12:59Z</dc:date>
    <item>
      <title>X11 forwarding problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/x11-forwarding-problem/m-p/3285374#M29135</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;X11 forwarding is a standard feature in SSH v2.&lt;BR /&gt;According to the TCPIP/SSH manual it is configured by setting AllowX11Forwarding  yes&lt;BR /&gt;in SYS$SYSDEVICE:[TCPIP$SSH.SSH2]SSHD2_CONFIG.; config file.&lt;BR /&gt;&lt;BR /&gt;Now ssh v2 sessions should have X11 forwarding supported - it means that X applications should be tunnelled over SSH connection to client host X display.&lt;BR /&gt;&lt;BR /&gt;It is important to note that DISPLAY should not be set. It will cause that X communication will not go through SSH tunnel, but beside, and will be unencrypted. &lt;BR /&gt;&lt;BR /&gt;DEC AXPVMS TCPIP V5.4-15 on an OpenVMS V7.3-2 works as it should during initial SSH session:&lt;BR /&gt;&lt;BR /&gt;ALPHAF_ZAY_PRIV $ sh disp&lt;BR /&gt;%DECW-W-OPENIN, error opening alphaf.essnet.se:13.0 as input -SYSTEM-F-IVDEVNAM, invalid device name&lt;BR /&gt; &lt;BR /&gt;Even if display reports warning. DISPLAY is "valid" and it is possible top start some X application. For example:&lt;BR /&gt;&lt;BR /&gt;ALPHAF_ZAY_PRIV $ cre/term/deta&lt;BR /&gt;&lt;BR /&gt;Let examine the DISPLAY variable in new, child window:&lt;BR /&gt;&lt;BR /&gt;ALPHAF_ZAY_PRIV $ sh disp&lt;BR /&gt;%DECW-W-OPENIN, error opening DECW$DISPLAY as input -SYSTEM-W-NOSUCHDEV, no such device available&lt;BR /&gt;&lt;BR /&gt;There is no DISPLAY. It was not inherited from parent session, therefore next attempt will fail:&lt;BR /&gt;&lt;BR /&gt;ALPHAF_ZAY_PRIV $ cre/term/deta&lt;BR /&gt;%DECW-E-CANT_OPEN_DISPL, Can't open display&lt;BR /&gt;&lt;BR /&gt;If we set up DISPLAY in child session, then it is possible to use X applications, but they go unencrypted beside the SSH tunnel.&lt;BR /&gt;&lt;BR /&gt;This behaviour is always reproducible and cause serious security problems dfor sensitive X applications.&lt;BR /&gt;&lt;BR /&gt;Do I something wrong or it is "just" a bug?&lt;BR /&gt;&lt;BR /&gt;Thank you in advance.&lt;BR /&gt;&lt;BR /&gt;Regards, Z</description>
      <pubDate>Mon, 24 May 2004 19:12:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/x11-forwarding-problem/m-p/3285374#M29135</guid>
      <dc:creator>Zoltan Arpadffy_1</dc:creator>
      <dc:date>2004-05-24T19:12:59Z</dc:date>
    </item>
    <item>
      <title>Re: X11 forwarding problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/x11-forwarding-problem/m-p/3285375#M29136</link>
      <description>I can explain some of the DECwindows behaviour.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;ALPHAF_ZAY_PRIV $ sh disp &lt;BR /&gt;&amp;gt;%DECW-W-OPENIN, error opening alphaf.essnet.se:13.0 as input -SYSTEM-F-IVDEVNAM, invalid device name&lt;BR /&gt;&lt;BR /&gt;If you do a SHOW LOGICAL DECW$DISPLAY I expect you will see it defined as &lt;BR /&gt;&lt;BR /&gt;"alphaf.essnet.se:13.0"&lt;BR /&gt;&lt;BR /&gt;DECwindows allows you to use DECW$DISPLAY as either a WS* display device or a string. The SHOW DISPLAY command only copes with display devices and not string format. &lt;BR /&gt;&lt;BR /&gt;It looks like starting a terminal won't pass a display logical as string to the created terminal.&lt;BR /&gt;&lt;BR /&gt;If you do a:&lt;BR /&gt;&lt;BR /&gt;SET DISPLAY/CREATE/NODE=alphaf.essnet.se/server=13/screen=0 &lt;BR /&gt;then you should be connected through the secure channel thereafter. &lt;BR /&gt;&lt;BR /&gt;You will need a command file that can parse the display string into its parts to set this display device since the server number may vary between invocations.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Martin Kirby</description>
      <pubDate>Tue, 25 May 2004 03:09:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/x11-forwarding-problem/m-p/3285375#M29136</guid>
      <dc:creator>Martin Kirby</dc:creator>
      <dc:date>2004-05-25T03:09:04Z</dc:date>
    </item>
    <item>
      <title>Re: X11 forwarding problem</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/x11-forwarding-problem/m-p/3285376#M29137</link>
      <description>Thank you... it works as you described.&lt;BR /&gt;&lt;BR /&gt;Regards, Z</description>
      <pubDate>Tue, 25 May 2004 14:10:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/x11-forwarding-problem/m-p/3285376#M29137</guid>
      <dc:creator>Zoltan Arpadffy_1</dc:creator>
      <dc:date>2004-05-25T14:10:16Z</dc:date>
    </item>
  </channel>
</rss>

