Sonera Viihde ja SSH


  • Anonymous
  • 0 kommenttia
Elikkäs tämmöstä vikaa ollu siitä lähtien kun Sonera viihteen ja siihen kuuluvan modeemin sain, että langattoman yhteyden eikä piuhan perässä toimi ssh oikein. Ei piirrä terminaalia kokonaan muuta kun entteriä rämpyttämällä ja jäätyilee niin pahasti, että sitä ei voi käyttää.

Töissä ja muualla SSH toimii hyvin, eikä tunnu olevan mitään ongelmaa, joten palvelimen päässä vika ei voi olla, vaan oletettavasti joku asetus tms on pielessä?

116 kommenttia

Käyttäjätaso 1
Kunniamerkki +15

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.

@Mommmi tilapäisesti tilanteeseen auttaa rivin "ServerAliveInterval 1" lisääminen ~/.ssh/config-tiedostoon. Yhteys on melkein käytettävä, kun serveriä pollaa kerran sekunnissa automaatilla. Tiedostojen siirtäminen onnistuu siten, että tunneloi vpn:llä Intenon läpi. Itse olen käyttänyt oppilaitoksen vpn-pannua, jonka kautta olen tunneloinut ssh:lla shell-pannun kautta eteenpäin.

Kannattaa kokeilla nuo tiedoston siirrot edellisestä postista, jos vaan natsaa. Veikkaisin, että käyttäytyy 1:1 samalla tavalla, vaikka eri alustalla.

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

Käyttäjätaso 1
Kunniamerkki +15

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


@ ~ $

Käyttäjätaso 1
Kunniamerkki +15

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.

Käyttäjätaso 1
Kunniamerkki +15

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.

@NikoNo Eri remoteja on tullut testattua niin monia, että ei pitäisi olla remote specific. LANissa toimii kaikki ja end-to-end liikennekin toimii, mikäli liikenne kulkee Intenon läpi millä tahansa muulla protokollalla kuin ssh:lla (esim. juurikin VPN). Yhteys aukeaa, mutta liian iso paketti saa stallaamaan oli se sitten tiedosto tai ssh-tunneloidulla vnc:llä siirrettävä liian tarkka kuva remoten ruudulta.

En ole muuttanut paikallisella laitteistolla verkkoasetuksia ja hiljattain löin läppärille 15.04 Ubuntun, joten siinä kokeiltiin oikeen hard resetillä. Kummallista on tosiaan tuo kuinka joidenkin järjestelmien kanssa liikenne toimii ja joidenkin kanssa taas ei. Menee mystiseksi, mutta on niin toistettavaa ettei mitään rajaa.

Lisäyksenä vielä vähän noottia sille osastolle, jonka vastuulla on noiden Intenon päivitysrutiinien leipominen. Koko sisäverkko tippui patchissä eri aliverkkoon (255.255.255.0 maskista ulos). Pitää taas valita taisteleeko Intenon takaisin oikeille asetuksille vai käpisteleekö staattiset IP:t kuntoon.
A2pv6F038k1.d24h firmiksessä taitaa olla myös jotain häikkää. Joutui buuttaamaan Intenon, että loppui pätkiminen tv-kuvassa. Ennen päivityksiä on pelannut jatkuvalla ajolla ihan kiitettävästi.

@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.

Vastaa