Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - jokumuumikä

Sivuja: [1]
1
Laitealue / samsungin puhelimen liittämisongelma
« : 25.05.17 - klo:13.09 »
Samsung Galaxy J5
Xubuntu 16.04
libmtp9, libmtp-common, libmtp-runtime asennettu
gmtp asennettu, ei löydä laitetta

Katsoin tämän https://forum.ubuntu-fi.org/index.php?topic=47043.msg361595#msg361595 ja https://forum.ubuntu-fi.org/index.php?topic=50852.msg389458#msg389458 ja muitakin viestiketjuja mutta tuloksetta.

Miten mainitun samsungin puhelimen saa liitettyä koneeseen, jotta sieltä myös saisi tiedostoja siirrettyä kovalevylle? Puhelimen omalla USB-kaapelilla kun sen kytkee koneen porttiin normaalisti, niin mitään ei ilmesty Thunarin sivupalkkiin kuten muilla irrotettavilla laitteilla, eikä päätteessä näy mitään sdb1 tai vastaavaa, jolla sen saisi manuaalisesti liitettyä. /dev -hakemistossakaan ei puhelimen liittäminen koneeseen näy. Bluetooth-räpellystäkin tuli kokeiltua, mutta siellä ei koneen päässä mitään laitetta näkynyt, vaikka bluetooth oli valittuna puhelimessa ja myös koneessa valmiudessa. Eikä tuollaiset hilavitkutinyhteydet muutenkaan pitäisi olla se tapa, millä datan saisi siirtymään, kun USB:n kautta ne kulkee muissakin tapauksissa. Langatonta yhteyttä ei ole tiedonsiirtoon käytettävissä.

Jossain ketjussa neuvottu (samsungin) ohje etsiä puhelimesta ja aktivoida joku mtp-tila oli semmoinen, mitä ei mistään sieltä edes löytynyt. Puhelimen valikotkin ovat aivan eri näköiset kuin missään samsungin ohjeen kuvissa, eikä "mtp" hakusanalla edes löydy puhelimesta mitään. Kun puhelimen liitti usb:llä koneeseen ja meni asetuksissa "Ilmoitukset" kohtaan, sieltä tuli jokin valitus, että laite ei muka ollut liitettynä, vaikka puhelimen mukana tullut valkoinen kaapeli oli kunnolla kiinni molemmista päistä ja usb-portissa ei ole mitään vikaa (kaikki muut laitteet siinä toimivat). Päätteessä vielä dmesg kertoo tämän

Koodia: [Valitse]
[ 5395.208096] usb 1-9: new high-speed USB device number 4 using ehci-pci
[ 5395.341763] usb 1-9: New USB device found, idVendor=04e8, idProduct=6860
[ 5395.341777] usb 1-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5395.341783] usb 1-9: Product: SAMSUNG_Android
[ 5395.341788] usb 1-9: Manufacturer: SAMSUNG
[ 5395.341793] usb 1-9: SerialNumber: 10430cef

ja lsusb tämän

Koodia: [Valitse]
Bus 001 Device 005: ID 04e8:6863 Samsung Electronics Co., Ltd GT-I9500 [Galaxy S4] / GT-I9250 [Galaxy Nexus] (network tethering)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Onko tässä enää mitään konstia jäljellä, vai taasko kuluttaja joutuu vain kiroamaan kiinalaisen kertakäyttöroinan, jolla häntä huijataan alusta loppuun?

2
Pitää selventää, että ei ubuntun palomuuri ufw voi olla estävä tekijä. Siellä olleet säännöt eivät aiemmin, eri adsl-lootalla vaikuttaneet lainkaan ftp:n käyttöön. Nyt kun on ongelmia, kokeilin myös poistaa ufw:n säännöt, jolloin Saapuva on Estä ja Lähtevä Salli. Silti Filezillan testissä virheitä tulee, ja valitus jonkin palomuurin tai reitittimen haittaavasta vaikutuksesta.

Zyxelin palomuurissa otin sen pois päältä kokonaan. Ainakin siellä sen asetuksissa pääsivulla lukee Disabled. Muita asetuksia en siellä uskaltanut ruveta säätelemään pois lukien dns, johon lisäsin sen opendns:n osoitteen, mikä ei kuitenkaan vaikuta yhteyteen. En vaan tajua, että jos Zyxelin palomuuri on pois eikä ulospäin lähtevää liikennettä pitäisi olla estettynä, minkä takia Filezillan yhteystesti vain tökkii. Kokeilin myös toisella levyllä ollutta 14.04-versiota, johon asensin Filezillan ja tein saman testin (siellä ei siis ollut mitään vanhoja asetuksia ennestään). Samat virheilmoitukset tulivat sielläkin.

Ei pitäisi olla myöskään kyse mistään vääristä tunnuksista, kun niillä pääsin kirjautumaan itse sivuston kautta olevaan control paneliin. Mikään siellä ei viitannut siihen, että joku (ylläpitäjä) olisi siellä rajoittanut oikeuksiani, enkä sieltä ole mitään valitusviestejä tms. saanut. Kun kaikki sivun sisältö on omaa ja täysin laillista ja asiallista, ei siihen pitäisi olla syytäkään. Ja oudolta tuntuu sekin, että ftp olisi jotenkin rajoitettu itse käytetyssä verkossa. Mutta mistäpä sitä tietää, kotimaan sisällä ja varsinkin jossain kaukana.

En tiedä, pitääkö seuraavaksi etsiä joku toinen palvelin, johon voisi kokeilla ladata jonkin testisivun ftp:llä.

EDIT.
Kun vielä kokeilen Filezillalla yhteyttä palvelimeen (oman sivuni hakemistoon), täysin oikeilla tunnuksilla, tulee vain
Koodia: [Valitse]
Selvitetään osoitetta kohteelle sivuniosoite.joku
Yhdistetään kohteeseen xxx.xxx.xxx.xxx:21...
Yhteysyritys epäonnistui osoitteeseen "ECONNREFUSED - Palvelin eväsi yhteyden".

ja sen pituinen se. Omat eväät loppuu tähän.

EDIT2.

Kokeilin tuota ftp-linkkiä ja sain sieltä imuroitua tiedoston Firefoxilla, mutta mitään upload-mahdollisuutta ei kyllä siinä ollut. Kertooko tuo testi kuitenkin sen, että ftp toimii kuin toimiikin, ja vika on Filezillassa ja/tai sivuni palvelimessa?

3
Kokeilut muilla ohjelmilla
gftp
Koodia: [Valitse]
Yhteyttä kohteeseen sivuniosoite.joku ei voida avata: Yhteys torjuttu
Yhdistämistä yritetään uudestaan 30 sek. kuluttua
Sama toistuu pari kertaa, kunnes ohjelma luovuttaa.

Firefox

jos laitan selaimen osoitekenttään ftp://sivuniosoite.joku

tulee Yhteyden muodostus epäonnistui -virheilmoitus.

Kun laitan pelkän http://sivuniosoite.joku , niin sivu kyllä avautuu aivan normaalisti. En tiedä, mitä tein väärin.

Filezillaa olen käyttänyt sen graafisuuden ja yksinkertaisuuden vuoksi, kun sillä sai aiemmin tiedostot liikkumaan helposti. Päätteessä on itselleni aivan liian vaikeaa, kun ei tiedä komentoja eikä näe, mistä tiedostoja otetaan ja mihin ne siirtyy. Siinä on liian helppo tunaroida, ja kaikki päätyy ties minne. Gftp:tä kokeilin, mutta silläkään ei yhteyttä tule. Thunarissa ei taas mitään ftp-mahdollisuutta ole.

Jos avahi ja dns eivät vaikuta tähän, voiko tämä ongelma johtua itse Zyxelin palomuurista, vaikka sen jo otin pois päältä? Jossain etsiskellessäni näin jotain "Port Forwarding" ohjeita, että siellä pitäisi avata joku portti (21 ftp:llä ?). Jos noin pitää tehdä, millä sen saa hoidettua niin, että vain ulospäin se ftp-portti on auki, eikä muu turvallisuus heikkene? Ufw:n asetuksissa lähtevä on Salli, mutta niin vain kaikki liike pysähtyy ennen aikojaan.

4
Ei se sieltä löydy, vaikka muuta väittäisitkin. Avausviestissä kerroin jo kokeilleeni avahin asetusten muuttamista, sekä Zyxelin asetuksissa DNS:n valinnaksi opendns eikä mikään 127.0.1.1. Ei se vaan onnistu millään. Palveluntarjoaja-arvauksesikin meni pieleen (on viisikirjaiminen ruma sana).

5
Xubuntu 16.04
Filezilla v. 3.15.0.2
Zyxel P-660HW-D1 ADSL-reititin

Ilmoitus aina verkkoyhteyden muodostuttua:
Koodia: [Valitse]
Verkkopalveluiden etsintä on kytketty pois päältä

Nykyisen verkkosi toimialue on .local. Se ei ole suositeltava asetus, eikä se ole yhteensopiva Avahi-verkkopalveluiden etsinnän kanssa. Palvelu on kytketty pois päältä.

Se ei haittaa tavallista http-liikennettä, mutta ftp ei toimi ollenkaan, mikä estää verkkosivun päivittämisen. Aiemmin se onnistui Filezillalla, kun oli eri ADSL-loota pöydällä, mutta se simahti ja nyt on Zyxelin romu sotkemassa kuvioita. Mitään langattomia leluja tai yhteyksiä ei ole, eikä mihinkään kirjaston saastuneeseen Windows-vispilään voi luottaa, jos sillä mitään ftp:tä voisi edes käyttää. Uusia, monenkympin ADSL-lootia en rupea ostelemaan, kun ei niidenkään toiminnasta ole mitään takeita.

Kun Filezillassa käyttää verkon määritysvelhoa asetuksilla
Koodia: [Valitse]
Passiivinen siirtotapa (vaihto toiseen tapaan virheen sattuessa sallittu)
Käytä palvelimen ulkoista IP-osoitetta
Käytä seuraavaa IP-osoitetta (jos olet reitittimen takana ja sinulla on staattinen ulkoinen ip-osoite)
Kysy porttia käyttöjärjestelmältä

tulee testituloksena
Koodia: [Valitse]
Yhdistetään kohteeseen probe.filezilla-project.org
Connection established, waiting for welcome message.
Vastaus: 220 FZ router and firewall tester ready
USER FileZilla
Vastaus: 331 Give any password.
PASS 3.15.0.2
Vastaus: 230 logged on.
Etsitään kelvollista ulkoista IP-osoitetta
IP XXX.XXX.XXX.XXX xxx-xxx-xxx-xxx [huom. OIKEA IP NÄKYI TESTISSÄ]
Vastaus: 200 OK
Kuuntelun socket-rajapinnan luonti epäonnistui, keskeytetään
Yhteys suljettu

Testituloksien yhteenveto:
Yhteys palvelimeen suljettiin ennenaikaisesti.
Varmista, että sinulla on vakaa internetyhteys ja tarkista vielä huolellisesti asetuksesi. Jos tämä ongelma jatkuu, jokin reititin ja/tai palomuuri jatkaa yhteyden häiritsemistä.
Jos valitsee tietyn porttialueen (vaikka 6000-7000), tulee samassa testissä lopussa viesti
Koodia: [Valitse]
Vastaanotettu data ei kelpaa
Yhteys suljettu
Palomuurin (ufw) asetuksiin ei ole koskettu 14.04-16.04 -päivityksen jälkeen, ja 14.04:ssä Filezillan kanssa ei ollut ongelmia yhteyden muodostamisessa, joten ei kai se voi olla syypää. Yritin säädellä tuota Zyxelin lootaa, laittaa siellä DNS-palvelimeksi 208.67.222.222, niin se ei pakottaisi mitään 127.0.1.1 local-osoitetta Verkko-asetuksissa, mutta ei ollut vaikutusta. Kun katson Verkon asetukset ja DNS-palvelimet, siellä se 127.0.1.1 vaan näkyy. Otin reitittimen palomuurinkin pois päältä ja kokeilin Filezillan yhteystestiä, mutta samoilla virheillä jatkui.

Filezillan wikissä luin Network Configuration -sivua sen mitä tajusin, mutta apua ei siitäkään ollut. Tuon avahi-virheen viestin (englanninkielisen) avulla olen myös etsiskellyt ratkaisuja. Jossain neuvottiin vaihtamaan /etc/avahi/avahi-daemon.conf -tiedostossa
Koodia: [Valitse]
#domain-name=local

domain-name=alocal
jonka kokeilin, mutta ei avahi käynnisty kuitenkaan. Jos taas laitan /etc/default/avahi-daemon -tiedostossa
Koodia: [Valitse]
AVAHI_DAEMON_DETECT_LOCAL=0
virheilmoitusta ei ruudulla näy, mutta sama .local-osoite pysyy käytössä.

Tietääkö kukaan, mitä voisin tehdä, kun ei jaksa hakata päätä seinäänkään. Kiertotietäkään ei ole löytynyt, kun verkkosivuni palvelinsivuston kauttakaan en pysty latailemaan mitään. Siellä oleva erillinen File Manager, jolla myös pitäisi voida siirrellä tiedostoja perille saakka, kieltäytyi toimimasta, joten mikään tiedosto ei liikahdakaan. Mistään laittomuuksista tai harmaan alueen touhuista ei todellakaan ole kyse, vaan omalle sivulle täysin itsenäisesti tehdyn sisällön lataamisesta ja julkaisusta.


Sivuja: [1]