Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: Linux Forum Linux-Web.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

pelikan

unregistriert

1

23.02.2004, 16:20

ssh - kein login von aussen

ich habe ein kleines Problem:
Bei meinem Linux-Rechner habe ich das programm ddserver installiert, das meine IP - Adresse an dyndns sendet.

Nun möchte ich mich vom Internet aus mittels ssh auf meinen Linux-Rechner über putty aus einloggen.
Nur kommt bei putty leider immer "Connection timed out".

Bei mir daheim mit putty funktioniert der Aufbau zu meiner Linux-Kiste allerdings. Kann es an den Einstellungen der Datei sshd_config liegen, oder gibt es noch irgendwo anders eine Datei, die generell den Zugriff von aussen regelt???
Meine Firewall habe ich zu Probezwecken übrigens heruntergefahren, trotzdem tut sich aber nichts.

Gruß
Pelikan

Chucky the Devil

Pianist im Puff

  • »Chucky the Devil« ist männlich

Beiträge: 1 636

Wohnort: Koeln

Beruf: Network Architect

  • Nachricht senden

2

23.02.2004, 16:37

Paste mal Deine sshd_config. Ich vermute das die Listen-Direktive auf eine IP im LAN gestellt ist und so nicht auf Zugriffe von Aussen horcht.

pelikan

unregistriert

3

23.02.2004, 16:41

# $OpenBSD: sshd_config,v 1.65 2003/08/28 12:54:34 markus 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,1
#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

#RSAAuthentication 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 no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

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


PasswordAuthentication yes
#PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCreds yes

# Set this to 'yes' to enable PAM authentication (via challenge-response)
# and session processing. Depending on your PAM configuration, this may
# bypass the setting of 'PasswordAuthentication'
UsePAM yes

#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#KeepAlive yes
#UseLogin no
UsePrivilegeSeparation no
#PermitUserEnvironment no
#Compression yes
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10

# no default banner path
#Banner /some/path

# override default of no subsystems
Subsystem sftp /usr/lib/ssh/sftp-server

Chucky the Devil

Pianist im Puff

  • »Chucky the Devil« ist männlich

Beiträge: 1 636

Wohnort: Koeln

Beruf: Network Architect

  • Nachricht senden

4

23.02.2004, 16:44

Bist Du Dir sicher, dass der ddclient auch richtig die IP updatet?

pelikan

unregistriert

5

23.02.2004, 16:52

absolut sicher, weil ich die IP - Adresse mit RouterControl überwache und die immer mit der IP - Adresse übereinstimmt, die in dyndns.org eingetragen ist.

Die stimmt also 100%

pelikan

unregistriert

6

23.02.2004, 19:57

Kann mir niemand von euch eine Zusammenstellung geben, die funktionieren sollte???

Also, an meinem Router kann es eigentlich auch nicht liegen, da ich alle Angragen, die an Port 22 gehen, direkt an meine Linux-Kiste weiterleite.

Könnte mir niemand seine sshd_config zeigen, bei der Linux dann auch auf die Anfragen aus dem Netz reagiert und man sich somit über putty einloggen kann???

Zur Erinnerung: Bei Putty kommt nach einer Weile immer: "Connection timed out".
Das heißt doch eigentlich, dass putty meinen Linux-Rechner wenigstens gefunden hat, aber keine Verbindung zu ihm aufnehmen konnte?

Gruß
Pelikan

7

23.02.2004, 21:21

Hi, vielleicht hilft es Dir weiter

Nur so als Tip... es gibt ein Protokoll-Problem mit Putty und ssh. Check mal, ob Putty auf SSH V2 only steht und die richtige Authentication angeklickt ist. Seit den neueren SSH kann Putty nicht mehr mit Protokoll 1 mit den Linux sshs reden... Irgendwo kannst Du Einzelheiten zu dem Problem ergoogeln, das wurde schon öfter gepostet....

Just my 2 euro-cents,

LiWiz
### Better dead than doze ### Kluge Leute wissen, wann sie sich dumm stellen müssen ###

pelikan

unregistriert

8

23.02.2004, 22:25

Na ja,

aber weisst du, ich kann mich ja über mein Heimnetzwerk einloggen und zwar mit putty.

Nur wenn ich meinen Laptop irgendwo mitnehme, gehts nicht mehr.

Und ich verwende exakt die gleichen Einstellungen (sind in Putty gespeichert):

Benutzernamen@-------.dyndns.org

Ich kann nur vermuten, dass da eine Sicherheitseinstellung unter Linux zu gute Arbeit leistet, aber die Einstellungen bei sshd_config habe ich euch ja oben schon gepostet.

Ich bin wirklich um jeden Tipp dankbar.

Gruß
Pelikan

pelikan

unregistriert

9

23.02.2004, 22:35

Vielleicht hilft das noch weiter:

Unter Hosts Deny steht:

http-rman : ALL EXCEPT LOCAL

Sollte ich das auskommentieren, dann rcsshd restart machen??

Könnte das das Problem sein???

Pelikan

10

24.02.2004, 09:49

wenn du hinter einem router bist, must du port 22 forwarden :-)

pelikan

unregistriert

11

24.02.2004, 09:53

Danke, aber das mit dem router habe ich schon gemacht.

Gruß
Pelikan

12

24.02.2004, 11:54

> Danke, aber das mit dem router habe ich schon gemacht.

Bist Du sicher, dass das 100%ig funktioniert?
Das ist naemlich eine beliebte Fehlerquelle...

Gruss
kp

pelikan

unregistriert

13

24.02.2004, 12:09

RE: ssh - kein login von aussen

nachdem ich bei hosts.deny den entsprechenden punkt nun auskommentiert habe und ich bei putty (wohlgemerkt: nicht über netzwerk, sondern über Internet) -----.dyndns.org eingebe, kommt nicht mehr:
Connection timed out

sondern:
Connection refused

Dabei habe ich noch nicht mal den gewünschten Benutzernamen eingegeben.

Gruß
Pelikan

14

24.02.2004, 12:31

RE: ssh - kein login von aussen

> hosts.deny
Was hat denn die damit zu tun? Der sshd wird doch nicht ueber den TCP-Wrapper abgewickelt. Waere mir zumindest voellig neu.

> Connection timed out
Rechner down, oder er antwortet nicht. Firewall? IP falsch oder gar nicht upgedated?

> Connection refused
Rechner da ab es laeuft kein sshd. Sicher dass es der richtige Rechner ist? Portforwarding ok?

Ich bleibe dabei. Entweder stimmt an der DynDNS Updaterei etwas nicht, oder das Portforwarding ist defekt.

Gruss
kp

Chucky the Devil

Pianist im Puff

  • »Chucky the Devil« ist männlich

Beiträge: 1 636

Wohnort: Koeln

Beruf: Network Architect

  • Nachricht senden

15

24.02.2004, 12:35

RE: ssh - kein login von aussen

>> hosts.deny
> Was hat denn die damit zu tun? Der sshd wird doch nicht ueber den TCP-Wrapper
> abgewickelt. Waere mir zumindest voellig neu.
>
Doch. Wenn ssh mit --enable-wrappers kompiliert wurde, wird diese abgehandelt. Weiss allerdings nicht ob das bei SuSE der Fall ist.

> Ich bleibe dabei. Entweder stimmt an der DynDNS Updaterei etwas nicht, oder
> das Portforwarding ist defekt.
>
Sehe ich genauso, wobei ich auf letztes tippe.

pelikan

unregistriert

16

24.02.2004, 13:02

Also, hier die Einstellungen meines Routers für ssh:

Service Name: ssh
Service Type: TCP / UDP
Starting Port: 22
Ending Port: 22

Server IP - Adress: 192.168.0.*

Ist etwa mein eingestellter Service Type falsch, oder muss ich etwa 2 "Port Forwardings" einstellen, einen für die Verbindung zum Linux-Rechner von draußen und einen für die Verbinung nach draußen vom Linux-Rechner???

Ich kann mir dann nämlich wirklich nur noch vorstellen, dass das der Fehler sein könnte.

Für eure Hilfe nochmals herzlichen Dank!!!

Gruß
Pelikan

Thema bewerten