[DE] (gelöst) ssh: ein rechner, zwei install., wieviele ip-s?

[michaa7]

Ich hatte ja die letzten tagen ein problem mit ssh im LAN gelöst. Das betraf auch eine der installationen auf meinem server. nun gibt es neben der serverinstallation auf diesem rechner eine wartungspartition. Auf diese kann ich mich nicht verbinden

ssh: connect to host XXXXXXX port 22: Connection refused

Die verbindung zu diesem rechner klappt jedoch, wenn der server gebootet ist.

Was verhindert nun genau die verbindung bei gebooteter wartungspartition? Im ausgangsrechner gibt es ja eine ~./ssh/known_hosts in der dieser rechner, jedoch mit anderem system bekannt ist, ebenso in der /etc/hosts.
Im zielrechner im wartungssystem gibt es im userverzeichneis das ganze ./ssh *(noch?) nicht*. Das sollte doch aber spätestens mit dem ersten verbindungsversuch erstellt werden ... nur kommt es eben nicht dazu.

Was ist denn in dieser konstellation zu beachten? Benötigen beide (über den router mit fester ip-verb bundenen) installationen jeweils eine andere ip?

[bluelupo]

Hi michaa7,
wie soll ich das mit der Wartungspartition verstehen? Du connectest dich zu einer IP-Adresse aber nicht zu einer Partition mit der ssh. Wenn deine Wartungspartition eine eigene Installation ist musst du dort den ssh-Client ebenfalls installiert haben und der ssh-Hostkey ist auch ein anderer auch wenn beide Installationen die selbe IP-Adresse benutzen. Ggf. die ssh mit der Option -v nutzen um mehr Debuginfos zu bekommen.

[towo]

s/ssh-Client/ssh-Server

Und Selbiger muß latürnich auch gestartet sein!

[michaa7]

s/ssh-Client/ssh-Server

Und Selbiger muß latürnich auch gestartet sein!

@bluelupo
was ist da so schwierig zu verstehen. der server hat zwei installationen, den server und eine wartungsinstallion. Ist der server gebooted, kann ich verbinden, ist die wartungsinstallation gebooted geht es nicht.

Lassen wir bitte nicht gestarteten server u.ä. mal ausser acht, dass ist nun alles x mal kontrolliert.

Nur selbst mit ssh -vvvvvv bekomme ich keine info warum die verbindung verweigert wird.
Und du meinst ssh server, nicht client. es geht aber um die fehlermeldung connection refused, nicht "no route to host"!!!!!!!!!!!!!

Und erklär mal wie das nach deiner meinung in der /etc/host ausschaut

192.168.gleiche.ip   server
192.168.gleiche.ip   wartung



Wo finde ich denn mehr info warum wo die verbindung *verweigert* wird.

BTW in umgekehrter richtung geht es

[towo]

Code: [Select]

ssh: connect to host XXXXXXX port 22: Connection refused
Das sagt eindeutig daß auf der Gegenstelle kein ssh-server auf port 22 läuft.

Und btw, wird es auch dann nicht funktionieren, wenn beide installationen die gleiche ip haben, dann wird nämlich angemeckert, das sich known_hosts verändert hat.

[michaa7]

so ähnlich dache id mir das, nur es muß dafür doch ne lösung geben, verschieden ip_s für jede installation ... nur packt das der roeuter, wenn er ständig verscheidne ip_s mit der gleichen MAC zu sehen bekommt, natürlich nie gleichzeitig

was anderes kann man den tun um den sshd zu starten asl "/etc/unit.d/ssh start"

Und, ok, ist die falsche adresse, aber wenn die fehlermeldung eindeutig für nicht gestarteten sshd steht, dann ist die ganz schöner käse ...

[towo]

Deinem Router ist das ziemlich schnuppe, mit wie vielen IP's du ihn bombardierst.
Aus dem restlichen Gestammel werde ich allerdings nicht wirklich schlau.

[michaa7]

tja, da fragt sich der fachmann woraus du nicht schlau wirst.

A: server mit server installation und wartungsinstllation
B: schleppi

ssh von schleppi auf A/server -->ok
ssh von schleppi auf A/wartung --> connection refused

A/wartung: /etc/init.d/ssh start
ssh von schleppi auf A/wartung --> connection refused

das ist stand der dinge, dass es kollisionen mit der known_hosts geben kann sollte bis dahin keine rolle spielen, denn da bekäme man wohl nen meldung

Ich starte den sshd und du sagst er läuft nicht, glaub ich gern, aber was mache ich jetzt?

[michaa7]

niemand ne idee?

[michaa7]

AGRRRRRRRRR

es stand ne LIstenToAdresse in der config, nen alte

[bluelupo]

...ja, der Fehler sitzt meistens vor dem Bildschirm ;-)