Vraag & Antwoord

OS Linux

[openssh] inloggen werkt niet

Anoniem
[DarthV]
9 antwoorden
  • clientmachine:
    [code:1:8b1bcd8c09]
    mithrandir@osgiliath:~$ ssh 192.168.0.202
    mithrandir@192.168.0.202's password:
    Connection to 192.168.0.202 closed.
    [/code:1:8b1bcd8c09]

    host:
    [code:1:8b1bcd8c09]
    sshd[pid]: Accepted password for mithrandir from 192.168.0.200 port 41731 ssh2
    sshd[pid]: error: openpty: No such fileor directory
    sshd[pid]: error: session_pty_req: session 0 alloc failed
    [/code:1:8b1bcd8c09]

    (meer krijg ik niet uit de logfiles)

    daar is (welgeteld een) pseudo tty, dus dat zou moeten helpen

    iemand anders een mogelijke oplossing?
  • misschien hebbie hier wat aan:

    [code:1:cb1bf0d20c]

    # $OpenBSD: sshd_config,v 1.38 2001/04/15 21:41:29 deraadt Exp $

    # This sshd was compiled with PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin

    # This is the sshd server system-wide configuration file. See sshd(8)
    # for more information.

    Port 22
    #Protocol 2,1
    #ListenAddress 0.0.0.0
    #ListenAddress ::
    HostKey /etc/ssh/ssh_host_key
    HostKey /etc/ssh/ssh_host_rsa_key
    HostKey /etc/ssh/ssh_host_dsa_key
    ServerKeyBits 768
    LoginGraceTime 600
    KeyRegenerationInterval 3600
    PermitRootLogin no
    #
    # Don't read ~/.rhosts and ~/.shosts files
    IgnoreRhosts yes
    # Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
    #IgnoreUserKnownHosts yes
    StrictModes yes
    X11Forwarding yes
    X11DisplayOffset 10
    PrintMotd yes
    #PrintLastLog no
    KeepAlive yes

    # Logging
    SyslogFacility AUTH
    LogLevel INFO
    #obsoletes QuietMode and FascistLogging

    RhostsAuthentication no
    #
    # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
    RhostsRSAAuthentication no
    # similar for protocol version 2
    HostbasedAuthentication no
    #
    RSAAuthentication yes

    # To disable tunneled clear text passwords, change to no here!
    PasswordAuthentication yes
    PermitEmptyPasswords no

    # Uncomment to disable s/key passwords
    #ChallengeResponseAuthentication no

    # Uncomment to enable PAM keyboard-interactive authentication
    # Warning: enabling this may bypass the setting of 'PasswordAuthentication'
    #PAMAuthenticationViaKbdInt yes

    # To change Kerberos options
    #KerberosAuthentication no
    #KerberosOrLocalPasswd yes
    #AFSTokenPassing no
    #KerberosTicketCleanup no

    # Kerberos TGT Passing does only work with the AFS kaserver
    #KerberosTgtPassing yes

    CheckMail yes
    #UseLogin no

    #MaxStartups 10:30:60
    Banner /etc/issue.net
    #ReverseMappingCheck yes

    [/code:1:cb1bf0d20c]
  • nee, helaas niet…

    de sshd_config is opzich wel goed

    het probleem is het systeem zelf.

    (ik heb alleen geen idee wat er mis is - behalve dan dat er vermoedelijk een device ontbreekt)
  • enne,

    proftpd wil ook niet echt :\

    [code:1:01fb5f3edf]protector - Fatal: unable to determine IP address of 'protector'[/code:1:01fb5f3edf]

    ik mis iets… maar wat?

    FYI, het gaat om een LFS-systeem

    (/etc/HOSTNAME is wel in orde)
  • Installeer anders een ssh opnieuw (zoeizo wel handig met die flinke exploit)
    En dan het zaakje opnieuw proberen..

    M.
  • dat is waar

    maar daar is te vrezen dat ook dat niet helpt (daar het geen ssh probleem is)

    (ssh roept dat het wachtwoord ok is)
  • *UIPDATE*

    ik heb gewoon lukraak alle devices aangemaakt met MAKEDEV -v generic

    ssh werkt nog altijd niet…

    [code:1:718ddd7d5c]
    protector sshd[pid]: Accepted password for Mithrandir from 192.168.0.200 port 42736 ssh2
    protector sshd[pid]: syslogin_perform_logout: logout() returned an error
    [/code:1:718ddd7d5c]

    wat nu weer?

    waarom zijn die foutmeldingen zo duidelijk? ;)

    (proftpd werkt nog altijd niet :( )
  • Welke openssh versie gebruik je ?
  • [quote:a1c43e4c81="[DarthV]"]Welke openssh versie gebruik je ?[/quote:a1c43e4c81]

    openssh-3.0.2p1

    moet ik nog updaten ja…
    maar dat is niet zo'n ramp
    het ding zit nu alleen op het interne netwerk.

    maar nogmaals, het is GEEN probleem met/van de sshd als zodanig.
    het zit 'm ergens in het systeem zelf

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.