Kezdőlap › Fórumok › UHU Linux › Általános UHU problémák, javaslatok › sshd help
- This topic has 16 hozzászólás, 7 résztvevő, and was last updated 18 years telt el by
rednek.
-
SzerzőBejegyzés
-
2005-01-06-21:19 #1995599
mit adsz meg pontosan az ssh-nak és hogyan? Kopizd be légyszíves!
2005-01-06-21:19 #1995600Sziasztok!
Nem tudom használni az sshd -t UHU alatt.. Minden be van állítva (HowTo-k szerint), de ha csatlakozni próbálok mindeig azt írja, hogy: „Connection refused”.. Már mindent kipróbáltam, de nem megy..
Azt sem igazán értem, hogy van egy ssh könyvtár a /etc könyvtárban, de ebben csak két fálj van: ssh_config és sshd_config és nincsenek host_key fájlok.. Viszont a /usr/local/etc -ben ott van ugyanez a két fálj és a host_key -ek is.. Megpróbáltam átmásolni õket, újakat generálni, felrakni az sshd-t forráskódból, de semmi.. Please HELP..Kösz!
[align=right][snapback]109368[/snapback][/align]Ezt olvadtad?
http://www.openssh.com/hu/2005-01-06-21:30 #19956012007-05-20-13:20 #1995602Hali
Nekem is problámám van az sshd-vel mikor le akarim indítani akkor ezt írja vissza:
Code:sshd re-exec requires execution with an absolute pathés mikor rákeresek ps -ef|grep sshd-vel, akkor nem dob ki semmit, tehát nem fut.
Code:# $OpenBSD: sshd_config,v 1.73 2005/12/06 22:38:28 reyk Exp $# This is the sshd server system-wide configuration file. See
# sshd_config(5) for more information.# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin
# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented. Uncommented options change a
# default value.Port 22
Protocol 2
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 1h
ServerKeyBits 768# Logging
# obsoletes QuietMode and FascistLogging
SyslogFacility AUTH
LogLevel INFO# Authentication:
LoginGraceTime 2m
PermitRootLogin yes
StrictModes yes
#MaxAuthTries 6RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile .ssh/authorized_keys# 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
# Change to yes if you don’t trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
IgnoreUserKnownHosts yes
# Don’t read the user’s ~/.rhosts and ~/.shosts files
IgnoreRhosts yes# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication no
PermitEmptyPasswords no# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no# GSSAPI options
GSSAPIAuthentication yes
#GSSAPICleanupCredentials yes# Set this to ‘yes’ to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication mechanism.
# Depending on your PAM configuration, this may bypass the setting of
# PasswordAuthentication, PermitEmptyPasswords, and
# „PermitRootLogin without-password”. If you just want the PAM account and
# session checks to run without PAM authentication, then enable this but set
# ChallengeResponseAuthentication=no
UsePAM yes#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
X11DisplayOffset 10
#X11UseLocalhost yes
PrintMotd no
PrintLastLog no
TCPKeepAlive yes
#UseLogin no
UsePrivilegeSeparation yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10
#PermitTunnel no# no default banner path
#Banner /some/path# override default of no subsystems
Subsystem sftp /usr/libexec/sftp-serverpróbáltam már a Debianom sshd_confját átraki, ami tökéletesen működik, de ugyanez a probléma.
2007-05-20-13:53 #1995603És a javasolt „absolute path” módszer nem lenne célravezető?
2007-05-20-13:54 #1995604nem írtad, hogyan is próbálod indítani…
2007-05-20-14:08 #1995605kisbetu: milyen az abszolút path módszer?
pomm: egyszerűen beírtam a konzolba, hogy sshd
2007-05-20-14:17 #1995606akkor próbáld abszolut ( teljes ) path-tal ( útvonal ) megadásával
/etc/init.d/ssh start ( lehet nálad /etc/init.d/sshd start )2007-05-20-14:56 #1995607köszönm így megy… ahogy mondtad, /etc/init.d/sshd
2007-05-20-15:30 #1995608Hogy tudom elérni, hogy minden induláskor elinduljon nekem az sshd?
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz