Impossible de démarrer cygwin service sshd

Je suis entré dans ssh-host-config dans cygwin invite (commencé avec des privilèges d'administrateur), qui a dit oui à la séparation des privilèges, nouveau compte local sshd, installer sshd comme un service, je suis entré sans valeur pour CYGWIN pour le démon; je suis entré à pas pour l'utilisation d'un nom différent, oui pour la création de nouveaux privilège de compte d'utilisateur.

Dans mon services.msc je suis incapable de démarrer le service:

The CYGWIN sshd service on Local Computer started and then stopped. 
Some services stop automatically if they are not in use by other services
or programs.

Dans cygwin invite, net start sshd produit:

The CYGWIN sshd service could not be started. 
The service did not report an error.
More help is available by typing NET HELPMSG 3534

Dans cygwin invite, cygrunsrv -S sshd produit:

cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1062:
The service has not been started.

Mon /var/log/sshd.journal dit le texte suivant:

Unable to initialize device PRN

J'ai cherché sur les questions de la SORTE liée à ce problème, ainsi que de l'Internet en général, et je suppose que ce qui rend ma question unique a à voir avec le sshd.journal. Je ne peux pas trouver quelqu'un d'autre qui a reçu cette.

Je le fais pour installer Hadoop sur mon Windows. Je ne peux pas exécuter une machine virtuelle sur cet ordinateur lent que tout plante.

InformationsquelleAutor Matthew Moisen | 2013-07-19
  1. 18

    J'ai suivi les étapes décrites dans cette rubrique et le problème était encore en cours, puis j'ai vérifié le sshd fichier journal et il se plaignait que les privilégies de la clé privée ssh ont pour ouvrir.

    J'ai exécuté la commande:

    chmod 400 /etc/ssh_host_ecdsa_key

    Puis-je exécuter le service:

    net start sshd

    Enfin, elle a travaillé (BTW: je suis avec Windows 8)

    • cela a fonctionné pour moi, merci. 😀
    • Merci pour la réponse. Cela fonctionne sur Windows 8.1 ainsi. Je vais upvote la réponse.
    • chmod -v 600 /etc/ssh_*_key ; ls -altr /etc/ssh*key dans mon cas, Il y en avait quatre. Quelque chose à propos de la version polonaise de Win 8.1 conduire à rw permanentes à l'échelle mondiale pour le groupe, dans Cygwin. CYGWIN=ntsec
    • vous avez dit que vous avez suivi les étapes décrites dans cette rubrique, qui n'est pas significatif, pouvez-vous expliquer, si non, vous devriez avoir à l'époque.
    • Travaillé sur windows 7 aussi. Seule chose qui a fonctionné pour moi après avoir tout essayer pour 6 heures
    InformationsquelleAutor user2933412
  2. 16

    J'ai eu le même problème et voici la solution qui a fonctionné pour moi.

    Solution 1

    Redémarrer la machine après avoir défini les variables d'environnement path pour point de Cygwin répertoires bin et ensuite démarrer le service.

    Solution 2

    1. D'abord ajouter le compte qui exécute le Cygwin démon sshd de service pour les administrateurs de groupe (c'est par défaut)

    2. Allez dans votre dossier d'installation de cygwin (le mien est à c:\cygwin64 et les vôtres peuvent différer)

      • ajouter des administrateurs du groupe de contrôle total. supprimer la propriété
      • Supprimer Readonly pour votre dossier d'installation de cygwin donc n'importe qui peut écrire dans ce

    3. Exécuter le terminal cygwin en tant qu'administrateur et supprimer le service en tapant 

      cygrunsrv -R sshd

    4. Redémarrez votre système

    5. Exécuter le terminal cygwin en tant qu'administrateur et réinstaller à nouveau le service en tapant 

      ssh-host-config -y

    6. Exécuter le terminal cygwin en tant qu'administrateur et démarrer le service en tapant

      net start sshd

    Votre service maintenant être en cours d'exécution!

    InformationsquelleAutor Sriwantha Attanayake
  3. 5

    J'ai essayé les solutions ci-dessus mais rien n'a fonctionné pour moi.
    Je suis avec Windows 8 et a été en mesure de le résoudre.
    Mon sshd.fichier journal dit : "la séparation des Privilèges de l'utilisateur sshd n'existe pas ÉCHOUÉ"

    Donc de supprimer cette erreur lors du démarrage de sshd que service en suivant les étapes ci-dessous:

    1. Éditer le fichier /etc/passwd --

      ajouter " sshd:x:74:74:Privilège séparées SSH:/var/empty/sshd:/sbin/nologin ".

    2. Éditer le fichier /etc/group --
      ajouter " sshd:x:74: ".

    Maintenant démarrer le service
    net start sshd

    Il a travaillé pour moi!

    • Savez-vous pourquoi cela fonctionne? Comment avez-vous découvrir?
    • L'édition (création de acutally) le fichier passwd a fonctionné pour moi à résoudre ce problème pour le sshd qui est venu avec (2.7.3) 64 bits version de Git pour Windows. (Après 15 ans de l'utilisation de Cygwin, j'ai abandonné il y a quelques mois en faveur des utilitaires livrés avec Git et je ne le manquez pas à tous) je n'ai pas d'éditer/créer un fichier de groupe. La seule chose que j'avais à faire était de mkdir /var/vide
    InformationsquelleAutor Nayan
  4. 2

    Suivi les étapes fournir par Andrea Solution 1 et la solution 2 , il n'a pas de travail. Observateur d'événements n'a fourni aucune info.

    Donc pris un coup d'oeil au journal var/log/sshd.en premier le journal il se plaint qu'il a été impossible de charger la dll:

    /usr/sbin/sshd.exe: error while loading shared libraries: cygcrypto-1.0.0.dll

    Solution:

    • Réinstallé le paquet et s'est assuré que la dll ont été dans lib.

    • Commencé à nouveau le service encore il a échoué, mais cette fois, il s'est plaint de manque de la clé d'hôte.

      N'a pas pu charger la clé d'hôte: /etc/ssh_host_dsa_key
      Impossible de charger la clé d'hôte: /etc/ssh_host_ecdsa_key
      La désactivation du protocole de la version 2. Impossible de charger la clé d'hôte
      sshd: pas de hostkeys disponible -- sortie.

    Solution:

    • aller à la Cygwin invite de Commande (exécuter en tant qu'administrateur ) et
    • entrer ssh-keygen -A

      le manque de la clé d'hôte ont été générés .

    Finalement j'ai réussi à le démarrer.

    Je recommande de regarder le fichier de log si la solution ci-dessus ne fonctionne pas.

    • Oui!!! Certainement prendre un coup d'oeil à var/log/sshd.log! Mon erreur a été "la séparation des Privilèges de l'utilisateur sshd n'existe pas" alors j'ai couru ssh-accueil-config pour activer la séparation des Privilèges 🙂
    InformationsquelleAutor Gwt Qa
  5. 0

    Dans mon cas (à l'aide d'une version polonaise de Windows 8), j'ai dû modifier manuellement le fichier /etc/passwd et /etc/group fichiers.

    Quelques lignes pour l'Administrateur, les Administrateurs, les Invités, Invités, etc. avaient disparu, alors j'ai simplement inséré, et copié tous les autres champs de leurs versions non anglaises. Par exemple.

    nano   /etc/passwd

SYSTEM:*:18:544:,S-1-5-18::
LocalService:*:19:544:U-NT AUTHORITY\LocalService,S-1-5-19::
NetworkService:*:20:544:U-NT AUTHORITY\NetworkService,S-1-5-20::
Administrators:*:544:544:,S-1-5-32-544::
Administratorzy:*:544:544:,S-1-5-32-544::
TrustedInstaller:*:4294967294:4294967294:U-NT SERVICE\TrustedInstaller,S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464::
Administrator:unused:500:513:U-gordito\Administrator,S-1-5-21-580982140-4090956935-1935414389-500:/home/Administrator:/bin/bash
Guest:unused:501:513:U-gordito\Gość,S-1-5-21-580982140-4090956935-1935414389-501:/home/Gość:/bin/bash
Gość:unused:501:513:U-gordito\Gość,S-1-5-21-580982140-4090956935-1935414389-501:/home/Gość:/bin/bash
HomeGroupUser$:unused:1004:513:HomeGroupUser$,U-gordito\HomeGroupUser$,S-1-5-21-580982140-4090956935-1935414389-1004:/home/HomeGroupUser$:/bin/bash
sshd:unused:1006:513:sshd privsep,U-gordito\sshd,S-1-5-21-580982140-4090956935-1935414389-1006:/var/empty:/bin/false
cyg_server:unused:1007:513:Privileged server,U-gordito\cyg_server,S-1-5-21-580982140-4090956935-1935414389-1007:/var/empty:/bin/false


nano /etc/group

root:S-1-5-32-544:0:
SYSTEM:S-1-5-18:18:
TrustedInstaller:S-1-5-80-956008885-3418522649-1831038044-1853292631-2271478464:4294967294:
Administrators:S-1-5-32-544:544:
Administratorzy:S-1-5-32-544:544:
Czytelnicy dzienników zdarzeń:S-1-5-32-573:573:
Guests:S-1-5-32-546:546:
Goście:S-1-5-32-546:546:
IIS_IUSRS:S-1-5-32-568:568:
Users:S-1-5-32-545:545:
Users DCOM:S-1-5-32-562:562:
Użytkownicy:S-1-5-32-545:545:
Użytkownicy DCOM:S-1-5-32-562:562:
Użytkownicy dzienników wydajności:S-1-5-32-559:559:
Użytkownicy monitora wydajności:S-1-5-32-558:558:
Użytkownicy zarządzania zdalnego:S-1-5-32-580:580:
HomeUsers:S-1-5-21-580982140-4090956935-1935414389-1003:1003:
TelnetClients:S-1-5-21-580982140-4090956935-1935414389-1005:1005:
WinRMRemoteWMIUsers__:S-1-5-21-580982140-4090956935-1935414389-1000:1000:
None:S-1-5-21-580982140-4090956935-1935414389-513:513:
Brak:S-1-5-21-580982140-4090956935-1935414389-513:513:

    Seulement après cela, j'ai finalement été en mesure de chmod g-rwx tous les fichiers qui ont offensé sshd, dans une manière que 'ls -la', en effet, confirmé la tombée des autorisations pour le groupe et les autres.

    Puis enfin, privilégié CYGWIN services installés et ont commencé (sshd, cron)

    • Je vois cela comme un Cygwin installation de bug, de toute façon. Ci-dessus est une solution de contournement....une fois que quelqu'un prenne enfin conscience de ce qui se passe vraiment.
    InformationsquelleAutor Marcos