Tiedostojen siirto netin yli

[Hanva]

Pienestä se on näköjään kiinni tän Linus-pojan kanssa 

[nm]

scp porttivipu on iso -P kun taas ssh:ssa se on pieni -p (älkää kysykö miksi) :O

Varmaan siksi, että scp pyrkii muistuttamaan cp:tä, jossa -p:llä on vakiintunut merkitys. ssh:ssa taas -p on varmaankin alusta lähtien asettanut portin, eikä tätä ole haluttu lähteä muuttamaan.

[Tomin]

Pienestä se on näköjään kiinni tän Linus-pojan kanssa 

Linuksella ei taida olla mitään roolia ssh:n tai scp:n kehityksessä.

Vakavasti puhuen: kieltämättä tuo ero noiden välillä tuntuu rikkovan yhtenäisyyden periaatetta, mutta ymmärrän hyvin, jos scp on pyrkinyt yhtenäisyyteen cp-komennon kanssa.

[Hanva]

Mutta kaikesta huolimatta oli valaiseva oppitunti ja nyt pääsen palvelimelle netin yli niinkuin halusinkin.

Seuraavaa oppituntia kehitellessä...

[Hanva]

Jaahas vielä riittää kyseltävää:

Konffasin palvelimelta salasanakyselyn pois että kirjautuminen onnistuu vain salausavaimella, mutta kun kokeilin ottaa palvelimeen yhteyttä windowsin puolelta puttylla niin kas kummaa pääsin kirjautumaan käyttäjätunnuksella ja salasanalla??

Osaakos joku tähän kommentoida mistä moinen johtuu?

[nm]

Konffasin palvelimelta salasanakyselyn pois että kirjautuminen onnistuu vain salausavaimella, mutta kun kokeilin ottaa palvelimeen yhteyttä windowsin puolelta puttylla niin kas kummaa pääsin kirjautumaan käyttäjätunnuksella ja salasanalla??

Eli onko /etc/ssh/sshd_config -tiedostossa nyt rivi

Koodia: [Valitse]

PasswordAuthentication no
Varmuuden vuoksi myös ChallengeResponseAuthentication pitää kytkeä pois:

Koodia: [Valitse]

ChallengeResponseAuthentication no

Oletko käynnistänyt SSH-palvelimen uudelleen?

Koodia: [Valitse]

sudo service ssh restart

[Hanva]

Kyllä kaikki nuo on tehty ja edelleen pääsen puttylla kirjautumaan käyttäjätunnuksella ja salasanalla.

[nm]

Kyllä kaikki nuo on tehty ja edelleen pääsen puttylla kirjautumaan käyttäjätunnuksella ja salasanalla.

Pääsetkö sisään asti? Kirjautumiskehotteen pitääkin näkyä, mutta minkään salasanan ei pitäisi kelvata.


Tarkistetaan vielä asetustiedosto. Mitä nämä komennot listaavat palvelimella:

Koodia: [Valitse]

grep -i passwordauth /etc/ssh/sshd_config

Koodia: [Valitse]

grep -i challenge /etc/ssh/sshd_config
Kopioi listaukset päätteestä tänne.

[Hanva]

Kyllä pääsen sisään.

Koodia: [Valitse]

#PasswordAuthentication no
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication, then enable this but set PasswordAuthentication


Koodia: [Valitse]

# Change to yes to enable challenge-response passwords (beware issues with
ChallengeResponseAuthentication no
# be allowed through the ChallengeResponseAuthentication and
# PAM authentication via ChallengeResponseAuthentication may bypass
# and ChallengeResponseAuthentication to 'no'.
edit: tällainen rivi löytyy sshd_config tiedostosta. Voisiko tämä liittyä asiaan?

Koodia: [Valitse]

#KerberosOrLocalPasswd yes

[raimo]

Kyllä pääsen sisään.

Koodia: [Valitse]

#PasswordAuthentication no
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication, then enable this but set PasswordAuthentication


Ota kommenttimerkki # pois tuosta PasswordAuthentication no rivin edestä.

Käynnistä sitten ssh-serveri uudelleen.

Eli noissa asetuksissa jos on jonkin asian edessä # -merkki ko. asiaa ei huomioida mitenkään.

[Hanva]

Toimii...