<?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: sshd reread in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446403#M358148</link>
    <description>Even if you kill the sshd daemon, listening to port 22 on your system, it will not kill all the running ssh sessions. As long as it is down, your server can not accept any newly incoming connections. In my case this is about 2 to 3 seconds. Just wanted to let you know so that you do not have any misconceptions.</description>
    <pubDate>Fri, 26 Jun 2009 02:21:28 GMT</pubDate>
    <dc:creator>Mel Burslan</dc:creator>
    <dc:date>2009-06-26T02:21:28Z</dc:date>
    <item>
      <title>sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446394#M358139</link>
      <description>&lt;BR /&gt;Hi gurus,&lt;BR /&gt;&lt;BR /&gt;how to reread sshd process.Actually  i dont want to stop the sshd by using /sbin/init.d/secsh start/stop.&lt;BR /&gt;&lt;BR /&gt;If i use below command, any problem to existing ssh connections.&lt;BR /&gt;&lt;BR /&gt;kill -SIGHUP `cat /var/run/sshd.pid`&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;please help on this...bit urgent&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;regards,&lt;BR /&gt;himacs</description>
      <pubDate>Wed, 24 Jun 2009 15:47:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446394#M358139</guid>
      <dc:creator>himacs</dc:creator>
      <dc:date>2009-06-24T15:47:38Z</dc:date>
    </item>
    <item>
      <title>Re: sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446395#M358140</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;The only way to do this is a start/stop&lt;BR /&gt;&lt;BR /&gt;If its fast, existing connections will stay online and be serviced.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 24 Jun 2009 16:03:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446395#M358140</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2009-06-24T16:03:48Z</dc:date>
    </item>
    <item>
      <title>Re: sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446396#M358141</link>
      <description>This very same question came up 5 days ago&lt;BR /&gt;&lt;A href="http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=1349153" target="_blank"&gt;http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=1349153&lt;/A&gt;</description>
      <pubDate>Wed, 24 Jun 2009 16:04:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446396#M358141</guid>
      <dc:creator>TTr</dc:creator>
      <dc:date>2009-06-24T16:04:24Z</dc:date>
    </item>
    <item>
      <title>Re: sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446397#M358142</link>
      <description>I've done a 'kill -HUP &lt;SSHD pid=""&gt;' several times and never lost connectivity, at least for the SSH session used to run the kill command.&lt;BR /&gt;- Kevin&lt;/SSHD&gt;</description>
      <pubDate>Wed, 24 Jun 2009 16:28:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446397#M358142</guid>
      <dc:creator>kevin_m</dc:creator>
      <dc:date>2009-06-24T16:28:51Z</dc:date>
    </item>
    <item>
      <title>Re: sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446398#M358143</link>
      <description>/sbin/init.d/secsh stop&lt;BR /&gt;/sbin/init.d/secsh start&lt;BR /&gt;&lt;BR /&gt;anything else is a crapshoot at best</description>
      <pubDate>Wed, 24 Jun 2009 22:36:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446398#M358143</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2009-06-24T22:36:14Z</dc:date>
    </item>
    <item>
      <title>Re: sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446399#M358144</link>
      <description>&lt;!--!*#--&gt;&amp;gt; anything else is a crapshoot at best&lt;BR /&gt;&lt;BR /&gt;Yeah.  I'm sure that all that junk in the&lt;BR /&gt;manual like:&lt;BR /&gt;&lt;BR /&gt;      [...] sshd rereads its configuration&lt;BR /&gt;      file when it receives a hangup signal,&lt;BR /&gt;      SIGHUP, by executing itself with the&lt;BR /&gt;      name and options it was started with,&lt;BR /&gt;      e.g. /usr/sbin/sshd. [...]&lt;BR /&gt;&lt;BR /&gt;was put there to lead the gamblers astray.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.openbsd.org/cgi-bin/man.cgi?query=sshd&amp;amp;sektion=8" target="_blank"&gt;http://www.openbsd.org/cgi-bin/man.cgi?query=sshd&amp;amp;sektion=8&lt;/A&gt;</description>
      <pubDate>Thu, 25 Jun 2009 00:07:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446399#M358144</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2009-06-25T00:07:12Z</dc:date>
    </item>
    <item>
      <title>Re: sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446400#M358145</link>
      <description>Books sometimes differ from the real life. Unfortunately inetd and sshd are the two products that I do not have confidence about re-reading the configuration file when received a SIGHUP signal, from my personal experience. You might chose to go by the book. That is a preference. Keeping the sshd down for a second or two does not mean a catastrophe on my end, so, I'll do how I chose to believe and Stephen, you do as you please.</description>
      <pubDate>Thu, 25 Jun 2009 05:12:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446400#M358145</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2009-06-25T05:12:03Z</dc:date>
    </item>
    <item>
      <title>Re: sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446401#M358146</link>
      <description>&lt;!--!*#--&gt;&amp;gt; [...] I do not have confidence [...] from&lt;BR /&gt;&amp;gt; my personal experience.&lt;BR /&gt;&lt;BR /&gt;And I have more confidence in my experience&lt;BR /&gt;than I have in yours.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; [...] you do as you please.&lt;BR /&gt;&lt;BR /&gt;Thanks for your permission, Mr. Burlap.</description>
      <pubDate>Thu, 25 Jun 2009 06:23:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446401#M358146</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2009-06-25T06:23:09Z</dc:date>
    </item>
    <item>
      <title>Re: sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446402#M358147</link>
      <description>Ha admin,&lt;BR /&gt;&lt;BR /&gt;thanks for ur replies&lt;BR /&gt;&lt;BR /&gt;i have used kill -SIGHUP `cat /var/run/sshd.pid` to reread. /var/run/sshd.pid file contains process id of parent ssh process.&lt;BR /&gt;it rereads sshd,so existing connections (child)&lt;BR /&gt;remains not killed.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;&lt;BR /&gt;himacs</description>
      <pubDate>Thu, 25 Jun 2009 17:37:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446402#M358147</guid>
      <dc:creator>himacs</dc:creator>
      <dc:date>2009-06-25T17:37:04Z</dc:date>
    </item>
    <item>
      <title>Re: sshd reread</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446403#M358148</link>
      <description>Even if you kill the sshd daemon, listening to port 22 on your system, it will not kill all the running ssh sessions. As long as it is down, your server can not accept any newly incoming connections. In my case this is about 2 to 3 seconds. Just wanted to let you know so that you do not have any misconceptions.</description>
      <pubDate>Fri, 26 Jun 2009 02:21:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sshd-reread/m-p/4446403#M358148</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2009-06-26T02:21:28Z</dc:date>
    </item>
  </channel>
</rss>

