Samba ja tiedostonjako
tuo toimii oikein hyvin, kun tiedostopalvelimena on Linux ja asiakkaana windows.
Mutta 2 Linuxkoneen välillätuo ei sitten aina toimikaan järkevästi.
Koska samba on suunniteltu juuri linux ja windows-koneiden yhteensovittamiseen samaan verkkoon, niin minusta on outoa, ettei samba aina esitäkään asiakaskoneelle asioita ikään kuin palvelimena olisi 2. windows -kone.
Eli, jos palvelimella on käytetty ns. pehmeitä linkkejä ( ln -s mikä minne ) hakemistoihin, niin windows- koneella tuo näkyy halutulla tavalla,mutta 2. linuxkone näkee linkit eikä sitä, minne ne viittaavat! Ja kun linux -asiakaskoneella ei toki ole samaa (tai mitään) sisältöä vastaavassa polkunimessä kuin palvelinkoneella, niin eipä homma toimi.
Yritin kokeilla samban ohella myös linuxin omaa tiedostojenjakosysteemiä, mutta muistaakseni siinäkin oli sama ongelma.
Miten siis saisi hoidettua 2. linuxkoneen välillä tiedostonjaon niin, etteivät symboliset linkit muuttuisi käyttökelvottomaksi ?
Yllättävää on tosiaan se, että windows -koneelta käsin asiat näkyvät, kuten pitääkin.
tuo toimii oikein hyvin, kun tiedostopalvelimena on Linux ja asiakkaana windows.
Mutta 2 Linuxkoneen välillätuo ei sitten aina toimikaan järkevästi.
Koska samba on suunniteltu juuri linux ja windows-koneiden yhteensovittamiseen samaan verkkoon, niin minusta on outoa, ettei samba aina esitäkään asiakaskoneelle asioita ikään kuin palvelimena olisi 2. windows -kone.
Eli, jos palvelimella on käytetty ns. pehmeitä linkkejä ( ln -s mikä minne ) hakemistoihin, niin windows- koneella tuo näkyy halutulla tavalla,mutta 2. linuxkone näkee linkit eikä sitä, minne ne viittaavat! Ja kun linux -asiakaskoneella ei toki ole samaa (tai mitään) sisältöä vastaavassa polkunimessä kuin palvelinkoneella, niin eipä homma toimi.
Yritin kokeilla samban ohella myös linuxin omaa tiedostojenjakosysteemiä, mutta muistaakseni siinäkin oli sama ongelma.
Miten siis saisi hoidettua 2. linuxkoneen välillä tiedostonjaon niin, etteivät symboliset linkit muuttuisi käyttökelvottomaksi ?
Yllättävää on tosiaan se, että windows -koneelta käsin asiat näkyvät, kuten pitääkin.
Vastaukset 4
Vanhimmat
"Ja kun linux -asiakaskoneella ei toki ole samaa (tai mitään) sisältöä vastaavassa polkunimessä kuin palvelinkoneella, niin eipä homma toimi. "
Niin. Ei taida tuollainen linkitys tuossayhteydessä toimia. Mutta voinet hyvin käyttää noita todellisia hakemistoja Linuxissa, eikä linkkejä, jotka viittaavat aivan väärään paikkaan asiakaskoneella.
Koska Windows ei linkkien päälle ymmärrä, se ei tietenkään ole käyttöjärjestelmälle ongelma.
Onnistuisikohan sellainen, että asiakaskoneessa olisi vuorostaan linkki oikeaan kohtaan palvelinkoneella? Tosin turhan monimutkaista purkkaa.
Unohda se Samba, käytä SSH:ta. Gnomen Nautilus sekä KDE:n Konqueror yhdistävät kiltisti SSH:n kautta ja tiedostojen siirto toimii helposti ja mutkattomasti. Tai vaihtoehtoisesti voit käyttää ftp:tä, jolloin kryptaamisen aiheuttama overhead jää pois. Myös monet ohjelmat tallentavat suoraan ftp/ssh:n yli palvelimelle.
kyllä mulla ainakin toimi kahden linux koneen välillä NFS ihan heittämällä. serveriin vaan "jaot" ja clienttiin piti manuaalisesti naputella serverin ip jonka jälkeen tiedostoja alkoi näkyä.
Kahden Linux-koneen välillä ei oikeastaan edes kannata käytää Sambaa, se on turhaa overheadia. Tuossa tapauksessa kannattaa käyttää ennemmin NFS:a. NFS:n kohdalla pitää kuitenkin muistaa, että se voi olla potentiaalinen tietoturvariski. Eli NFS-palvelimelle ei saa päästää ulkopuolisia. Eli palomuuri asetuksilla tai /etc/hosts.deny /etc/hosts.allow asetuksilla rajottamaan NFS-palveliumelle pääsyä.
Kaikki paras olisi vaatia NFS-yhteyksiltä luotettavaa autentikointia. NFS4:n kanssa voi käyttää autentikointiin kerberos-palvelinta. Kerberos on vähän hankala saada toimimaan mutta se kuitenkin kannattaa ainakin isommassa verkossa. Kotona riittänee, kun sallii pääsyn NFS-palvelimelle vain lähiverkon tietyistä osotteista. Jos intoa riittää, niin kerberos-palvelin pystyyn myös.