Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: jyri - 10.09.05 - klo:17.50
-
Nyt pitäisi saada tehtyä lähiverkko kahden linux koneen välille. Toisessa koneessa on ubuntu 5.04 ja toisessa SuSE 9.1. Ongelma nyt on lähinne se, etten tiedä mistä aloittaa. Miten lähiverkon teko kannattaisi aloittaa? Ja miten sitten jatkaa siitä?
-
Nyt pitäisi saada tehtyä lähiverkko kahden linux koneen välille. Toisessa koneessa on ubuntu 5.04 ja toisessa SuSE 9.1. Ongelma nyt on lähinne se, etten tiedä mistä aloittaa. Miten lähiverkon teko kannattaisi aloittaa? Ja miten sitten jatkaa siitä?
mitä tarkalleen ottaen tarkoitat lähiverkolla?
ilmeiseti tarkoitus on kytkeä koneet verkkopiuhalla toisiinsa kytkimen kautta ja sitten jotain, mitä?
voit ottaa ytheyttä toiseen koneeseen ssh:lla, kopioida tavaraa sftp/scpn-yli, mountata hakemistoja toiselta koneelta oman koneen tiedostojärjestelmään NFS:n yli, jne. jne.
aloitus riippuu pitkälti siitä mitä haluat tehdä.
-
Tarkotuksena olisi pitkälti saada softat liikkumaan nopeasti koneiden välillä, joten SSh ei oo kovin looginen ratkaisu. Niin ja koneet kytketään toisiinsa hubin kautta.
-
Tarkotuksena olisi pitkälti saada softat liikkumaan nopeasti koneiden välillä
mitä tarkoitat "softat liikkumaan"? siis jakaa tiedostoja?
joten SSh ei oo kovin looginen ratkaisu.
kuinka niin? ei ole mitään syytä käyttää turvattomia ratkaisuja, varsinkaan jos koneet näkyvät nettiin. sitä paitsi, sekä gnome, että kde tarjoavat varsin yksinkertaiset näkymät toiselle koneelle SSH:n yli. se näyttää aivan kuin selaisi oman koneensa kansioita, paitsi tavara ei liiku kuin verkon nopeuden rajoittamalla nopeudella (itselläni ~10Mt sekunnissa).
Niin ja koneet kytketään toisiinsa hubin kautta.
kai hubinkin parin koneen tapauksessa asiansa ajaa.
-
No, itselläni SSH:n nopeus on jtn 50kt/s, ei hirveän paljon.
-
No, itselläni SSH:n nopeus on jtn 50kt/s, ei hirveän paljon.
mistä mihin, mitä kautta ja millaisilla laitteilla?
pullonkauloja voi olla monessakin paikassa, mutta yleensä tuo salauksen vaikutus on kyllä niin minimaalinen, että sillä ei ole väliä.
-
Mitä suosittelisitte kotiverkon rakennuspalikoiksi, kun molemmat koneet saavat osoitteensa DHCP:llä Internet-yhteyden jakavalta reitittimeltä (jossa palomuuri ja nat)?
En tahdo käyttää mitään ftp:n tapaista ratkaisua jossa palvelin löytyy IP-osoitteen perusteella, vaan tarvitsen jotain Windows-verkkojen tapaista systeemiä missä koneet 'vain näkyvät' verkossa nimillään, oli niillä sitten mitkä IP:t tahansa (siis jos ovat samassa sisäverkossa).
Onko Samba järkevä vaihtoehto pelkkien Linux-koneiden välillä tapahtuvaan tiedostojen jakoon, vai suositteletteko jotain unix-maailman ratkaisua? Lähinnä ottaisin tärkeimmistä tiedostoista varmuuskopioita ristiin toiselle koneelle tai synkronoisin omia dokumenttejani jotta molemmilla koneilla olisi samat versiot.
Mikko
EDIT:
Asensin Samban ja se toimii, mutta salasanojen kysely on jotain aivan naurettavaa:
Kun valitsen Sijainnit -> Verkkopalvelimet, niin kysytään kyseisen koneen salasanaa
Kun valitsen Windows-verkko -> toimialue, niin taas kysytään salasanaa
Kun valitsen Etäkoneen, niin kysytään sen salasanaa
Hassua tässä on, että tein nämä jaot kokeeksi public-määreellä ja ainoastaan homes-jako ei ole julkinen. Varsinkin epäilyttää salasanan kysely erikseen siinä vaiheessa kun yritän päästä käsiksi jakoon joka on määritelty public = yes. Jos en anna tähän salasanaa tai painan peru, niin en pääse siihen käsiksi. >:(
Opiskeltavaa siis riittää...
-
Mitä suosittelisitte kotiverkon rakennuspalikoiksi, kun molemmat koneet saavat osoitteensa DHCP:llä Internet-yhteyden jakavalta reitittimeltä (jossa palomuuri ja nat)?
eikös tuossa sitten kannattaisi käyttää kiinteitä IP-osoitteita sisäverkossa?
Onko Samba järkevä vaihtoehto pelkkien Linux-koneiden välillä tapahtuvaan tiedostojen jakoon, vai suositteletteko jotain unix-maailman ratkaisua? Lähinnä ottaisin tärkeimmistä tiedostoista varmuuskopioita ristiin toiselle koneelle tai synkronoisin omia dokumenttejani jotta molemmilla koneilla olisi samat versiot.
no, kaiketi sitä sambaakin voi käyttää. sinä kun olet kuitenkin suht turvassa sen reitittimen palomuurin ja natin takana, niin minä varmaan teksin pelkästään nfs-mountit molemmille koneille (vaikka /home näkymään jossain).
-
Noniin... Eli minulla olisi tarkoitus saada kanssa verkko kahden koneen välille. Tarkoituksena on että voisi ottaa toiselta koneelta tiedostoja ja toisipäin.
Jos laitan komennon
ssh XXX.XXX.XXX.XXX
niin se valittaa:
ssh: connect to host XXX.XXX.XXX.XXX port 22: Connection refused
Ja kun laittaa koodia
nmap XXX.XXX.XXX.XXX
niin se sanoo tämmöistä:
Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-12-21 15:49 EET
Interesting ports on X-XXX-XXX.dsl.kpy.customers.dnainternet.fi (XXX.XXX.XXX.XXX):
(The 1660 ports scanned but not shown below are in state: closed)
PORT STATE SERVICE
21/tcp open ftp
23/tcp open telnet
80/tcp open http
Nmap finished: 1 IP address (1 host up) scanned in 1.347 seconds
Elikkäs se vaikuttaa siltä että 22 porttia ei saada avattua. Mitähän tuossa nyt tekisi?
edit: Muokkaanpas tätä viestiä vaikka tämä on tässä kauan ollutkin. En muista oliko ssh-server siinä koneessa johon silloin yritin yhdistää, mutta yritin myös silloin yhdistää väärään ip:hen. Eli yritin yhdistää onko se nimeltään (ulkoinen ip ??) enkä siihen onko se nimeltään (sisäinen ip ??). Eli en yhdistänyt siihen joka näkyi ifconfig komennolla. Mutta nykyään kaikki toimii niinkuin pitää eikä ole mitään ongelmia! Kiitos kuitenkin avun antajille.
-
Elikkäs se vaikuttaa siltä että 22 porttia ei saada avattua. Mitähän tuossa nyt tekisi?
Koska en tiedä miten taitava kukin kysyjä on, pitää esittää varsin simppeli peruskysymys: oletko ihan varma, että ko. koneessa on SSH-palvelin pyörimässä ja vielä vakioportissa? Oletko varma, että ko IP:ssä vastaa juuri haluamasi kone, eikä esim. jokin ADSL-modeemi (harvemmin niissä tosin kai ftp auki on).
-
se näyttää aivan kuin selaisi oman koneensa kansioita, paitsi tavara ei liiku kuin verkon nopeuden rajoittamalla nopeudella (itselläni ~10Mt sekunnissa).
Itse olen myöskin käyttänyt tiedostojen siirtämiseen SSH:ta. Linux ja Windows koneidenkin välillä. Windowsin verkkoympäristö toimii vaan mielestäni aivan surkeasti, jopa kahden windows koneen välillä. Olen käyttänyt WinSCP (http://winscp.net/eng/download.php) -ohjelmaan tiedostojen siiretelyyn SSH-palvelimelta. Vielä ei ole tosin ollut tarvetta siirtää windows koneelta linux koneelle tiedostoja. Tiedä sitten mitä siihen käyttäisin.
Minullakin on tosin ollut pieniä ongelmia tuon SSH:n nopeuden kanssa, en ole päässyt kuin reiluun megatavun sekuntti vauhtiin. Kuitenkin teoreettinen maksimi on lähellä kymmentä. Joskus DC++:aa käyttämällä näiden koneiden välillä olen saanut sen lähes saavutettua.
Edit: Unohtui ihan vastata tähän :DElikkäs se vaikuttaa siltä että 22 porttia ei saada avattua. Mitähän tuossa nyt tekisi?
Minulla ainakin portti 22 oli Ubuntussa oletuksena kiinni. Kokeileppa availla se Firestarterilla.
-
no, kaiketi sitä sambaakin voi käyttää. sinä kun olet kuitenkin suht turvassa sen reitittimen palomuurin ja natin takana, niin minä varmaan teksin pelkästään nfs-mountit molemmille koneille (vaikka /home näkymään jossain).
mikä riski tuohon samban käyttöön sisältyy?
eikös samba ole vain ohjelma joka "emuloi"(mikä nyt sitten onkaan oikea sana) windows serveriä ja win levyjakoja?
Joskus windows puolen verkkohommia kun ammattikoulussa opiskelin minulle jäi sellainen kuva että nuo levyjaot jäävät viimeistään ensimmäisen reitittimen taakse, eivätkä siitä eteenpäin näy? voi olla että olen saanut väärää tietoa tai samba toimii toisin.
-
Elikkäs se vaikuttaa siltä että 22 porttia ei saada avattua. Mitähän tuossa nyt tekisi?
Koska en tiedä miten taitava kukin kysyjä on, pitää esittää varsin simppeli peruskysymys: oletko ihan varma, että ko. koneessa on SSH-palvelin pyörimässä ja vielä vakioportissa? Oletko varma, että ko IP:ssä vastaa juuri haluamasi kone, eikä esim. jokin ADSL-modeemi (harvemmin niissä tosin kai ftp auki on).
Joo minun koneelle siis yritetään saada yhteyttä tuosta matiaksen koneelta. Eipä taida tosiaan SSH olla päällä, asennettu se kyllä on. Kun yritän käynnistää sen:
joonas@purkki:~$ sudo /etc/init.d/ssh start
* Starting OpenBSD Secure Shell server... [fail]
/etc/ssh/ssh_config näyttää tältä:
$OpenBSD: ssh_config,v 1.19 2003/08/13 08:46:31 markus Exp $
# This is the ssh client system-wide configuration file. See
# ssh_config(5) for more information. This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.
# Configuration data is parsed as follows:
# 1. command line options
# 2. user-specific file
# 3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.
# Site-wide defaults for various options
Host *
# ForwardAgent no
# ForwardX11 no
# ForwardX11Trusted yes
# RhostsRSAAuthentication no
# RSAAuthentication yes
# PasswordAuthentication yes
# HostbasedAuthentication no
# BatchMode no
# CheckHostIP yes
# AddressFamily any
# ConnectTimeout 0
# StrictHostKeyChecking ask
# IdentityFile ~/.ssh/identity
# IdentityFile ~/.ssh/id_rsa
# IdentityFile ~/.ssh/id_dsa
# Port 22
# Protocol 2,1
# Cipher 3des
# Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes$
# EscapeChar ~
SendEnv LANG LC_*
Pitäisikö tuota konffia muokata?
Joonas
E: konffin polku muokattu oikeaksi
-
Minullakin on tosin ollut pieniä ongelmia tuon SSH:n nopeuden kanssa, en ole päässyt kuin reiluun megatavun sekuntti vauhtiin. Kuitenkin teoreettinen maksimi on lähellä kymmentä. Joskus DC++:aa käyttämällä näiden koneiden välillä olen saanut sen lähes saavutettua.
Kannattaa muistaa, että ssh:ssa on kryptaus. Se vie potkua. Nopeutta siis rajoittaa olennaisesti se, jos jompi kumpi koneista ei jaksa tunkea verkkointerfacea täyteen kryptattua kamaa. Vielä jos verkkokorttikin on jokin halvempi vekotin, jolla prossu joutuu tekemään töitä vielä sekin edestä, ei ihme jos hidastaa. Itselläni on serveri 300 MHz P2 ja 3Com 905, ssh:lla irtoaa 2.6 MB/s, nfs:llä jotakin tyyliin 6-7 MB/s.
Minulla ainakin portti 22 oli Ubuntussa oletuksena kiinni. Kokeileppa availla se Firestarterilla.
Eipä siellä oletuksena pitäisi mitään palomuuria olla, iptables toki tuettuna ja asennettuna, mutta ei minkäänlaisia sääntöjä? Myöskään oletuksena vaan ei asennu mitään joka kuuntelisi mitään, toisin kuin vaikka Debian, joka asentaa ties mitä hämäriä daytimejä.
-
joonas@purkki:~$ sudo /etc/init.d/ssh start
* Starting OpenBSD Secure Shell server... [fail]
Kai se nyt jossain kertoo mikä sillä on hätänä. Ilmestyisikö vaikka /var/log/auth.login tai /var/log/syslogin perään jokin herja?
-
joonas@purkki:~$ sudo /etc/init.d/ssh start
* Starting OpenBSD Secure Shell server... [fail]
Kai se nyt jossain kertoo mikä sillä on hätänä. Ilmestyisikö vaikka /var/log/auth.login tai /var/log/syslogin perään jokin herja?
Hmm auth.logiin tulee tämmönen:
ec 21 19:23:29 localhost sudo: joonas : TTY=pts/2 ; PWD=/var/log ; USER=root ; COMMAND=/etc/init.d/ssh start
Syslogiin ei mitään. Ja ubuntu 5.04 tosiaan hurisee tässä, asennettu server-installina, jos sillä nyt mitään merkitystä on.
-
Kannattaa muistaa, että ssh:ssa on kryptaus. Se vie potkua. Nopeutta siis rajoittaa olennaisesti se, jos jompi kumpi koneista ei jaksa tunkea verkkointerfacea täyteen kryptattua kamaa. Vielä jos verkkokorttikin on jokin halvempi vekotin, jolla prossu joutuu tekemään töitä vielä sekin edestä, ei ihme jos hidastaa. Itselläni on serveri 300 MHz P2 ja 3Com 905, ssh:lla irtoaa 2.6 MB/s, nfs:llä jotakin tyyliin 6-7 MB/s.
Hmm, omassa tilanteessa Ubuntu koneessa on 2400+ Athlon ja 1GB DDR ja windows koneessa 1800+ Ahtlon ja 640mb sdram.
-
<quote>
Onko Samba järkevä vaihtoehto pelkkien Linux-koneiden välillä tapahtuvaan tiedostojen jakoon, vai suositteletteko jotain unix-maailman ratkaisua? Lähinnä ottaisin tärkeimmistä tiedostoista varmuuskopioita ristiin toiselle koneelle tai synkronoisin omia dokumenttejani jotta molemmilla koneilla olisi samat versiot.
</quote>
Natiiviin linux verkkoon samba on vihoviimeinen vaihtoehto. Mitä järkeä on emuloida windows verkkoa verkossa, jossa ei ole windowsia? :P
<quote>
Asensin Samban ja se toimii, mutta salasanojen kysely on jotain aivan naurettavaa:
Kun valitsen Sijainnit -> Verkkopalvelimet, niin kysytään kyseisen koneen salasanaa
Kun valitsen Windows-verkko -> toimialue, niin taas kysytään salasanaa
Kun valitsen Etäkoneen, niin kysytään sen salasanaa
</quote>
Laita /etc/smb/smb.conf - tiedostoon securityksi "share".
Ehdottaisin unohtamaan tapauksessasi samban ja googlettamaan nfs:tä. (network file system)Varsinkin jos koneesi ovat natin ja palomuurin takana.
-
/etc/ssh/ssh_config näyttää tältä:
tuolla tiedostolla ei ole mitään tekemistä ssh-serverin kanssa. serveri konffataan tiedostossa /etc/ssh/sshd_config
-
Kannattaa muistaa, että ssh:ssa on kryptaus. Se vie potkua. Nopeutta siis rajoittaa olennaisesti se, jos jompi kumpi koneista ei jaksa tunkea verkkointerfacea täyteen kryptattua kamaa. Vielä jos verkkokorttikin on jokin halvempi vekotin, jolla prossu joutuu tekemään töitä vielä sekin edestä, ei ihme jos hidastaa. Itselläni on serveri 300 MHz P2 ja 3Com 905, ssh:lla irtoaa 2.6 MB/s, nfs:llä jotakin tyyliin 6-7 MB/s.
tietysti tuo ssh:n viemä teho riippuu myös käytetystä algoritmista, mutta tämä on aika jännä kohta verrata... itselläni on nimittäin 350MHz P2, Intelin EPro 100 (välissä zyxelin kytkin) ja sillä irtoaa ssh:n yli 4,2MB/s ja NFS:n yli tulee niin paljon kuin 100mbps verkossa voi kuvitella tulevan. koska verkkokortit ovat jotakuinkin samaa luokkaa, voisi kuvitella, että olemme prossutehossa niillä rajoilla, että homma alkaisi oikeasti pelaamaan täydellä kapasiteetilla.
musitelisin kyllä, että olen saanut ssh:n yli kuutisenkin megaa sekunnissa, mutta en pystynyt sitä tässä toistamaan.
-
Testasinpa itekkin kopioda scp:llä tiedostoa lähiverkon koneiden välillä.
Kone1: http://300gl.homeunix.net/phpsysinfo/
Kone2: http://machine.homeunix.net/phpsysinfo/
scp kone1 -> kone2
VMware-workstation-5.0.0-13124.tar.gz 100% 65MB 1.2MB/s 00:55
scp kone2 -> kone1
VMware-workstation-5.0.0-13124.tar.gz 100% 65MB 1.1MB/s 00:58
sshd kummassakin ihan perusasetuksilla. Hitaammassakin koneesse sshd:n cpu:n käyttö oli kopioinnin aikana vain 13% joten jostain muusta hitaus on kiinni.
Vertailun vuoksi kopiointi NFS mountien yli:
cp kone2 -> kone1 = 23.316s (gkrellmm mukaan siirtonopeus välillä 3.0MT/s)
cp kone1 -> kone2 = 14.481s (gkrellmm mukaan siirtonopeus välillä 7.5MT/s)
testitiedoston pituus: 68451550 tavua / 66Mt
Koneet on verkotettu a-link adsl-modeemin 100M kytkimen avulla.
-
Haluaisin jakaa yhden kansion, olkoon se vaikka /home/musiikki kolmelle koneelle serverikoneen lisäksi. Olen lukenut, että sen voisi tehdä NFS:llä, Apachella (?), ssh:lla, FTP:llä sekä Samballa (kait se huonoin vaihtoehto).
Jokaisella koneella on Linux (Ubuntu Dapper, Arch Linux ja Ubuntu Edgy). Ajattelin asentaa serveriksi Ubuntu Edgyn serveriversion. Eli miten kannattaisi jako tehdä?
Lisätäänpä vielä: ADSL -modeemissa on oma palomuuri.
Lisäksi haluaisin jakaa printterin kolmelle koneelle lähiverkossa. Siihenkin kaipaisin tietoja. Löysin siihen ohjeen ja kirjoitin viestin, mutta kirjoitetaanpa tännekkin: http://forum.ubuntu-fi.org/index.php?topic=6380.msg50648#msg50648
http://ubuntuguide.org/wiki/Ubuntu_Edgy#Print_Server_.28cupsd.29
-
Kun kerran olet muurin takana, on nfs vaivattomin. Silloin hakemisto voidaan mountata automaattisesti kaikille käyttäjille.
Edit: NFS:n käyttö edellyttää kiinteitä ip-osoitteita. (Tai kai joku osaa sen muutenkin tehdä, mutten minä...) Eli toivottavasti modeemisi on NATtaava.
-
Kun kerran olet muurin takana, on nfs vaivattomin. Silloin hakemisto voidaan mountata automaattisesti kaikille käyttäjille.
Pitääkö tässä tapauksessa sen koneen, millä tiedostot on, olla päällä, jotta voi mountata NFS:llä sen kansion koneelle. Ja mitenkäs tällä NFS:llä se mounttaus onnistuu? Ja tässähän ei tarvita serverikonetta?
-
Kun kerran olet muurin takana, on nfs vaivattomin. Silloin hakemisto voidaan mountata automaattisesti kaikille käyttäjille.
Pitääkö tässä tapauksessa sen koneen, millä tiedostot on, olla päällä, jotta voi mountata NFS:llä sen kansion koneelle. Ja mitenkäs tällä NFS:llä se mounttaus onnistuu? Ja tässähän ei tarvita serverikonetta?
Joo, pitää olla päällä. Hyvä vaihtoehto on ostaa verkkolevy ;D
Ja siinä mielessä koneen, jolla tiedostot ovat, on "serveri".
Ja kuten lisäsin aiempaan viestiini, pitää (kai) käytössä olla serverillä kiinteä ip.
Serverillä:
sudo apt-get install nfs-kernel-server
Lisää tiedostoon /etc/exports rivejä jakojesi mukaan eli esimerkiksi:
/home/musiikki 192.168.1.0/255.255.255.0(rw,sync)
jolloin sinne pääsevät koneet (osoitteet) 192.168.1.1-192.168.1.255.
Sillä koneella, jonka haluat ko. hakemistoon:
sudo apt-get install portmap nfs-common
Luo vastaava hakemisto (tai jätä luomatta ja mounttaa alempana mihin haluat)
sudo mkdir /home/musiikki
ja sitten /etc/fstab-tiedostoon rivi
"serverisi_kiinteä_ip":/home/musiikki /home/musiikki nfs bg,rw,intr,exec,nosuid,rsize=8192,wsize=8192 0 0
Yksityiskohtia ja lisätietoa:
http://www.tldp.org/HOWTO/NFS-HOWTO/server.html
http://venda.uku.fi/tietotekniikka/linux/nfsv3.shtml
Kopioin tietoja tähän syksyllä kirjoittamastani opastuksesta. Sen vastauksissa on myös lukemisen arvoisia juttuja: http://forum.ubuntu-fi.org/index.php?topic=4867.msg34660#msg34660
-
Olisiko jotain tapaa jakaa tiedostoja, ilman että serveri joutuu olemaan päällä?
-
No se verkkolevy ;)
Ei se muuten onnistu. Tottakai fileitä tai hakemistoja voi synkronoida, muttei minusta sovi tähän.
-
No se verkkolevy ;)
Ei se muuten onnistu. Tottakai fileitä tai hakemistoja voi synkronoida, muttei minusta sovi tähän.
Jos en halua maksaa verkkolevystä, niin sitten pitää kai kestää se, että serveri on päällä koko ajan. (eikös se näin ollut?) :)
-
Niin... Tietenkin sen vehkeen, jolla tiedostot ovat, on oltava päällä.
Jos muuta toivoo, ruvetaan puhumaan tiedostojen kopioinnista kaikille koneille. Tämä ei tietenkään sinänsä ole hullu idea, mutta jonkinlaista automaattista synkronointia tarvitaan, jottei tule päällekkäisyyksiä / erehdyksiä.
-
Kyllä sitä sitten kestetään se koneen päälläolo, ei se niin paljon haittaa. Kokeillaan nyt tätä, toivottavasti toimii. ;)
-
SCP-mysteeriä lisää.
Nattikoneelta sisäverkon koneelle:
tumuli.zip 100% 102MB 4.4MB/s 00:23
Ja sama toistepäin. Sisäverkon koneelle nattikoneelta:
tumuli.zip 100% 102MB 3.4MB/s 00:30
Olen tullut siihen tulokseen, että sillä on jotenkin merkitystä mistä suunnasta sen yhteyden ottaa.
NAT-koneeni on FreeBSD/PIII 500MHz/3Com905C-TX ja sisäverkon kone PowerMac G4 gigasel eetteril.
Samballa sitten...
Nattikoneelta sisäverkon koneelle:
smb: \> put tumuli.zip
putting file tumuli.zip as \tumuli.zip (3979.5 kb/s) (average 3979.5 kb/s)
Ja jälleen kerran toistepäin, sisäverkon koneelta nattikoneelle:
smb: \> put tumuli.zip
putting file tumuli.zip as \tumuli.zip (5575.4 kb/s) (average 5575.4 kb/s)
Itselläni on sitten samba ihan sen takia, että oli sitä Windows -kone verkossaki ja se on ihan jees muutenki.
Konffaus oli suhteellisen helppoa ja kai siitä voi sitten siirtyä NFS:n vaikka sitten kun hommaa SPARC-rautaa ;)