public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Andrey Repin <anrdaemon@yandex.ru>
To: Harry Putnam <reader@newsguy.com>, cygwin@cygwin.com
Subject: Re: How does one discover a ghost path to non-exitent server
Date: Mon, 28 Nov 2022 12:16:00 +0300	[thread overview]
Message-ID: <1586353679.20221128121600@yandex.ru> (raw)
In-Reply-To: <87r0xnc3rt.fsf@local.lan>

Greetings, Harry Putnam!

> I'm sure there has been plenty of pounding over time about not being
> able to get a sshd server working on win 10

That was years ago, when M$ had introduced SSH server of their own into
Windows10 Pro+ editions.

> Running latest cygwin on win 10 I go thru the steps that begin with
>   ssh-host-config -y 

> I'm told at the end the server wasn't installed because there already
> is one.

> Neither "cygrunsrv -S" nor "net start"  know anything about it.

>> $ sc query | grep -i ssh

?

> In an old post from this groups I found mention of there being a problem
> where previous attempts to install sshd server may have left the path
> but not the server.

> Not really sure what the heck that might mean. Something like a cygwin
> install of ssh and sshd server scouts around somewhere and finds a
> path but no server and says OK, good to go.  You have the server.

It may have left a record in the system's services list, but no actual binary
was left on the disk.
Or it was an old Cygwin versions that stumbled upon modern Windows and tripped
over standard SSH service name.

> It sounds kind of silly on the surface but I guess it is, in fact, a
> real problem.

> Cutting to the chase, can anyone tell me what can be done about such a
> problem?  How can one find and erase a path that has no sshd at the
> end.

> Maybe I'm just misunderstanding things a bit.

1. Make sure you are using updated 64-bit Cygwin install.
2. Check if there's no Cygwin sshd services installed (name is cygsshd).
3. Try again with `ssh-host-config`.
4. Provide logs of the command and `cygcheck -svr` if it fails again.
(gzip the cygcheck output, the list often rejects emails that are too big)


-- 
With best regards,
Andrey Repin
Monday, November 28, 2022 11:58:02

Sorry for my terrible english...


  reply	other threads:[~2022-11-28  9:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-28  0:37 Harry Putnam
2022-11-28  9:16 ` Andrey Repin [this message]
2022-11-29 23:54   ` Harry Putnam

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1586353679.20221128121600@yandex.ru \
    --to=anrdaemon@yandex.ru \
    --cc=cygwin@cygwin.com \
    --cc=reader@newsguy.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).