WinSCP - Network error: Software caused connection abort.

1. zkus jen SCP, ne SFTP
2. ověř si, jaké šifrovací algoritmy a verzi protokolu má WinSCP nastavené a případně co vyžaduje server

Obojí by si měl vyjednat sám, ale vojáci jsou takový specifický případ.

1.) Vyzkoušel jsem SFTP i SCP, oboje háže stejnou chybu.
2.) Ještě chvilku to budu řešit a pak jim půjdu zavolat.

Ano, vojáci jsou specifický případ :D 14 dní jsem čekal než jsem dostal k jménu a heslu hostitele, kterého jsem nedostal.
Stejně to nefunguje, pfů..

po akom case ta disconnectne? Mozno by pomohlo iba posielat tie keepalivy castejsie

Kliknu na connect a přibližně za 4-5 sekund se vyhodí již zmiňovaná chybová hláška.
Zkoušel jsem hodit keepalive na 1sec, pak 3sec, pak 5sec, ale vždy to dopadne stejně.

tímhle to skoro jistě nebude, ty se totiž ani nespojíš. Předpokládám, že friki-firewally apod. nemáš.

Takže, odtud stáhněte obraz, vypalte nejlépe na přepisovatelné médium a nabootujte z toho.
Po chvíli hrůzy zkuste najít program jménem "Konsole" a zkuste jej spustit (volit jde pochopitelně CTRL+ALT+F1) a v tom napsat:

ssh hostitel -v(ukecaný) -l uzivatelske jmeno

Heslo si to, při dobrém průběhu, vyžádá samo, ale nejdříve:

The authenticity of host 'jmeno IP' can't be established.
ECDSA key fingerprint is "tlupa hexadecimálních čísel".
Are you sure you want to continue connecting (yes/no)?

Na co se to ptá, to je jasné, jinak poté viz: ~/.ssh

Děkuji, jdu na to, ačkoliv kapku nechápu co je myšleno tím "-v(ukecaný)".

verbose - režim, kdy píše program i stav močového měchýře...

Momentalne jsem na tem OpenSUSE, po zadani
ssh hostitel ....

Konsole vypise toto

OpenSSH_6.0p1, OpenSSL 1.0.1c 10 May 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 20: Applying options for *
debug1: Connecting to www.*.cz [194.50.64.*] port 22.
debug1: Connection established.
debug1: SELinux support disabled
debug1: identity file /home/linux/.ssh/identity type -1
debug1: identity file /home/linux/.ssh/identity-cert type -1
ssh_exchange_identification: Connection closed by remote host

To je divne, keby to bol firewall spojenie by sa nemalo nadviazat vobec, ale ono sa nadviaze a nasledne na to ho server ukonci. Preco tak urobi vie len spravca servera.

pravděpodobně proto, že tam je seznam povolených IP adres. Tj. na IP úrovni to nic neblokuje, ale aplikační protokol vyhodnotí neautorizovaný přístup.

Mno to už je dobré vysvětlení, jdu kontaktovat klienta :)
Hlavně abych nemusel jezdit do Prahy :D

Jaj myslis zoznam povolenych ip v ssh konfigu a nie v iptables.

Určitě zadáváte server dobře? Co tam dělá to "www"? Na adrese webu, tj. 194.50.64.66 (to opravdu není tajné) běží pouze Apache na portu 80/tcp a SSL na portu 443/tcp.
Opravdu jde o SSH server a ne třeba SFTP?
Dodatek: Zkusil jsem ze zvědavosti gFTP a už po mě chtěl uživatelské jméno...

jedná se o www.vppraha.army.cz
Bylo mi řečeno že hostitel je www.vppraha.army.cz
Dále tu mám, že se mám připojit skrz program WinSCP a nastavit SSH na "Pouze 2".

Nic víc tu bohužel nemám a v podstatě mě ani nic jiného nenapadá, než se zeptat Vás.

22/tcp  open  ssh      OpenSSH 5.3 (protocol 2.0)
|_ssh-hostkey: 4096 4e:2e:0c:86:cd:4f:13:76:16:50:f2:c4:bb:08:2d:02 (RSA)

Zkuste pouze příslušnou IP adresu (194.50.64.65), na té už SSH server opravdu běží.

Vyzkoušeno. Ve WinSCP dostanu opět tu samou chybu jakou ukazuje nadpis tématu.
Mohu ještě nabootovat OpenSUSE, ale mám pocit, že dostanu opět ten stejný výpis jaký už jse zde psal.

Kam jsem "došel", to viz obrázek.

Zdravim, chvilku jsem tu nebyl.
Ze zvedavosti jsem zkusil stejny prikaz jako vy, ale me to vzdy vyhodi ze strany serveru, viz. code

linux@linux:~> ssh 194.50.64.65 -v
OpenSSH_6.0p1, OpenSSL 1.0.1c 10 May 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 20: Applying options for *
debug1: Connecting to 194.50.64.65 [194.50.64.65] port 22.
debug1: Connection established.
debug1: SELinux support disabled
debug1: identity file /home/linux/.ssh/id_rsa type -1
debug1: identity file /home/linux/.ssh/id_rsa-cert type -1
debug1: identity file /home/linux/.ssh/id_dsa type -1
debug1: identity file /home/linux/.ssh/id_dsa-cert type -1
debug1: identity file /home/linux/.ssh/id_ecdsa type -1
debug1: identity file /home/linux/.ssh/id_ecdsa-cert type -1
ssh_exchange_identification: Connection closed by remote host
linux@linux:~> 

To je divne, ze ti nedovoli ani zapisat fingerprint, takze si skontroluj, ci ho tam uz nemas zapisany (/.ssh).

Promin, ale v linuxu se nevyznam. Do konzole jsem zadal /.ssh [pochopil jsem to tak, ze to mam napsat] ale tim jsem dostal jen hlasku> No such file or directory.

V home dire sa ti pri prvom vytvoreni ssh spojenia a prijati prveho fingerprintu vytvori adresar .ssh, kde sa zapisuju vsetky fingerprinty z ssh spojeni. To, ze tam ziaden nemas svedci o tom, ze si este ziadne spojenie nevytvoril. Skus sa spojit cez ssh s poradnou a potvrd prijatie fingerprintu.

Pri pripojeni k poradna.net se dostanu tam, kam se dostal :ms:

linux@linux:~> ssh poradna.net -v
OpenSSH_6.0p1, OpenSSL 1.0.1c 10 May 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 20: Applying options for *
debug1: Connecting to poradna.net [92.240.244.39] port 22.
debug1: Connection established.
debug1: identity file /home/linux/.ssh/id_rsa type -1
debug1: identity file /home/linux/.ssh/id_rsa-cert type -1
debug1: identity file /home/linux/.ssh/id_dsa type -1                           
debug1: identity file /home/linux/.ssh/id_dsa-cert type -1                      
debug1: identity file /home/linux/.ssh/id_ecdsa type -1                         
debug1: identity file /home/linux/.ssh/id_ecdsa-cert type -1                    
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5                                                                             
debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH_5*                          
debug1: Enabling compatibility mode for protocol 2.0                          
debug1: Local version string SSH-2.0-OpenSSH_6.0                              
debug1: SSH2_MSG_KEXINIT sent                                                 
debug1: SSH2_MSG_KEXINIT received                                             
debug1: kex: server->client aes128-ctr hmac-md5 none                          
debug1: kex: client->server aes128-ctr hmac-md5 none                          
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent                      
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP                                   
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent                                         
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY                                   
debug1: Server host key: RSA 83:9f:14:38:fe:cb:62:27:3a:79:13:20:75:96:8e:c4  
The authenticity of host 'poradna.net (92.240.244.39)' can't be established.  
RSA key fingerprint is 83:9f:14:38:fe:cb:62:27:3a:79:13:20:75:96:8e:c4.       
Are you sure you want to continue connecting (yes/no)? yes                    
Warning: Permanently added 'poradna.net,92.240.244.39' (RSA) to the list of known hosts.                                                                      
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,password                   
debug1: Next authentication method: publickey
debug1: Trying private key: /home/linux/.ssh/id_rsa
debug1: Trying private key: /home/linux/.ssh/id_dsa
debug1: Trying private key: /home/linux/.ssh/id_ecdsa
debug1: Next authentication method: password
linux@poradna.net's password: 

V adresari HOME slozka .ssh neni.

Takze podla vsetkeho server blokuje tvoju ip adresu respektive cely rozsah mozno (preco by prave tvoju), pretoze na iny server sa pripojit dokazes. Spytaj sa spravcu preco zablokoval cele UPC, mozno mal na to nejaky dovod;o).

Dobře, ptal jsem se kamaráda (nemá UPC) a k heslu ho to pustí.
Tak Vám děkuji za pomoc s hledáním problému. Napsal jim e-mail o povolení mé IP adresy.
Vyřešeno

Když už s křížkem po funusu, zatím jsem stahoval, vypaloval a pro sichr zkoušel Live...
Jinak, pěkná čuňačinka.

Napadla mě ještě jedna věc.
Není možnost přes nějaký program změnit IP adresu? (Poradíte jaký?)

Volal jsem si teď s klientem a on absolutně nemá potuchy co dělat. Řekl jsem mu ať kontaktuje správce serveru (hostingu) a řekne jaký je problém, ale již na hlase bylo poznat, že nic nechápe.

nic proti tebe, ale ked sa pytas na zmenu IP, tak tebe by som nejaky system asi nedal robit.
ze su absolutne neschopny u policie je druha vec.

IP prideluje provider, pri weboch sa to obchadza cez rozne proxy, ty by si ale potreboval proxovat port 22, co asi nenajdes.

Promiň, ale to že nepoužívám proxy a nemám v této oblasti zkušenosti ze mě automaticky dělá idiota co nic neumí?
Vím z doslechu, že se př. IP bany dají obejít přes anonymizér nebo program, který se připojí skrz proxy, proto se ptám, jestli by to nefungovalo.
Omlouvám se za to, že Vás nazvu "tupcem", ale mohl byste mi popsat souvislost mezi mojim dotazem a tím, zda mám/nemám dobré znalosti html/css/php/jquery?

Jen si rypnu. Znalosti html/css/php/jquery budes mit urcite dobry. Kdyz si vzpomenu na tvuj par dni stary vysplecht proti Wedosu, kde ti jeho podpora neumela poradit. Znamena to, zes asi neco neumel a potreboval´s radu po podpore, tak ty znalosti asi nebudou tak dobry..

Rýpni. Jednalo se o částečný RoR script (V té době jsem RoR oťukával) a nikdo jiný se nenabízel. Což je ale již skoro rok.
Tyto rádoby narážky a urážky "...tak ty znalosti asi nebudou tak dobry..". Si na Nový rok nacpěte do zadku Nejsem na ně zvědav.
Doporučuji třeba otevřít wikipedii a podívat se co je to diakritika a interpunkce.

IMHO je to zakladna vec, ktora patri k vseobecnemu rozhladu v IT (a ty navyse robis web aplikacie, teda pre sietove prostredie). Ja tiez nie som koder, napriek tomu "Hello world" by som napisat dokazal.

Mozes skusit ine pripojenie ako ti radi tw., ale nikde nemas zarucene, ze to nebude blokovane tiez. Ono tie firewally a bany sa robia pre to, aby to obist tak lahko neslo, urcite nie nejakym free programkom.

Uplne najlepsie je taketo veci riesit so spravcom serveru, ved si ta najali aby si pre nich robil, to ale samozrejme predpoklada na druhej strane cloveka, co vie, co robi.

Mno jelikož jim měsíc trvalo mi poslat přístupové údaje k MySQL a teď i k SSH, tak mám pocit, že na druhé straně nebude zrovna člověk co ví, co dělá.
Jinak já to za základní věc v rozhledu IT nepovažuji a ani několik lidí z geekforum.cz

no OK, ale teraz to uz budes vediet :)

máš-li někde server, můžeš to udělat nadvakrát.

edit: napřed nahrát na svůj server a následně přes scp z něj zkopírovat na cílový.

Zřejmě to bude jediná možnost, možná se mi někde doma valí USB modem pro O2 internet, tak si zaplatím pár dní.

A to nemáte v okolí nějakou free WiFi? Dnes je to všude možně, i v "nákupních chrámech". Stačí připravit soubory, notebook a "nalít" to tam.

Bohužel nemám ještě asi měsíc možnost notebooku, jediné přenosné co teď mám je Prestigio tablet s Androidem, do teho to asi nijak nenacpu.
Možná kdybych přemluvil souseda na wi-fi, ale neznáme se, tak je to takové nepříjemné řešení :)

Zítra se mi mají ozvat s tím jak to pořešili. Kdyby to nevyšlo, tak buď zaplatím to O2 nebo zajedu ke kamarádovi s flashkou.

Tak dnes mi volali, že to mám zkusit znovu.
Vyzkoušeno, blokace IP už tam zřejmě není, ale vypadá to jako kdyby přihl.účet dostal ban z důvodu včerejších nezdarů(?), resp. po přihlášení přes PuTTy dostanu tuto hlášku.

putty.png

Při přihlašování skrze WinSCP projedu tímto

winscp1.png
winscp2.png
winscp3.png

Mohu z toho vyvodit, že problém není na mé straně?
Edit -> Nebo jsem nedostal správné přihl.údaje?
Edit 2# -> V podstatě to samé jako na PuTTy dostanu i v OpenSUSE konzoli.

Jebat, teď mi volali. Dali mi špatné údaje (resp. popletli velké/malé písmena), už je vše v pohodě a jsem úspěšně přihlášen.
Jinak Co se hlavního problému týče, prý jsem se dostal na jejich "Blacklist" (10 dní ban IP), když jsem se pokoušel přihlašovat 25.12 v době, kdy tu byl klient a neměl s sebou správné přihlašovací údaje.

Co k tomu dodat? Měsíc nedostanu správné údaje, pak dostanu ban, pak opět nemám správné údaje a až nyní je vše v pořádku.
Hlavně že na mě spěchali nechť je to co nejdříve.

Vy jste asi na vojně nebyl, že ne?

Bohužel ne-e :)
Je mi 20 let, takže jsem povinnou vojnu nestihl.

Bohužel?
Mno, přišel jste třeba o oblíbený nácvik "Výkřiku osamělého samce"...