This is the mail archive of the cygwin@sourceware.cygnus.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: inetutils-1.3.2-2 on Cygwin 1.1.1


Chris Faylor wrote:
> 
> On Mon, May 22, 2000 at 01:40:21PM -0500, Andrea Malagoli wrote:
> >By the way, if I may suggest, this part should be emphasized in the
> >documentation, since it is not emphasized upfront.  For example, I had
> >to look at the mailing list to find out the details about the local
> >security rules to enable login.  Still, this is a most promising
> >development, and very useful for someone like me who has to live with
> >two OSs.
> 
> A patch to the documentation with the wording that you suggest would
> be most welcome.

I have attached a new version of inetutils-1.3.2.README.
If it's ok, I will upload it to sourceware.

Corinna

This package is the actual port of inetutils-1.3.2 to Cygwin 1.1.1.

The base of that release is the port of Sergey Okhapkin.

Some additional patches are done to allow smooth working with
the current cygwin release and especially Windows NT service manager
and NT security.

The important changes in brief
==============================

- inetd:

  Under W9X inetd can be started from a shell prompt or from the
  autostart folder.

  Under NT/W2K inetd must be started from service manager. It
  must not be started via SRVANY but it has two new options
  to install or remove it as service:

        inetd --install-as-service
        inetd --remove-as-service

  When you already have an older version of inetd installed,
  please remove the service before installing the new one.
  
  After you have installed inetd it will be started automatically
  on reboot. Manually starting and stopping is possible via

        net start inetd
        net stop inetd

  Current caveat: inetd is visible twice in the process list.
  This is currently needed to work correctly with the service
  manager. This should be solved in a future release.

  If you don't start inetd as service under LocalSystem but under
  another account, you have to care that that account has several
  user rights set in the user manager resp. local/domain security
  policy mmc snap in:
        "Act as part of the operating system"
        "Replace process level token"
        "Increase quotas"
        "Logon as a service"
  Note that administrators do not have all that user rights set
  by default!

  For all application started via service manager the following
  restrictions are valid:

  - The environment variable CYGWIN must be set in the system
    environment to be active from start on.
  - The system environment variable PATH must contain the path
    to the directory which contains the cygwin1.dll.
  - No user mount point is valid anymore! You have to install all
    your mount points in the system mount table. This doesn't
    change after you have logged in to a normal user account eg.
    via telnet/rlogin. It's possible that we can use the user
    mounts as soon as somebody contributes a patch to login and
    ftp that allows loading a user hive into the registry after
    authentication.

- ftpd:

  Under NT/W2K ftpd is now able to change user context with the
  help of NT security. This is useful mostly when using all features
  of the ntsec option of cygwin. The 'S-' and 'U-' fields in
  pw_gecos are taken into account as it's described in
  the 'login.README' file.

- ftp:

  ftp reports to be a UNIX system, so binary mode is ON by default
  with most servers.

What is working?
================

  ftp
  ftpd
  inetd
  rcp
  rlogin        After EOF the user has to enter RETURN twice to get back
                to the prompt.
  rlogind
  rsh
  rshd          Works only once per 10 minutes. This seems to be
                related to some winsock error because rshsvc from
                the NT resource kit has the same problem.
  syslog
  syslogd       Superfluous for NT because syslog output is generated anyway.
  talk
  talkd
  telnet
  telnetd
  uucpd

What is not yet working?
========================

  rexecd        Invalid handle error
  tftp          Permission errors
  tftpd         Permission errors

Please send requests, error reports etc. to cygwin@sourceware.cygnus.com.

Have fun,

Corinna Vinschen <vinschen@cygnus.com>
Cygwin Developer
Cygnus Solutions, a Red Hat Company


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]