<?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 syslog login needs improvements in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-login-needs-improvements/m-p/4861300#M396576</link>
    <description>I'm attempting to replicate what Linux (and even Solaris) can do with "login" info to Syslog.&lt;BR /&gt;&lt;BR /&gt;A simple event turn-on providing "login" identification is what I wanted.  I don't want to run #last or #lastb commands into /var/adm/syslog/syslog.log.&lt;BR /&gt;&lt;BR /&gt;is there anyway of improving "login" events using syslog.conf entries of:&lt;BR /&gt;      "auth.info" or "auth.note" events ?&lt;BR /&gt;&lt;BR /&gt;Is there a Patch that can do this for "telnet" and "rlogin" ?&lt;BR /&gt;&lt;BR /&gt;Can we somehow or some method provide simple "login" info logging on HPUX ?  (I'm not interested in running TcpWrappers.)  (An HP eng., suggested using #logger in /etc/profile, which sounds good, real good, but missing some info like TTY-dev and process-id.)  Granted, one can obtain this data from who -T and grep'ing for tty device.. and then running #logger.  but sounds like alot of work.  And, what if the /etc/profile aborts due to a bad shell command, then users won't be able to login.&lt;BR /&gt;&lt;BR /&gt;is there something out there, that provides a similar look and feel of output like Linux.  See Linux below.&lt;BR /&gt;&lt;BR /&gt;here's some notes:&lt;BR /&gt;&lt;BR /&gt;Here's what Syslog contains for:&lt;BR /&gt; (1) Linux,&lt;BR /&gt; (2) Solaris.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;(1)    linux:&lt;BR /&gt;&lt;BR /&gt;/etc/syslog.conf&lt;BR /&gt;&lt;BR /&gt;entry:&lt;BR /&gt; auth.info /var/log/messages&lt;BR /&gt;&lt;BR /&gt;- Linux succesful login event:&lt;BR /&gt;&lt;BR /&gt;Sep 16 17:52:56 tivolimn1 sshd(pam_unix)[31504]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=172.16.x.y  user=root&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;- Linux invalid login user&lt;BR /&gt;Sep 16 17:57:58 tivolimn1 sshd(pam_unix)[31562]: check pass; user unknown&lt;BR /&gt;Sep 16 17:57:58 tivolimn1 sshd(pam_unix)[31562]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=172.16.x.y&lt;BR /&gt;Sep 16 17:58:03 tivolimn1 sshd(pam_unix)[31562]: check pass; user unknown&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;(2)    Solaris: for a successful login, you get:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Sep 16 17:37:31 nhsun04 login: [ID 254462 auth.notice] ROOT LOGIN /dev/pts/7 FROM 172.16.0.209&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 16 Sep 2004 16:56:35 GMT</pubDate>
    <dc:creator>D Block 2</dc:creator>
    <dc:date>2004-09-16T16:56:35Z</dc:date>
    <item>
      <title>syslog login needs improvements</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-login-needs-improvements/m-p/4861300#M396576</link>
      <description>I'm attempting to replicate what Linux (and even Solaris) can do with "login" info to Syslog.&lt;BR /&gt;&lt;BR /&gt;A simple event turn-on providing "login" identification is what I wanted.  I don't want to run #last or #lastb commands into /var/adm/syslog/syslog.log.&lt;BR /&gt;&lt;BR /&gt;is there anyway of improving "login" events using syslog.conf entries of:&lt;BR /&gt;      "auth.info" or "auth.note" events ?&lt;BR /&gt;&lt;BR /&gt;Is there a Patch that can do this for "telnet" and "rlogin" ?&lt;BR /&gt;&lt;BR /&gt;Can we somehow or some method provide simple "login" info logging on HPUX ?  (I'm not interested in running TcpWrappers.)  (An HP eng., suggested using #logger in /etc/profile, which sounds good, real good, but missing some info like TTY-dev and process-id.)  Granted, one can obtain this data from who -T and grep'ing for tty device.. and then running #logger.  but sounds like alot of work.  And, what if the /etc/profile aborts due to a bad shell command, then users won't be able to login.&lt;BR /&gt;&lt;BR /&gt;is there something out there, that provides a similar look and feel of output like Linux.  See Linux below.&lt;BR /&gt;&lt;BR /&gt;here's some notes:&lt;BR /&gt;&lt;BR /&gt;Here's what Syslog contains for:&lt;BR /&gt; (1) Linux,&lt;BR /&gt; (2) Solaris.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;(1)    linux:&lt;BR /&gt;&lt;BR /&gt;/etc/syslog.conf&lt;BR /&gt;&lt;BR /&gt;entry:&lt;BR /&gt; auth.info /var/log/messages&lt;BR /&gt;&lt;BR /&gt;- Linux succesful login event:&lt;BR /&gt;&lt;BR /&gt;Sep 16 17:52:56 tivolimn1 sshd(pam_unix)[31504]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=172.16.x.y  user=root&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;- Linux invalid login user&lt;BR /&gt;Sep 16 17:57:58 tivolimn1 sshd(pam_unix)[31562]: check pass; user unknown&lt;BR /&gt;Sep 16 17:57:58 tivolimn1 sshd(pam_unix)[31562]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=172.16.x.y&lt;BR /&gt;Sep 16 17:58:03 tivolimn1 sshd(pam_unix)[31562]: check pass; user unknown&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;(2)    Solaris: for a successful login, you get:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Sep 16 17:37:31 nhsun04 login: [ID 254462 auth.notice] ROOT LOGIN /dev/pts/7 FROM 172.16.0.209&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 16 Sep 2004 16:56:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-login-needs-improvements/m-p/4861300#M396576</guid>
      <dc:creator>D Block 2</dc:creator>
      <dc:date>2004-09-16T16:56:35Z</dc:date>
    </item>
    <item>
      <title>Re: syslog login needs improvements</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-login-needs-improvements/m-p/4861301#M396577</link>
      <description>HP-UX 11.11 uses PAM for all authentication. You can loggin options for ssh in /etc/opt/ssh/sshd_conf. For a normal login, you can add this to /etc/profile:&lt;BR /&gt; &lt;BR /&gt;TTY=$(tty)&lt;BR /&gt;RHOST=$(who -muR | awk '{print $NF}')&lt;BR /&gt;UID=$(id -ur)&lt;BR /&gt;EUID=$(id -u)&lt;BR /&gt;RUSER=$(id -un)&lt;BR /&gt;logger -t "login-info" -p auth.info "logname=$LOGNAME uid=$UID euid=$EUID tty=$TTY ruser=$RUSER &lt;BR /&gt;rhost=$RHOST"&lt;BR /&gt; &lt;BR /&gt;This only writes a syslog message when the user is successful in getting a login.</description>
      <pubDate>Thu, 16 Sep 2004 18:01:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-login-needs-improvements/m-p/4861301#M396577</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2004-09-16T18:01:37Z</dc:date>
    </item>
    <item>
      <title>Re: syslog login needs improvements</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-login-needs-improvements/m-p/4861302#M396578</link>
      <description>Bill,&lt;BR /&gt;glad to cya.. and thanks for the hints and details.. I'll give it a try..&lt;BR /&gt;&lt;BR /&gt;btw, Solaris only provides log entry on a successful login.  whereas, Linux also provides the un-successful login logging.&lt;BR /&gt;&lt;BR /&gt;thanks,&lt;BR /&gt;Tom</description>
      <pubDate>Thu, 16 Sep 2004 21:18:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-login-needs-improvements/m-p/4861302#M396578</guid>
      <dc:creator>D Block 2</dc:creator>
      <dc:date>2004-09-16T21:18:00Z</dc:date>
    </item>
    <item>
      <title>Re: syslog login needs improvements</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-login-needs-improvements/m-p/4861303#M396579</link>
      <description>Bill- thanks again.  implemented this in production servers.. looks just like Linux logging to SysLog. -Tom</description>
      <pubDate>Fri, 17 Sep 2004 06:40:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-login-needs-improvements/m-p/4861303#M396579</guid>
      <dc:creator>D Block 2</dc:creator>
      <dc:date>2004-09-17T06:40:16Z</dc:date>
    </item>
  </channel>
</rss>

