Käytätkö @PasiFist komentorivillä vai jollain graafisella ohjelmalla tuota SCP:tä?

Mikäli komentorivillä, niin voisitko pasteta komennot (tiedoston luonti + scp-komennot) ja komentorivin tulosteen?

Tätä on meillä nimittäin testailtu ja homma tuntuu toimivan, niin olisi hyvä vähän selvitellä mikä tässä oikein kiikastaa.

@NikoNo 

Paikallinen kone: Ubuntu 14.04

Remote: Ubuntu 14.04 LTS

Paikallisella koneella!!:

ssh [remote] "fallocate -l 1000 test.1000"

ssh [remote] "fallocate -l 14561 test.14561"

ssh [remote] "fallocate -l 14562 test.14562"

scp [remote]:~/test.1000 ./ # onnistuu

scp [remote]:~/test.14561 ./ # onnistuu, mutta scp vaatii ^C:n

scp [remote]:~/test.14562 ./ # "stalled"

Muita oireita on ärsyttävä ssh-yhteys, joka ei välitä merkkiäkään ilman keep alivea tai näppisinputtia. Esim lokeja cattaillessa joutuu hakkaamaan entteriä väliin, että ruutu päivittyy. Parasta oli kuitenkin ssh:n kautta CentOSia asentaessa VNC:llä, kun joutui jokaisen graafisen asennusvelhon ruudun välissä käynnistämään yhteyden uudestaan. Lopulta pääsin aikavyöhykkeen valintaan, johon liittyi niin graafinen maailmankartta, että leikki loppui siihen. DNA:n 512k 3G yhteys pelasti tuossa tapauksessa.

Lopuksi täsmennän vielä, että kaikki liikenne on ollut kotiverkosta ulospäin.

Btw, minun modeemiani ei näköjään edes bootattu, vaikka vikarini kuitattiin tehdyksi. En tuohon uptimeen edes kiinnittänyt huomiota.

En ole kokeillut ulkoa tännepäin ottaa yhteyttä, kaikki liikenne on kotiverkosta ulospäin. SSH pysyy auki vaihtelevan ajan, toisinaan jopa minuutteja, toisinaan ei. Minä saan OS X:llä ilmoitukset:

~$ Connection to xxxxx closed by remote host.

Connection to xxxxx closed.

Tarvitsee tosiaan sitä näppisinputtia, muuten ei pysy auki.

@NikoNo Onko onnistunut siirto-ongelmien toistaminen. Tässä lähtee kuukauden sisään VPN-tunneli alta ja 512k 3G on aika hidas fallback ratkaisu.

Onko sinulla @PasiFist toista konetta, millä voisit testata? Toimiiko sinulla wget funetista?

Täällä meidän päässä tekniikan puolen kaverit ovat tehneet testiä ja tuntuu toimivan joka kerta noilla sinun kertomillasi tiedoilla. Tämä vaikuttaa erikoiselta ongelmalta.

@ ~ $ scp _@_.fi:/home/_/test.14562 ./

_@_.fi's password:

test.14562                                                                                     100%   14KB  14.2KB/s   00:00

@ ~ $

Miten sinun linux-purkki on konffattu näiden osalta, eli mitä seuraavat kolme komentoa tulostavat? Serverissä ja clientissä:

sysctl net.ipv4.tcp_window_scaling

sysctl net.ipv4.tcp_timestamps

sysctl net.ipv4.tcp_sack

Miten toimii siirto jos kutsut SCP:tä tällä optiolla?

scp -l 1000   remote]:~/test.14562 ./

Nyt on modeemi buutannut ja A2pv6F038k1.d24h firmis sisällä ja SSH pysyy pystyssä. Ihan kaikkia juttuja en vielä testannut, mutta ei ainakaan vaadi tuota näppisinputtia heti..

Kokeilin testailla kutakuinkin kaikella laitteistolla, mitä on saatavilla:

• Ubuntu 14.10, OpenSSH_6.6.1p1 Ubuntu-2ubuntu2, OpenSSL 1.0.1f 6 Jan 2014 (tower), kupari
• Ubuntu 15.04, OpenSSH_6.7p1 Ubuntu-5ubuntu1, OpenSSL 1.0.1f 6 Jan 2014 (läppäri), WLAN
• Debian Wheezy (KVM), NATilla hostin läpi
• CentOS 7 (KVM), NATilla hostin läpi
• Win7, git-bash bundlattu OpenSSH + OpenSSL (KVM), macvtap bridge
• Android 4.4 (CyanogenMod), WLAN

Stallaus on toistettavissa kaikilla kokeilluilla linutsijakeluilla. En muistanut kirjailla ssh-versioita ylös noilta KVM-pannuilta ja levykuvat on jo hävitetty. Winukalla ja Androidilla liikenne näytti pääsevän läpi Intenosta. Noin keskimäärin mystistä settiä.

sysctl:n mukaan kaikki nuo arvot on ykkösiä paikallisella laitteistolla. Yksi esimerkkihosti näytti olleen konffattu siten, että timestamps on nollalla. Sama setti on havaittu ihan hostista riippumatta.

@NikoNo Lisäyksenä vielä, että scp:n limitin laittaminen tonniin ei auttanut.

Mitenkäs @PasiFist remotelaitteissa?

Toimiiko SCP LAN:ssa virtuaalikoneesta toiseen virtuaalikoneeseen?

Reitittimen ei pitäisi tehdä mitään erottelua käyttöjärjestelmien perusteella. Eli jos jollain käyttiksellä toimii, niin pitäisi toimia kaikilla.

---

@Mommmi kirjoitti:

Nyt on modeemi buutannut ja A2pv6F038k1.d24h firmis sisällä ja SSH pysyy pystyssä. Ihan kaikkia juttuja en vielä testannut, mutta ei ainakaan vaadi tuota näppisinputtia heti..

---

Tänään tuli Soneralta tekstiviesti, että SSH-ongelma korjattu. Sama firmis on sisässä eikä modeemi ole buutannut 5 päivään, joten tekstari ei nyt ajallisesti tullut ihan oikein :D

Sama tekstiviesti 2.6. ja samalla tavalla purkki ei ollut buuttaillut toviin. Silti suuresta skeptisyydestä huolimatta SSH lähti vihdoin toimimaan. Kokonaisen kuukauden sai nauttia, kunnes tämä maanvaiva keksi uuden ongelman. Välillä hiertää tämä tuhannen some meininki kun ei enää saa rehellistä vikaria mistään sisälle tykkäämättä facegooglessa tms. Pitäisi kait laittaa toiminimi tulille, että saa asioida yrityspuolella näiden foorumien/facegooglen sijaan.

Eilen alkoi hieman jännittää, kun tuntui hieman takkuavan SOCKS proxy. Nyt ei tää painajainen tosiaan lopu enää hereilläkään.

Inteno sanoi itsensä lopullisesti irti tovi sitten ja vastuu siirtyi tuolle muuten ystävällisempään Thomsonin purnukkaan. En tiedä onko korrelaatio kuinka vahva tuohon vahdinvaihtoon, mutta voi *******. Se tunne kun klikkaat linkkiä ja joudut alt+tabillä nappaamaan terminaalin auki ja hakkaamaan entteriä kunnes sivu aukeaa.

Surrealismi luokkaa (Salvador Dalí)^2.