<?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: SSH and trap interrupts in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113390#M733844</link>
    <description>Fixed :) Some useless person had put a empty trap in a sourced file.  Grrrr! Thanks for the help.</description>
    <pubDate>Wed, 11 Jun 2008 09:10:57 GMT</pubDate>
    <dc:creator>UxBoD</dc:creator>
    <dc:date>2008-06-11T09:10:57Z</dc:date>
    <item>
      <title>SSH and trap interrupts</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113387#M733841</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I have written a menu shell script for our company and am trapping HUP INT etc which is working fine.  We are moving away from telnet, and at the moment I am also trapping these fine via ~/.login and /etc/skel/login for new users. My issue is that when users SSH too the server they can still issue [CTRL-C] at the point they connect, and drop to a command line prompt. What is the best way to trap this ? Replace the shell they execute by my menu script ?&lt;BR /&gt;&lt;BR /&gt;Any help gratefully appreciated.</description>
      <pubDate>Wed, 11 Jun 2008 06:14:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113387#M733841</guid>
      <dc:creator>UxBoD</dc:creator>
      <dc:date>2008-06-11T06:14:41Z</dc:date>
    </item>
    <item>
      <title>Re: SSH and trap interrupts</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113388#M733842</link>
      <description>Hmm, you can't trap SIGINT?&lt;BR /&gt;It seems it should either abort the connection or be sent to the remote shell.&lt;BR /&gt;Have you tried using an empty string "" for the command, to ignore the signal?</description>
      <pubDate>Wed, 11 Jun 2008 07:39:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113388#M733842</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-06-11T07:39:04Z</dc:date>
    </item>
    <item>
      <title>Re: SSH and trap interrupts</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113389#M733843</link>
      <description>The problem is that when SSH connects it does not appear to process the .login file, and therefore the trap is not executed.  I have even set UseLogin yes in /opt/secsh/etc/sshd_config and that does not work :(</description>
      <pubDate>Wed, 11 Jun 2008 08:30:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113389#M733843</guid>
      <dc:creator>UxBoD</dc:creator>
      <dc:date>2008-06-11T08:30:58Z</dc:date>
    </item>
    <item>
      <title>Re: SSH and trap interrupts</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113390#M733844</link>
      <description>Fixed :) Some useless person had put a empty trap in a sourced file.  Grrrr! Thanks for the help.</description>
      <pubDate>Wed, 11 Jun 2008 09:10:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113390#M733844</guid>
      <dc:creator>UxBoD</dc:creator>
      <dc:date>2008-06-11T09:10:57Z</dc:date>
    </item>
    <item>
      <title>Re: SSH and trap interrupts</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113391#M733845</link>
      <description>fixed</description>
      <pubDate>Wed, 11 Jun 2008 09:11:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ssh-and-trap-interrupts/m-p/5113391#M733845</guid>
      <dc:creator>UxBoD</dc:creator>
      <dc:date>2008-06-11T09:11:17Z</dc:date>
    </item>
  </channel>
</rss>

