SSH connectie probleempje

[BaukeP]

Hallo,

Ben bezig openssh te proberen (voornamenlijk omdat de cifs verbinding bij afsluiten steeds problemen geeft. Hierover info gevonden, maar niet een echte, werkende oplossing).

Server ingesteld op poort 2222.
Als ik nu verbinding wil maken krijg ik het volgende:
$ ssh bauke@DTop
ssh: connect to host DTop port 22: Connection refused

In het ssh config bestand heb ik op beide PC's de poort naar 2222 veranderd.
Hoe krijg ik het voor elkaar om in het bovenstaande commando poort 2222 te laten gebruiken

PS In Nautilus heb ik geen problemen; daar werkt het gewoon

Alvast bedankt
Bauke

[erik1984]

ssh -p [POORTNR] naam@adres

[BaukeP]

Erik, dankjewel.

Om nu ook mijn backupscripts te laten werken moet ik de nieuwe connecties nog even mounten.
Dus gaan we weer even googlen

Bauke

[softbart]

In het ssh config bestand heb ik op beide PC's de poort naar 2222 veranderd.
Hoe krijg ik het voor elkaar om in het bovenstaande commando poort 2222 te laten gebruiken

Ook in de sshd.conf van de host?

groet,

Theo

[BaukeP]

Excuus voor het late antwoord.

Ja, ik heb het zowel op de server als de cliënt in /etc/sshd_config gewijzigd.

Kan het iets met firewalls te maken hebben?

Bauke

[softbart]

De sshd_config is alleen voor de server.
De ssh_config is voor de client.

groet,

Theo

[BaukeP]

Eerder genoemd probleempje is niet meer.
Ik heb nu in het bestand /etc/ssh/sshd_config (op de server) de volgende regels gezet:
RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile      %h/.ssh/authorized_keys

en de server herstart
Vervolgens heb ik op de client de keys aangemaakt met:

ssh-keygen -t rsa
en gekopieerd:
ssh-copy-id naam@computernaam -i ~/.ssh/id_rsa.pub

en de server opnieuw gestart.

Het leek allemaal goed te gaan, maar als ik nu de verbinding wil maken met:  ssh naam@computernaam
vraagt de server nog steeds om een wachtwoord ........ terwijl ik dacht dat dat nu niet meer nodig zou zijn.

Wat heb ik  vergeten of fout gedaan?

Vr gr.

Bauke

[BaukeP]

Na een restart begrijpt de server dat alleen een publickey goed genoeg is om een connectie te maken.
Helaas werkt dat bij mij nog niet. Heb dus maar een neiuwe key aangemaakt en de pub key op stick gezet en in het bestand /home/ikke/.ssh/authorized_keys gezet.
de PC (server) weer ge-restart.

Geen verbinding vanaf de client

Client ge-restart

Geen verbinding

Wie o wie helpt me even

Ik gebruik trouwens deze link:
http://wiki.ubuntu-nl.org/community/Openssh-server

Bauke

[Johan van Dijk]

Krijg je nog meldingen of waarschuwingen te zien als je verbinding maakt via:

Code: [Selecteer]

ssh -v naam@computernaam

En werkt het wel als je dit doet?

Code: [Selecteer]

ssh -i ~/.ssh/id_rsa naam@computer

[BaukeP]

Dag meneer van Dijk,

Na het eerste commando verschijnt dit:

Code: [Selecteer]

debug1: Host 'dtop' is known and matches the RSA host key.
debug1: Found key in /home/bauke/.ssh/known_hosts:3
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering public key: /home/bauke/.ssh/id_rsa
debug1: Authentications that can continue: publickey
debug1: Trying private key: /home/bauke/.ssh/id_dsa
debug1: No more authentication methods to try.
Permission denied (publickey).
en daar zie ik (derde regel van onderen) id_dsa staan?!?

Het tweede commando werkt ook niet, maar dat lijkt me nu logisch.
Wat is de reden van _dsa? Ik heb alleen de pub key op de server gezet. Kan dat het zijn?

Bauke

[Johan van Dijk]

Code: [Selecteer]

Permission denied (publickey).
Blijkbaar klopt de configuratie van de server dan nog niet...
De key staat wel op de server in ~/.ssh/authorized_keys van de betreffende gebruiker?

Zie je nog foutmeldingen als je dit uitvoert op de server?

Code: [Selecteer]

grep ssh /var/log/auth.log

[BaukeP]

Ja, key staat op de goeie plaats.

na het commando dit: (de laatste regels)

Code: [Selecteer]

Mar 30 21:54:51 DTop sshd[4850]: Received disconnect from 192.168.1.221: 11: disconnected by user
Mar 30 21:54:51 DTop sshd[4766]: pam_unix(sshd:session): session closed for user bauke
Mar 30 21:54:56 DTop sshd[5004]: Authentication refused: bad ownership or modes for directory /home/bauke
Mar 30 21:54:56 DTop sshd[5004]: Authentication refused: bad ownership or modes for directory /home/bauke
Mar 30 22:00:49 DTop sshd[5006]: Authentication refused: bad ownership or modes for directory /home/bauke
Mar 30 22:00:49 DTop sshd[5006]: Authentication refused: bad ownership or modes for directory /home/bauke
De dir /home/bauke heeft als eigenaar bauke en als groep ook. Bij gemounte partities is dit altijd bauke:users
ligt het daar aan?

Bauke

[Johan van Dijk]

Probeer dit dan eens:
sudo chmod 0700 /home/bauke/.ssh

Oh, en evt. ook:
sudo chown bauke:bauke /home/bauke/.ssh

[BaukeP]

Heb beide (op de server) gedaan. Daarna op de client weer geprobeerd te connecteren.
Krijg in beide gevallen: Permission denied.

Bauke

[BaukeP]

Het ligt niet aan die vreemde wissel tussen rsa en dsa?

Bauke

[Johan van Dijk]

Voer die commando's ook eens uit op de client, waarschijnlijk gaat het daar mis.

Die wissel tussen rsa en dsa is vreemd, maar de echte error is de verkeerde permissie.

[BaukeP]

Beide gedaan............ zelfde resultaat helaas

Als ik de passwordauthen. weer aan zet, gaat het goed.
Ik wil alleen van het wachtwoord af.

[Johan van Dijk]

Dus op de server en op de client zijn:
De .ssh map van de gebruiker en groep bauke
Alle bestanden binnen die dir ook van gebruiker en groep bauke
De dir en onderliggende bestanden zijn alleen te lezen door gebruiker bauke, niet door andere gebruikers of groepen (permissie 0600 voor de bestanden, permissie 0700 voor de .ssh map zelf)

Je hebt op de server niets veranderd aan /etc/ssh/sshd_config behalve het verbieden van login met password?
Heb je in andere configuratiebestanden van de ssh client of server gerommeld?

[BaukeP]

Nee, bij mijn weten niet. Ik zal morgen alles nog eens nalopen.

Tot zover in ieder geval hartelijk bedankt,

Tot morgen

Bauke

[BaukeP]

De mappen en permissies kloppen. Maar op de server kom ik nog wat vreemde dingen tegen.
Ga de desktop(=server) opnieuw installeren en kijken of het dan beter gaat.

Bauke