XPost: comp.os.linux.misc   
   From: jayjwa@vdrl.ath.cx.invalid   
      
   markhobley@hotpop.donottypethisbit.com (Mark Hobley) writes:   
      
      
   > I am trying to configure the telnetd service daemon on Gentoo.   
   >   
   > I first installed the internet superserver daemon:   
   >   
   >  emerge netkit-base   
      
   There's another telnetd in Gnu's inetutils. That's the one I have   
   here, if you can't make a go with this one. Plus, I'm not sure the   
   net-kit one is even being maintained anymore, which might be a security   
   concern. For that matter, I think inetutils includes an inetd as well.   
      
   > I now modified the telnetd account in /etc/passwd as follows:   
   >   
   >  telnetd:x:300:300::/nonexistent:/bin/false   
      
   Some apps crap out with a bogus home directory. That may or may not be   
   the case here, but I thought I'd mention it.   
      
      
   > telnet localhost   
   > Trying 127.0.0.1 ...   
   > Connected to localhost.localdomain.   
   > Escape character is ']'   
      
   inetd's done its part ... looks like telnetd's passed control to login   
   when it hits trouble.   
      
   > Linux 2.6.23.9 (despina.markhobley.yi.org) (1)   
   > login: Permission Denied.   
   > Connection closed by foreign host.   
      
   Are you sure your telnetd can run as an unpriv. user?   
      
      
   > The error at the login prompt appears before I type in the username, so   
   > I think the error is related somehow to the login program.   
   >   
   > I presume that the login: prompt is being generated by the login   
   > program, and then the program is exiting before user input can be   
   > collected, so I suspect the login program was running, but I don't know   
   > for sure. I guess that somehow I have to make a configuration   
   > change to allow the login program to be used from the telnet virtual   
   > terminal. (Then again, I might be wrong.)   
      
      
   I'd test with setting a real path for the home dir., and running as   
   root. See if it clears up, and decide from there what to do. Also, if   
   the daemon needs some command line options, make sure those are OK   
   too, check out the man page. Maybe try to run it stand-alone without   
   inetd, and get it working like that before putting it under inetd.   
      
      
   --   
    [** America, the police state **]   
   Whoooose! What's that noise? Why, it's US citizen's   
   rights, going down the toilet with Bush flushing.   
   http://www.wired.com/politics/security/news/2007/08/wiretap   
   http://www.hermes-press.com/police_state.htm   
   http://www.privacyinternational.org/article.shtml?cmd%5B347%5D=x-347-559597   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)