Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: Illu - 05.05.19 - klo:20.53
-
Laitoin kotiverkossa läppärin työpöydän jakoon ja komensin sille salasanan. Kun pöytäkoneella siirtää läppäriltä tiedostoja, joissa on "kiellettyjä" merkkejä, muuttuvat tiedostonimet tyyliin "KV2xU3.mp3", pitäisi kuitenkin olla selkokielinen. Esim Areenalta imaistu tiedosto pitää ensin sieventää, muuten ei nimi selviä. Miten asetetaan tiedonsiirtoon oikea merkistö?
-
Jos kyseessä on linux-koneiden välinen tiedonsiirto, Samba on siihen väärä menetelmä.
-
Jos kyseessä on linux-koneiden välinen tiedonsiirto, Samba on siihen väärä menetelmä.
Kyseessä on vain satunnainen tietojen siirto, joten samba oli hyvin helppo vaihtoehto asentaa ja käyttää. SimpleHTTPServer olisi sekin kelvollinen, mutta sillä on kansion siirto hidasta.
-
Kyseessä on vain satunnainen tietojen siirto, joten samba oli hyvin helppo vaihtoehto asentaa ja käyttää.
Jollei SSH riitä, sitten NFS.
-
Jos kyseessä on linux-koneiden välinen tiedonsiirto, Samba on siihen väärä menetelmä.
Kyseessä on vain satunnainen tietojen siirto, joten samba oli hyvin helppo vaihtoehto asentaa ja käyttää. SimpleHTTPServer olisi sekin kelvollinen, mutta sillä on kansion siirto hidasta.
Oletko kokeillut scp:tä?
Kun trimmat kirjautumisen avainpareilla niin aikasten helppo ja siedettävän nopea.
http://man7.org/linux/man-pages/man1/scp.1.html
-
Tutkiskelin kyllä noita ylempänä kirjoitettuja vaihtoehtoja. Ja olin hetken kuluttua kuin lumiukko. Käytäntö kuitenkin sujui valitsemalla läppärissä kansion (Työpöytä) ominaisuuksista jakaminen ja U18.04 totesi tarvittavan Samba-jaon. No sillä menin ja läppäri tulikin heti esille pöytäkoneen tiedostoselaimessa. Piti vielä läppärille asettaa salasana yhteydelle ja se oli siinä.
Ongelmana ovat tiedostonimet, jotka eivät siirrossa pysy. Siis UTF-jotain sopimattomuutta. Foorumilla näkyi olevan varsin vanha ketju aiheesta, pitää sitä tutkia. Yksinkertaisin (ei helpoin) ratkaisu on pitää tiedostonimet sopivina, joka sinällään on muutenkin järkevää.
-
Ääni tuolle, "tiedostonimet sopivina".
Mutta sellaiset ohjelmat jotka eivät kelpuuta UTF-8:aa, joutavat roskakoriin!
Oikeastaan, tiedostonimissä varon ns. erikoismerkkejä joilla on muitakin merkityksiä (kuten slashit, plus, kysymysmerkki, jne...) ja välilyöntejä.
-
Tutkiskelin kyllä noita ylempänä kirjoitettuja vaihtoehtoja. Ja olin hetken kuluttua kuin lumiukko.
Näiden vaikeusjärkestys menee minusta suunnilleen (helpoimmasta vaikeimpaan) NFS < SSH < Samba, osin juuri koska Samba vaatii ihan eri määrän konffatiedostojen säätämistä.
NFS vaatii vain nfs-server-paketin asentamisen ja jaon määrittämisen palvelinpuolella /etc/exports-tiedostossa ja asiakaspuolella tavalliseen tapaan /etc/fstab-tiedostossa.
SSH vaatii periaatteessa vain openssh-server-paketin asentamisen, mutta jotta käyttö olisi kätevää, pitää mielellään asettaa nimipalvelu (jotta voi käyttää IP-osoitteiden sijaan konenimiä) ja salasanaton kirjautuminen (jottei joudu syöttämään salasanaa joka välissä).
Samba on muuten aika samanlainen kuin NFS, mutta juuri jotta esim. merkistöt menisivät oikein, voi joutua kurkistelemaan sen moninaisiin konffatiedostoihin. Tosin en tiedä, ainakin yksi guuglaamalla löytämäni opas (https://www.linuxtopia.org/online_books/network_administration_guides/samba_reference_guide/37_unicode_05.html) väittää, että Samba oletusarvoisesti käyttäisi UTF-8:aa siinä kuin Linuxkin.
Olisiko tästä Stack Overflown’n ohjeesta (https://stackoverflow.com/questions/29861097/samba-share-encoding-with-utf-8-issue) apua? Varmista, että /etc/samba/smb.conf-tiedoston [global]-osiossa on asetettu:
dos charset = cp866
unix charset = UTF8
display charset = UTF8
-
Näiden vaikeusjärkestys menee minusta suunnilleen (helpoimmasta vaikeimpaan) NFS < SSH < Samba, osin juuri koska Samba vaatii ihan eri määrän konffatiedostojen säätämistä.
NFS vaatii vain nfs-server-paketin asentamisen ja jaon määrittämisen palvelinpuolella /etc/exports-tiedostossa ja asiakaspuolella tavalliseen tapaan /etc/fstab-tiedostossa.
Minusta SSH on satunnaisiin siirtoihin helpoin vaihtoehto, koska se ei vaadi mitään puljaamista asetustiedostojen kanssa.
NFS on hyvä sitten, jos on tarpeen liittää verkkolevy (tai toisen koneen levy) jatkuvaan käyttöön ja niin, että kaikki ohjelmat pääsevät käyttämään verkkolevyn tiedostoja.
SSH vaatii periaatteessa vain openssh-server-paketin asentamisen, mutta jotta käyttö olisi kätevää, pitää mielellään asettaa nimipalvelu (jotta voi käyttää IP-osoitteiden sijaan
konenimiä)
Ubuntun tapauksessa Avahi toteuttaa ZeroDNS-nimipalvelun, jolloin muihin lähiverkon Ubuntu-koneisiin saa yhteyden nimellä koneennimi.local (jossa koneennimi on se nimi, joka koneelle on asetusvaiheessa määritelty, ja jonka hostname-komento listaa päätteeseen)
Tämä siis toimii suoraan Ubuntun vakioasennuksessa.
Olisiko tästä Stack Overflown’n ohjeesta (https://stackoverflow.com/questions/29861097/samba-share-encoding-with-utf-8-issue) apua? Varmista, että /etc/samba/smb.conf-tiedoston [global]-osiossa on asetettu:
dos charset = cp866
unix charset = UTF8
display charset = UTF8
Jotkut Unixissa sallitut erikoismerkit ovat erityisen hankalia. Esimerkiksi kaksoispiste on tietääkseni lähes mahdotonta saada siirtymään Samban yli muuntamatta sitä joksikin toiseksi merkiksi.
-
Minusta SSH on satunnaisiin siirtoihin helpoin vaihtoehto, koska se ei vaadi mitään puljaamista asetustiedostojen kanssa.
En sanoisi, että asetustiedostot ovat isoin huoli. Pikemmin puljaamista vaatii se, että kopioitaessa SSH:lla työvaiheita on tasan yksi (scp-komennon antaminen) ja NFS:llä luultavasti kaksi (jaon liittäminen ja cp-komennon antaminen). Näin siis ellei NFS-palvelin ole kaiken aikaa liitettynä, mikä useimmiten nykyään ei ole mahdollista kuin NAS + pöytäkone -skenaariossa.
NFS on hyvä sitten, jos on tarpeen liittää verkkolevy (tai toisen koneen levy) jatkuvaan käyttöön ja niin, että kaikki ohjelmat pääsevät käyttämään verkkolevyn tiedostoja.
Ilman muuta näin.
Ubuntun tapauksessa Avahi toteuttaa ZeroDNS-nimipalvelun, jolloin muihin lähiverkon Ubuntu-koneisiin saa yhteyden nimellä koneennimi.local
Onko se siis jollakulla joskus toiminut? Minun kokemukseni mukaan se käynnistettäessä antoi aina vain virheilmoituksen (englanniksi ”Network service discovery disabled”, en muista mitä oli suomeksi), josta pääsi eroon eri kikkakolmosilla, mutta itse ”palvelu” ei koskaan pelittänyt.
-
Onko se siis jollakulla joskus toiminut? Minun kokemukseni mukaan se käynnistettäessä antoi aina vain virheilmoituksen (englanniksi ”Network service discovery disabled”, en muista mitä oli suomeksi), josta pääsi eroon eri kikkakolmosilla, mutta itse ”palvelu” ei koskaan pelittänyt.
Kyllä se toimii ihan hyvin. Joillain yksittäisillä internet-palveluntarjoajilla saattaa ilmetä tuota ongelmaa, että palveluntarjoajan DNS estää .local-domainin käytön. Sonera oli ainakin ennen sellainen, mutta en tiedä nykyistä tilannetta. Vika on silloin hyvä raportoida operaattorille ja sen voi kiertää käyttämällä vaikkapa Googlen tai OpenDNS:n nimipalvelua.
Niin ZeroDNS:n sijaan tarkoitin tosiaan zeroconfia ja DNS-SD:tä: https://en.wikipedia.org/wiki/Zero-configuration_networking#DNS-SD_with_multicast
-
dos charset = cp866
unix charset = UTF8
display charset = UTF8
Ei vielä antanut armoa ongelmalle, charset-valinnaksi laitoin 850. En tiedä tuleeko tuosta nyt suurta lopulta ongelmaa, kun tiedostonimissä ääkköset toimii, enkä edes alaviivaa käytä kovin usein.