On Sat, Mar 29, 2025 at 4:52 PM ASSI via Cygwin wrote:
> Soren via Cygwin writes:
> > I'll add a bit more information in hopes that we can still find a fix.
> This
> > Windows 10 laptop goes into "sleep mode" after a couple hours of no
> > keyboard or mouse input, and when it does so sshd disconn
Soren via Cygwin writes:
> I'll add a bit more information in hopes that we can still find a fix. This
> Windows 10 laptop goes into "sleep mode" after a couple hours of no
> keyboard or mouse input, and when it does so sshd disconnects any
> sessions.
You can use screen or tmux at the other end o
On Sat, 29 Mar 2025, Soren via Cygwin wrote:
> I'll add a bit more information in hopes that we can still find a fix. This
> Windows 10 laptop goes into "sleep mode" after a couple hours of no
> keyboard or mouse input, and when it does so sshd disconnects any sessions.
>
> Also, I remember hearin
On Fri, Mar 28, 2025 at 2:42 PM C. Linus Hicks
wrote:
> On the server side, you can update the sshd_config file and set the value
> of the ClientAliveInterval to a non-zero value, like 60 seconds. Or you can
> set the ServerAliveInterval option to a similar value in your client
> options, either
Hello Linus H. and others,
Ok! The quick reply was especially helpful today. Thanks very much,
Linus, for the expert advice! I edited /etc/sshd_config according to your
information and stopped and restarted sshd. Then logged in from a Linux
box and all seems well.
Cygwin still rocks.
Sor
On the server side, you can update the sshd_config file and set the value of
the ClientAliveInterval to a non-zero value, like 60 seconds. Or you can set
the ServerAliveInterval option to a similar value in your client options,
either on the command line or in your local config file.
-Origi
On 17.01.25 15:55, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
OpenSSH being "fatal: seteuid 4096: Function not implemented".
Do you have cygserver running as well?
Yes. After the first few failed login attempts, I was hoping that
cygserver may help, and installed cygserver as a local service
> OpenSSH being "fatal: seteuid 4096: Function not implemented".
Do you have cygserver running as well?
Anton Lavrentiev
Contractor NIH/NLM/NCBI
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com
On 17.01.25 15:00, Corinna Vinschen via Cygwin wrote:
On Jan 17 06:41, Brian Inglis via Cygwin wrote:
On 2025-01-17 05:51, Corinna Vinschen via Cygwin wrote:
On Jan 17 11:59, Mario Emmenlauer via Cygwin wrote:
I am under the impression that there may be a misbehavior in more recent
Cygwin Open
On Jan 17 06:41, Brian Inglis via Cygwin wrote:
> On 2025-01-17 05:51, Corinna Vinschen via Cygwin wrote:
> > On Jan 17 11:59, Mario Emmenlauer via Cygwin wrote:
> > > I am under the impression that there may be a misbehavior in more recent
> > > Cygwin OpenSSH :-(
> > >
> > > I observe the same p
On 2025-01-17 05:51, Corinna Vinschen via Cygwin wrote:
On Jan 17 11:59, Mario Emmenlauer via Cygwin wrote:
On 04.09.24 12:11, Andy Wood via Cygwin wrote:
Running "passwd -R" for 'other_user', as suggested by the subject of
the post, fixed the problems for me.
It looks like sshd isn't handlin
On Jan 17 11:59, Mario Emmenlauer via Cygwin wrote:
>
> On 04.09.24 12:11, Andy Wood via Cygwin wrote:
> > Running "passwd -R" for 'other_user', as suggested by the subject of
> > the post, fixed the problems for me.
> >
> > It looks like sshd isn't handling a login failure properly.
> >
> > On
On 04.09.24 12:11, Andy Wood via Cygwin wrote:
Running "passwd -R" for 'other_user', as suggested by the subject of
the post, fixed the problems for me.
It looks like sshd isn't handling a login failure properly.
On Tue, Sep 3, 2024 at 7:57 PM Jim McNamara via Cygwin
wrote:
This looks like
Hi Jim,
Many thanks for that. The recent posts in the archive seem to be about
problems different to mine.
However, googling the terms "cygwin" and "seteuid" eventually took me
to this page:
https://cygwin.com/pipermail/cygwin/2019-February/240238.html
Running "passwd -R" for 'other_user', as su
>>This looks like a bug. Can anyone help? Is there a work-around?
Hi Andy,
There was some chatter the last week or 2 on someone trying to get ssh to work.
At the archive mailing list, you can read and see if that answers any of it.
I thought the gist of it is that a cipher is being swapped out
Ernie Rael
Sent: 14 February 2022 13:12
To: cygwin@cygwin.com
Subject: Re: sshd
[CAUTION: EXTERNAL SENDER]
On 2/13/22 10:56 PM, Andrey Repin wrote:
> Greetings, Ernie Rael!
>
> ...
> Open Windows Firewall (cygstart WF.msc), find all your sshd rules and
> trash them. Manually crea
On 2/13/22 10:56 PM, Andrey Repin wrote:
Greetings, Ernie Rael!
...
Open Windows Firewall (cygstart WF.msc), find all your sshd rules and trash
them. Manually create (or tweak Windows sshd one) a single rule for port
rather than executable.
Additionally, to resolve conflicts with stock sshd, cre
Greetings, Ernie Rael!
> On 2/12/22 9:29 PM, Mark Geisert wrote:
>> Ernie Rael wrote:
>>> Hi all,
>>>
>>> I set up cygwin several years ago and have only had one system at
>>> home. I've recently got a 2nd, linux.
>>>
>>> I've used ssh locally under cygwin, primarily to get a term for a use
>>>
On Sun, Feb 13, 2022 at 7:38 AM Ernie Rael wrote:
> Doesn't seem to be a firewall issue. NetStat took about 90 seconds.
>
> $ ps -lp 255
>PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
>255 254 255 4176 ? 1006 Feb 1
> /usr/sbin/sshd
>
>
Thanks Russell,
cygrunsrv's running
$ cygrunsrv --list
sshd
$ cygrunsrv --query sshd
Service : sshd
Display name : CYGWIN sshd
Current State : Running
Controls Accepted : Stop
Command : /usr/sbin/sshd -D
-ernie
On 2/12/22 10:30 PM, Russell VT wrote:
Not
On 2/12/22 9:29 PM, Mark Geisert wrote:
Ernie Rael wrote:
Hi all,
I set up cygwin several years ago and have only had one system at
home. I've recently got a 2nd, linux.
I've used ssh locally under cygwin, primarily to get a term for a use
with admin priv. And I can ssh from cygwin to the l
Note that port 5972 isn't *really* what you want, as that's arbitrary...
but port 22.
Check the Windows firewall, as was already suggested (highly suspect, if
you just timeout when trying to connect).
If you try rebuilding what you did under Windows, you're likely going to
want to look at *cygser
Ernie Rael wrote:
Hi all,
I set up cygwin several years ago and have only had one system at home. I've
recently got a 2nd, linux.
I've used ssh locally under cygwin, primarily to get a term for a use with admin
priv. And I can ssh from cygwin to the linux machine. On cygwin I see
$ ps
On Aug 6 16:16, ASSI wrote:
> Corinna Vinschen via Cygwin writes:
> >> I found the solution by myself. Installing libcbor-devel package
> >> fixes this error.
> >
> > I just uploaded libfido2-1.5.0-2, which just adds a dependency from
> > libfido2-devel to libcbor-devel.
>
> It would have suffice
Corinna Vinschen via Cygwin writes:
>> I found the solution by myself. Installing libcbor-devel package
>> fixes this error.
>
> I just uploaded libfido2-1.5.0-2, which just adds a dependency from
> libfido2-devel to libcbor-devel.
It would have sufficed to just upload a new hint file…
:-)
Regar
On Aug 6 20:14, Takashi Yano via Cygwin wrote:
> On Fri, 6 Aug 2021 11:11:05 +0200
> Corinna Vinschen wrote:
> > On Aug 6 10:55, Takashi Yano via Cygwin wrote:
> > > Hi Corinna,
> > >
> > > On Fri, 6 Aug 2021 01:43:31 +0900
> > > Takashi Yano wrote:
> > > > Hi Corinna,
> > > >
> > > > On Thu, 5
On Aug 6 21:35, Takashi Yano via Cygwin wrote:
> On Fri, 6 Aug 2021 20:30:58 +0900
> Takashi Yano wrote:
> > On Fri, 6 Aug 2021 01:43:31 +0900
> > Takashi Yano wrote:
> > > In order to look into this problem, I tried to build openssh-8.5p1-1
> > > from source, however it cause the error in configu
On Fri, 6 Aug 2021 20:30:58 +0900
Takashi Yano wrote:
> On Fri, 6 Aug 2021 01:43:31 +0900
> Takashi Yano wrote:
> > In order to look into this problem, I tried to build openssh-8.5p1-1
> > from source, however it cause the error in configure stage:
> >
> > ...
> > checking for pkg-config... (cache
On Fri, 6 Aug 2021 01:43:31 +0900
Takashi Yano wrote:
> In order to look into this problem, I tried to build openssh-8.5p1-1
> from source, however it cause the error in configure stage:
>
> ...
> checking for pkg-config... (cached) /usr/bin/pkg-config
> checking if /usr/bin/pkg-config knows about
On Fri, 6 Aug 2021 11:11:05 +0200
Corinna Vinschen wrote:
> On Aug 6 10:55, Takashi Yano via Cygwin wrote:
> > Hi Corinna,
> >
> > On Fri, 6 Aug 2021 01:43:31 +0900
> > Takashi Yano wrote:
> > > Hi Corinna,
> > >
> > > On Thu, 5 Aug 2021 17:07:24 +0200
> > > Corinna Vinschen wrote:
> > > > Could
On Aug 6 10:55, Takashi Yano via Cygwin wrote:
> Hi Corinna,
>
> On Fri, 6 Aug 2021 01:43:31 +0900
> Takashi Yano wrote:
> > Hi Corinna,
> >
> > On Thu, 5 Aug 2021 17:07:24 +0200
> > Corinna Vinschen wrote:
> > > Could you perhaps bisect the issue on your machine?
> >
> > In my environment, thi
Hi Corinna,
On Fri, 6 Aug 2021 01:43:31 +0900
Takashi Yano wrote:
> Hi Corinna,
>
> On Thu, 5 Aug 2021 17:07:24 +0200
> Corinna Vinschen wrote:
> > Could you perhaps bisect the issue on your machine?
>
> In my environment, this does not happen with 8.4p1-1 and 8.4p1-2.
> However it happens with
Hi Corinna,
On Thu, 5 Aug 2021 17:07:24 +0200
Corinna Vinschen wrote:
> Could you perhaps bisect the issue on your machine?
In my environment, this does not happen with 8.4p1-1 and 8.4p1-2.
However it happens with 8.5p1-1.
> The fact that using Windows ssh is an issue makes me wonder if this is
On Aug 5 19:12, Takashi Yano via Cygwin wrote:
> Hi everyone,
>
> On Wed, 28 Apr 2021 07:23:02 +0300
> Andrey Repin wrote:
>
> > Greetings, Christoph Lüders!
> >
> > > I run cygwin 32-bit on Windows 10 Pro Build 19042. Cygwin is 3.2.0-1,
> > > openssh is 8.5p1-1.
> >
> > > I use sshd to acce
Hi everyone,
On Wed, 28 Apr 2021 07:23:02 +0300
Andrey Repin wrote:
> Greetings, Christoph Lüders!
>
> > I run cygwin 32-bit on Windows 10 Pro Build 19042. Cygwin is 3.2.0-1,
> > openssh is 8.5p1-1.
>
> > I use sshd to access the machine from afar. I notice (often multiple)
> > processes of
On 5/28/2021 7:06 PM, A. Doggy wrote:
On 5/27/2021 7:51 AM, A. Doggy wrote:
On 5/25/2021 8:23 PM, A. Doggy wrote:
On 5/20/2021 9:31 PM, A. Doggy wrote:
To cygwin.
A Little more info: I actually have 1 client that connects
regularly to the server. That client uses a program called
good
On 5/27/2021 7:51 AM, A. Doggy wrote:
On 5/25/2021 8:23 PM, A. Doggy wrote:
On 5/20/2021 9:31 PM, A. Doggy wrote:
To cygwin.
A Little more info: I actually have 1 client that connects regularly
to the server. That client uses a program called goodsync. When I
block goodsync from connect
On 5/25/2021 8:23 PM, A. Doggy wrote:
On 5/20/2021 9:31 PM, A. Doggy wrote:
To cygwin.
A Little more info: I actually have 1 client that connects regularly
to the server. That client uses a program called goodsync. When I
block goodsync from connecting, the problem goes away and I only ha
On 5/20/2021 9:31 PM, A. Doggy wrote:
To cygwin.
A Little more info: I actually have 1 client that connects regularly
to the server. That client uses a program called goodsync. When I
block goodsync from connecting, the problem goes away and I only have
1 sshd.exe process running. When I u
Greetings, A. Doggy!
Bottom post please.
> On 5/20/2021 12:02 PM, A. Doggy wrote:
>> Anyone?
>>
>> On 5/19/2021 12:48 AM, A. Doggy wrote:
>>> To Cygwin,
>>>
>>>
>>> I am running cygwin openssh as a windows service. I have been doing
>>> so for many years with out issue. Recently, I have been run
On 5/20/21 4:35 PM, Andrey Repin wrote:
> CAUTION: This email originated from outside of Leidos. Be cautious when
> clicking or opening content.
>
> Greetings, Wells, Roger K.!
>
>>> On 5/19/2021 12:48 AM, A. Doggy wrote:
I am running cygwin openssh as a windows service. I have been doin
To cygwin.
A Little more info: I actually have 1 client that connects regularly to
the server. That client uses a program called goodsync. When I block
goodsync from connecting, the problem goes away and I only have 1
sshd.exe process running. When I unblock goodsync, I have multiple
sshd.ex
> -Original Message-
> From: Andrey Repin
> Sent: Thursday, May 20, 2021 4:33 PM
> To: Wells, Roger K. ; cygwin@cygwin.com
> Cc: Andrey Repin
> Subject: [cygwin] Re: EXTERNAL: Re: sshd high cpu load
>
> Greetings, Wells, Roger K.!
>
> >> O
Greetings, Wells, Roger K.!
>> On 5/19/2021 12:48 AM, A. Doggy wrote:
>>>
>>>
>>> I am running cygwin openssh as a windows service. I have been doing
>>> so for many years with out issue. Recently, I have been running into
>>> an issue where it maxes out my cpu on any version newer than 8.4p1-1.
>
On 5/20/21 12:02 PM, A. Doggy via Cygwin wrote:
> Anyone?
Sorry,
I noticed your initial contact and tried to duplicate what you observed
to no avail.
I set up cygwin openssh as a windows service as you described and also
have been doing it this way for many years.
sshd.exe doesn't show any cpu loa
> -Original Message-
> From: A. Doggy via Cygwin
> Sent: Thursday, May 20, 2021 12:03 PM
>
> Anyone?
Psst, put at bottom.
>
> On 5/19/2021 12:48 AM, A. Doggy wrote:
> > To Cygwin,
> >
> >
> > I am running cygwin openssh as a windows service. I have been doing so
> > for many years with
Anyone?
On 5/19/2021 12:48 AM, A. Doggy wrote:
To Cygwin,
I am running cygwin openssh as a windows service. I have been doing so
for many years with out issue. Recently, I have been running into an
issue where it maxes out my cpu on any version newer than 8.4p1-1. The
solution is to downgra
On 2021-05-04 09:14, Andrey Repin via Cygwin wrote:
Wednesday, April 28, 2021, 06:23:02, "Andrey Repin" wrote:
I run cygwin 32-bit on Windows 10 Pro Build 19042. Cygwin is 3.2.0-1,
openssh is 8.5p1-1.
I use sshd to access the machine from afar. I notice (often multiple)
processes of sshd.exe
Greetings, Christoph Lüders!
This list is in "no top posting, please" mode.
> Wednesday, April 28, 2021, 06:23:02, "Andrey Repin" wrote:
>> Greetings, Christoph Lüders!
>>> I run cygwin 32-bit on Windows 10 Pro Build 19042. Cygwin is 3.2.0-1,
>>> openssh is 8.5p1-1.
>>> I use sshd to access
On 2021-05-03 07:40, Jason Pyeron wrote:
My teammates have been observing periodic slow login problems recently, most
recent Cygwin update was for the Git CVE, but I do not think that is related.
Guidance on troubleshooting and resolution most appreciated.
My assumptions:
BLODA (I cannot influen
Greetings, Christoph Lüders!
> I run cygwin 32-bit on Windows 10 Pro Build 19042. Cygwin is 3.2.0-1,
> openssh is 8.5p1-1.
> I use sshd to access the machine from afar. I notice (often multiple)
> processes of sshd.exe with 100% CPU load.
https://cygwin.com/pipermail/cygwin/2021-April/248299.h
Greetings, iw875...@gmx.eu!
> sshd seems to run at 100% Load for one thread after ssh disconnect
125% or more, actually.
> (Close Terminal Window) on my Windows 10 computer.
> If I use exit it isn't so.
> I have to kill sshd or reboot the machine to kill the load.
Kill the shell (or another p
On Thu, Dec 17, 2020 at 6:12 PM Bill Stewart wrote:
>
> On Thu, Dec 17, 2020 at 2:25 PM Erik Soderquist wrote:
>
> > I've had weird instances where the Windows Firewall tools lied; I
> > confirmed this by temporarily shutting down the Windows Firewall
> > entirely, then restarting the service havi
On Thu, Dec 17, 2020 at 2:25 PM Erik Soderquist wrote:
> I've had weird instances where the Windows Firewall tools lied; I
> confirmed this by temporarily shutting down the Windows Firewall
> entirely, then restarting the service having problems and retesting.
> On retest, it worked fine, confirmi
On Thu, Dec 17, 2020 at 3:51 PM Charles Russell wrote:
>
> On 12/17/2020 11:49 AM, Bill Stewart wrote:
>
> > Make sure to look carefully through all of the firewall rules and
> > check whether there is a rule blocking that executable or port.
> >
>
> Selecting "Advanced Settings" and then "inco
On Thu, Dec 17, 2020 at 1:51 PM Charles Russell wrote:
> Selecting "Advanced Settings" and then "incoming rules", I see one rule
> for sshd private: enabled, allowed and one rule for sshd public:
> enabled, allowed. There is a third rule for sshd domain: (disabled,
> allowed). I believe that one i
On 2020-12-17 13:51, Charles Russell wrote:
On 12/17/2020 11:49 AM, Bill Stewart wrote:
Make sure to look carefully through all of the firewall rules and
check whether there is a rule blocking that executable or port.
Selecting "Advanced Settings" and then "incoming rules", I see one rule for
On 12/17/2020 11:49 AM, Bill Stewart wrote:
> Make sure to look carefully through all of the firewall rules and
> check whether there is a rule blocking that executable or port.
>
Selecting "Advanced Settings" and then "incoming rules", I see one rule
for sshd private: enabled, allowed and one
On Thursday, April 16, 2020, 04:50:03 AM EDT, Andrey Repin
wrote:
>> sshd: PID 1721: fatal: seteuid 1610619958: No such device or address
>> I just did a clean install:
>> openssh 8.2p1-1
>> The uid corresponds to me:
>> uid=1610619958(+kevins)
> Can
Greetings, Kevin Schnitzius!
> sshd: PID 1721: fatal: seteuid 1610619958: No such device or address
> I just did a clean install:
> openssh 8.2p1-1
> The uid corresponds to me:
> uid=1610619958(+kevins)
Can we see the full output of `id` when you logged
On Tue, Apr 14, 2020 at 8:01 PM Kevin Schnitzius wrote:
> sshd: PID 1721: fatal: seteuid 1610619958: No such device or address
>
> I just did a clean install:
> openssh 8.2p1-1
>
> The uid corresponds to me:
> uid=1610619958(+kevins)
>
> Local users work fi
Thank you for the assistance!
I released the latest version of my installer, now available (under
"Releases" tab) here:
https://github.com/Bill-Stewart/Cygwin-OpenSSH
Bill
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Thu, 30 Jan 2020 12:33:28 -0700
Bill Stewart wrote:
> On Thu, Jan 30, 2020 at 9:46 AM Takashi Yano wrote:
> > I believe you do not need winpty anymore because newer cygwin
> > utilizes pseudo console in pty.
>
> Since this package is still used for older OS versions, I will still
> need winpty
On Thu, Jan 30, 2020 at 12:33 PM Bill Stewart wrote:
> I added cygwin-console-helper.exe and this resolved it, at least on
> Windows 10. My next step is to test on Server 2012 R2.
Tested, and works fine also on Server 2012 R2. Thanks for the help!
Bill
--
Problem reports: http://cygwin.co
On Thu, Jan 30, 2020 at 9:46 AM Takashi Yano wrote:
> Bill Stewart wrote:
> >
> > When I use cygwin1.dll versions newer than 3.0.7, sshd.exe hangs
> > whenever establishing a connection.
> > ...
> > Any ideas?
>
> You need cygwin-console-helper.exe for newer cygwin pty which
> supports pseudo cons
On Thu, 30 Jan 2020 09:27:34 -0700
Bill Stewart wrote:
> I have created an OpenSSH installer for Windows users:
>
> https://github.com/Bill-Stewart/Cygwin-OpenSSH
>
> Basically it includes only the minimum files from Cygwin needed to run
> OpenSSH and has some additional conveniences (the foremos
so i ran into the same problem and had some difficulty in figuring out how to
apply the solution. so hopefully to save other people from the same issue.
to set the sshd service to use the SYSTEM you open the properties sheet for
sshd service, go to the "Log On" tab and then click the radio button
On Sun, May 12, 2019 at 8:31 AM L A Walsh wrote:
> This has been a feature of Windows since win98. Not officially, mind
> you, but any scheduled task in windows would eventually become
> unscheduled and stop running with out any notification.
I've never seen this behavior on any Windows machine (
On 5/12/2019 6:35 AM, Enrico.Bertram wrote:
> \
>
> The service is configured to start automatically and does so on each reboot.
> The event viewer does not show any event (for example the "stopped" on
> normal shutdowns) - the service is just in shut down state every now and
> then and I have to m
On Fri, Mar 29, 2019 at 4:00 AM Corinna Vinschen wrote:
> > On 2019-03-28 15:36, Bill Stewart wrote:
> > I am trying to understand the limitations when running sshd using the
> > SYSTEM account.
> >
> > Is the following complete and correct?
> >
> > ==
> >
> > OS_version* OS_bitness sshd
On Mar 28 17:18, Brian Inglis wrote:
> On 2019-03-28 15:36, Bill Stewart wrote:
> > I am trying to understand the limitations when running sshd using the
> > SYSTEM account.
> > Is the following complete and correct?
> > ==
> > OS_version* OS_bitness sshd_bitness Notes
> > --
On 2019-03-28 15:36, Bill Stewart wrote:
> I am trying to understand the limitations when running sshd using the
> SYSTEM account.
> Is the following complete and correct?
> ==
> OS_version* OS_bitness sshd_bitness Notes
> --
> < 6.3
On Fri, 15 Mar 2019 21:41:22, Corinna Vinschen wrote:
> On Mar 15 20:39, Houder wrote:
> > On Fri, 15 Mar 2019 14:42:47, Corinna Vinschen wrote:
[snip]
> > > Well, there *is* a solution by using strace. And hey, we now know what
> > > ENXIO returned from seteuid means, don't we? It's not all
On Mar 15 20:39, Houder wrote:
> On Fri, 15 Mar 2019 14:42:47, Corinna Vinschen wrote:
>
> > On Mar 15 14:06, Houder wrote:
>
> > > One is forced to create the exact same environment (system) as the
> > > person who is complaining, fire up the debugger (like sticking
> > > a thermometer in a pat
On Fri, 15 Mar 2019 14:42:47, Corinna Vinschen wrote:
> On Mar 15 14:06, Houder wrote:
> > One is forced to create the exact same environment (system) as the
> > person who is complaining, fire up the debugger (like sticking
> > a thermometer in a patient's rear end) in order to find out where
>
On Mar 15 14:06, Houder wrote:
> On Thu, 14 Mar 2019 18:29:18, Corinna Vinschen wrote:
>
> > On Mar 14 16:53, Houder wrote:
>
> > > On Thu, 14 Mar 2019 12:39:30, X wrote:
> > > > Hello the list
> [snip]
> > > > sshd: PID 3777: fatal: seteuid 1049076: No such device or address
>
> > > Corinn
On Thu, 14 Mar 2019 18:29:18, Corinna Vinschen wrote:
> On Mar 14 16:53, Houder wrote:
> > On Thu, 14 Mar 2019 12:39:30, X wrote:
> > > Hello the list
[snip]
> > > sshd: PID 3777: fatal: seteuid 1049076: No such device or address
> > Corinna,
> >
> > As far as I know, seteuid() can either r
On Mar 14 16:53, Houder wrote:
> On Thu, 14 Mar 2019 12:39:30, X wrote:
> > Hello the list,
> >
> > Thanks for all the work and effort put into this.
> > Since two days i cannot login anymore (password less) with ssh into my
> > server
> >
> > Server is :
> > Microsoft Windows Server 2012 R
On Thu, 14 Mar 2019 12:39:30, X wrote:
> Hello the list,
>
> Thanks for all the work and effort put into this.
> Since two days i cannot login anymore (password less) with ssh into my
> server
>
> Server is :
> Microsoft Windows Server 2012 R2 Essentials / 6.3.9600 N/A version 9600
>
> Cyg
> As for why, Administrator is the only local account with super-user
> permissions that is guaranteed to exist. Windows uses it in case something
> gone REALLY wrong, such as AD database recovery procedures.
>
> It is easy enough to enable a locked account with offline tools, if your
system
> gon
Greetings, renaud.rol...@giraudbtp.com!
>> Please remove /etc/passwd and /etc/group files. They are no longer
>> necessary, unless you have some very special needs, and even then, they
>> only needed for that one or two accounts you need special treatment for.
> They dont exists.
Then my next gu
Greetings, David Dombrowsky!
> On 3/14/19 10:11 AM, Andrey Repin wrote:
>> Please remove /etc/passwd and /etc/group files. They are no longer necessary,
>> unless you have some very special needs, and even then, they only needed for
>> that one or two accounts you need special treatment for.
>>
> Please remove /etc/passwd and /etc/group files. They are no longer
> necessary, unless you have some very special needs, and even then, they
> only needed for that one or two accounts you need special treatment for.
They dont exists.
> The main security concern is, why your Administrator user:
On Mar 14 10:24, David Dombrowsky wrote:
> On 3/14/19 10:11 AM, Andrey Repin wrote:
> > Please remove /etc/passwd and /etc/group files. They are no longer
> > necessary,
> > unless you have some very special needs, and even then, they only needed for
> > that one or two accounts you need special t
On 3/14/19 10:11 AM, Andrey Repin wrote:
> Please remove /etc/passwd and /etc/group files. They are no longer necessary,
> unless you have some very special needs, and even then, they only needed for
> that one or two accounts you need special treatment for.
>
Wait what? What about all the stand
Greetings, renaud.rol...@giraudbtp.com!
>> > I can login via password, it work and lets me in.
>> > But if i tried with my keys, I get in the event viewer :
>> > sshd: PID 3777: fatal: seteuid 1049076: No such device or address
>>
>> - Make sure to login with the Administrator account case-sensit
> Objet : Re: sshd: fatal: seteuid XXX : No such device or address
>
> On Mar 14 14:26, renaud.rol...@giraudbtp.com wrote:
> > >
> > > On Mar 14 12:39, renaud.rol...@giraudbtp.com wrote:
> > > > I can login via password, it work and lets me in.
> >
On Mar 14 14:26, renaud.rol...@giraudbtp.com wrote:
> >
> > On Mar 14 12:39, renaud.rol...@giraudbtp.com wrote:
> > > I can login via password, it work and lets me in.
> > > But if i tried with my keys, I get in the event viewer :
> > > sshd: PID 3777: fatal: seteuid 1049076: No such device or add
>
> On Mar 14 12:39, renaud.rol...@giraudbtp.com wrote:
> > I can login via password, it work and lets me in.
> > But if i tried with my keys, I get in the event viewer :
> > sshd: PID 3777: fatal: seteuid 1049076: No such device or address
>
> - Make sure to login with the Administrator account
On Mar 14 12:39, renaud.rol...@giraudbtp.com wrote:
> Hello the list,
>
> Thanks for all the work and effort put into this.
> Since two days i cannot login anymore (password less) with ssh into my
> server
>
> Server is :
> Microsoft Windows Server 2012 R2 Essentials / 6.3.9600 N/A version 9600
David Dombrowsky writes:
> If I'm reading this correctly, using the SYSTEM account will deny access
> to user-level shares. Using the cyg_server account (or another service
> account) will allow access, but requires a password stored in the
> registry.
That was already the case if you logged in a
On Wed, Mar 13, 2019 at 9:29 AM Corinna Vinschen wrote:
> > However: It's still the case that the user cannot bypass OS security
even
> > if he or she "escapes" from the jail, right?
> >
> > My goal is to restrict sftp browsing on the client side.
> >
> > Using ChrootDirectory with "ForceCommand i
On Mar 13 09:11, Bill Stewart wrote:
> On Wed, Mar 13, 2019 at 2:57 AM Corinna Vinschen wrote:
>
> > > a) Why is it necessary to specify SYSTEM as user number 0 in the
> > > /etc/password file?
> > >
> > > b) Why is the sshd account required?
> >
> > sshd checks for uid 0 and requires the sshd acc
On Wed, Mar 13, 2019 at 2:57 AM Corinna Vinschen wrote:
> > a) Why is it necessary to specify SYSTEM as user number 0 in the
> > /etc/password file?
> >
> > b) Why is the sshd account required?
>
> sshd checks for uid 0 and requires the sshd account when chroot is
> requested.
>
> > c) Why are /cy
On Mar 12 16:21, Bill Stewart wrote:
> On Thu, 17 Jan 2019 Corinna Vinschen wrote:
>
> > > Is the sshd disabled user account still required?
> >
> > No, actually it isn't. These days the sshd server checks if the
> > the privsep chrrot environment should be used and that the process
> > is starte
On Tue, Mar 12, 2019 at 8:02 PM David Dombrowsky wrote:
> > Surely you don't mean they have a plain-text copy of your password?
>
> If only I were kidding. Security through Oblivity :)
(?!) There is no reason that anyone else should have your password.
This means (among other things) that someo
On 3/12/19 8:54 PM, Bill Stewart wrote:
> On Tue, Mar 12, 2019 at 6:19 PM David Dombrowsky wrote:
>
>> For me, this is acceptable risk since this is a single user machine and
>> the administrators of the domain already know my domain password :)
>
> I hope you really mean that they can _reset_ yo
On Tue, Mar 12, 2019 at 6:19 PM David Dombrowsky wrote:
> For me, this is acceptable risk since this is a single user machine and
> the administrators of the domain already know my domain password :)
I hope you really mean that they can _reset_ your domain password if needed?
Surely you don't me
On 3/12/19 5:30 PM, Corinna Vinschen wrote:
>> Was that the correct solution? Is that expected? This windows box is
>> on a domain, so that might have something to do with it.
>
> Just switch the account sshd is running under from "cyg_server" to
> SYSTEM (or "LocalSystem") and you should be abl
On Thu, 17 Jan 2019 Corinna Vinschen wrote:
> > Is the sshd disabled user account still required?
>
> No, actually it isn't. These days the sshd server checks if the
> the privsep chrrot environment should be used and that the process
> is started under "root:root". This never matches under Cygw
1 - 100 of 1132 matches
Mail list logo
