Puncte:0

„Obținerea unei erori fatale: S-a primit un sfârșit neașteptat al fișierului de pe serverul SFTP” de la Windows OpenSSH - Problemă cu cea mai recentă versiune OpenSSH

drapel cn

EDIT: Ei bine, am găsit (cel puțin o) problemă. Am configurat o nouă VM și am instalat cea mai recentă versiune a serverului OpenSSH pentru Windows (v8.9) și, de asemenea, nu reușește să ruleze corect. Serverele pe care încă funcționează rulează versiunea mai veche, v8.6. Sunt în curs de a confirma că aceasta este problema și văd ce fac greșit care face ca 8.9 să eșueze.

Am configurat unele VM Windows Server 2012 ca servere SFTP folosind OpenSSH pentru Windows portabil. Am făcut aproximativ o jumătate de duzină cu succes, dar am avut o problemă cu una în care primesc eroarea „EROARE FATALĂ: S-a primit un sfârșit neașteptat al fișierului de la serverul SFTP”. Lucrul ciudat este că acesta este pe un server construit din aceeași imagine VM, deși mai vechi decât serverele pe care a funcționat. Acest lucru mă face să cred că este o problemă ciudată de permisiuni.

Acestea sunt modificările personalizate ale fișierului c:\programdata\ssh\sshd_config pe care le-am făcut, pe lângă numărul portului pe care l-am omis:

AllowUsers ssh_user
Autentificare prin parolă da
Subsistem sftp intern-sftp
ChrootDirectory C:/Ieșire/
SyslogFacility LOCAL0
LogLevel Debug3

Folosesc psftp pentru a se conecta și se conectează cu succes, dar apoi primește eroarea. Iată ce oferă comanda verbose psftp (minus câteva informații sensibile):

Se caută gazda „[REDACTATE]” pentru conexiune SSH
Se conectează la portul [EXPURSAT]
Revendicăm versiunea: SSH-2.0-PuTTY_Release_0.76
Conectat la [EXPURSAT]
Versiunea de la distanță: SSH-2.0-OpenSSH_for_Windows_8.9
Folosind protocolul SSH versiunea 2
Nu este disponibil niciun context de securitate GSSAPI
Schimbul de chei ECDH cu curba Curve25519 și hash SHA-256 (neaccelerat)
Serverul are, de asemenea, chei gazdă ecdsa-sha2-nistp256/rsa-sha2-512/rsa-sha2-256, dar noi
nu cunosc niciunul dintre ei
Amprenta cheii gazdei este:
ssh-ed25519 255 SHA256:QOfqSphtid9jnXb2MWHvPS/6AerXYPQ9YUdhgORny5I
Criptare de ieșire AES-256 SDCTR (accelerată AES-NI) inițializată
Algoritm MAC de ieșire HMAC-SHA-256 (neaccelerat) inițializat
Criptare de intrare AES-256 SDCTR (accelerată AES-NI) inițializată
Algoritm MAC de intrare HMAC-SHA-256 (neaccelerat) inițializat
Folosind numele de utilizator „ssh_user”.
Încercarea de autentificare interactivă prin tastatură
Serverul a refuzat autentificarea interactivă prin tastatură
Parola trimisă
Acces permis
Deschiderea canalului principal al sesiunii
Canalul principal deschis
A pornit un shell/comandă
Conectat la [EXPURSAT]
EROARE FATALĂ: S-a primit un sfârșit neașteptat al fișierului de la serverul SFTP

Am un fișier jurnal de la serverul ssh, dar StackExchange crede că este spam. Are aproximativ 300 de rânduri.

Sunt cam lipsit de ceea ce cauzează de fapt asta. Fișierul de configurare este același pe celelalte VM fără această problemă. Am dat contului de utilizator ssh acces complet la C:\Output, precum și la folderele programdata\ssh (deși nu ar trebui să aibă nevoie de acestea din urmă). De asemenea, am rulat scripturile Powershell de remediere a permisiunii care vin cu instalarea OpenSSH, dar nu au făcut o diferență și nici reinstalarea OpenSSH.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.