avahi ei käynnisty ja ftp (Filezilla) ei toimi lainkaan

[jokumuumikä]

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.

[AimoE]

Vastaus löytyy hakemalla tältä fooorumilta viestejä hakulausekkeella "Verkkopalveluiden etsintä on kytketty pois päältä". Katso esim. http://forum.ubuntu-fi.org/index.php?topic=50754.msg388735#msg388735 ja muut aiheeseen liittyvät keskustelut. Toinen hakulauseke on "avahi".

Vika ei ole filezillassa vaan DNA:n tavassa konffata palvelunsa. Em. keskusteluissa on lukuisia tapoja kiertää ongelma.

[jokumuumikä]

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

[nm]

Avahi ja DNS tuskin liittyy FTP-ongelmaasi. Filezillahan löysi palvelimen oikean IP-osoitteen, kuten lokista tarkistit. Avahia voi käyttää paikallisverkossa FTP-palvelimen osoitteen automaattiseen mainostamiseen ja konfigurointiin, mutta sinä haluat käyttää FTP:tä internetin kautta manuaalisesti määritellyllä osoitteella, jolloin Avahi ei ole lainkaan mukana kuviossa.

Oletko kokeillut FTP-yhteyttä jollain muulla FTP-ohjelmalla kuin Filezillalla? Vaikka Firefoxilla.

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.

DNS-osoite 127.0.1.1 johtuu NetworkManagerin käyttämästä lokaalista dnsmasq-palvelusta. Se välittää pyynnöt edelleen reitittimelle ja palveluntarjoajalle. Halutessasi voit konfiguroida DNS-palvelinten osoitteet manuaalisesti verkkoyhteyden asetuksissa, mutta tästä tuskin on apua FTP-ongelmaan.

[Postimies]

Itse en ole ikinä käyttänyt Filezillaa Linux ympäristössä. Eikö noi  FTP tai SSH yhteydet hoidu ihan tiedostonhallinnalla. Jopa merkkipohjainen mc osaa, johon itse olen jostain syystä mieltynyt.

[jokumuumikä]

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.

[Postimies]

En ole käyttänyt Thunaria. Vaatinee jonkun lisäpaketin, että ftp, sftp toimii.  Portinohjaukseen löytyy helposti
ohjeita ks https://portforward.com/zyxel/p-660hw-d1/. Jos omassa koneessa ei ole mitään palvelua
palomuuri turha. Itse pidän mc:stä koska siinä saa kaksi hakemistoa vierekkäin ja joskus se pitää
käynnistää root oikeuksin.  Sillä pärjää vaikka ilman X:ää. En tiedä mitä palomuuri asetuksia olet tehnyt.
Ubuntun oletuksilla pärjää. Kokeile vaikka asennusmedialla. Sillä olen monet paketit ladannut kun olen vaikka
Gentoon asentanut. FTP on toiminut vaikka chrootin alla.

[Tomin]

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.

Portinohjauksia ei tarvitse laittaa omaan verkkoon päin käyttääkseen ulkoverkossa olevaa ftp-palvelinta. Yleensäkin TCP-yhteydet (eli myös FTP, HTTP) toimivat niin, että asiakkaan portti on "vain jokin portti" ja palvelimen päässä tuo portti on sitten määrätty. NAT ei estä ulospäin lähtevää liikennettä, joten et tarvitse porttiohjauksia ellet itse ylläpidä palvelinta omassa kotiverkossasi.

Voitko kertoa minkä palveluntarjoajan palvelin on kyseessä? Vähän kummalliselta vaikuttaa nuo virheilmoitukset, jos siellä on normaali ftp-palvelin. Yhteys torjuttu (Connection refused) tarkoittaa tyypillisesti sitä ettei palvelimen päässä ole mitään palvelua kuuntelemassa kyseistä porttia (tai että palomuuri estää sen, mikä on käytännössä asiakkaan kannalta sama asia).

[jokumuumikä]

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?

[nm]

On mahdollista, että palveluntarjoajan FTP-palvelussa on vikaa tai osoitteesi on päätynyt jollekin automaagiselle estolistalle. Jos paljastat, mistä palvelusta on kyse, joku meistä voi testata, vastaako palvelin normaalisti.

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

ftp://speedtest.tele2.net/

[nm]

Kokeilin tuota ftp-linkkiä ja sain sieltä imuroitua tiedoston Firefoxilla, mutta mitään upload-mahdollisuutta ei kyllä siinä ollut.

Firefoxissa ei olekaan. Uploadia voi kokeilla Filezillalla tai vaikka Nautiluksella (Ubuntun tiedostoselain). upload-nimiseen kansioon voi siirtää tiedostoja. Sivusto on nimensä mukaisesti nopeustestausta varten.

Kertooko tuo testi kuitenkin sen, että ftp toimii kuin toimiikin, ja vika on Filezillassa ja/tai sivuni palvelimessa?

Kertoo sen, että FTP-yhteys toimii johonkin internetissä olevaan palvelimeen, eli yhteysongelma nettisivustosi FTP-palvelimeen ei todennäköisesti johdu sinun laitteistasi, käyttöjärjestelmästäsi tai ohjelmistasi.

Vika on luultavasti palveluntarjoajan FTP-palvelimessa tai automaattisessa IP-estossa, eli osoitteesi on ehkä joutunut jostain syystä mustalle listalle. Asian selvittämiseksi voit yrittää ottaa yhteyttä palvelimeen jostain muualta, vaikka kirjastosta tai mobiililiittymästä, tai kertoa meille FTP-palvelimen osoitteen tai palveluntarjoajan nimen.