Tanssi on Michael’s Domain

1000 kertaa liian hidas

Thu, 01 Dec 2016 00:00:00 +0000

Helsingin yliopisto on ulkoistanut osan IT-infrastruktuuristaan Microsoftille. Vaikka ulkoistaminen olisi lyhyellä aikavälillä halvempaa kuin vastaavien palvelujen tuottaminen paikallisesti, nettovaikutus on todennäköisesti negatiivinen menetettyjen työpaikkojen, osaamisen ja itsenäisyyden vuoksi. Tämän itsetuhoisen käyttäytymisen selittämiseen ei tarvita salaliittoteorioita, vaan syynä ovat vain huonot päätöksentekokriteerit, joissa ei oteta huomioon pitkän aikavälin ja ulkoistettuja kustannuksia. Pyrkiessään saamaan käyttäjät päivittämään uudemmat Windows-versiot Microsoft lopetti Windows XP:n laajennetun tuen 8. huhtikuuta 2014, ja yliopisto noudatti tätä kieltämällä XP-koneilta pääsyn verkkoon. Perusteluna oli, että XP:stä oli tulossa turvallisuusriski. Samaan aikaan Windows XP:n osuus oli edelleen noin 20 % kaikista Windows-asennuksista maailmassa ( https://www.statista.com/statistics/218089/global-market-share-of-windows-7/ ). Vielä lokakuussa 2015 yli 100 miljoonaa tietokonetta käytti Windows XP:tä ( https://en.wikipedia.org/wiki/Usage_share_of_operating_systems ja https://www.statista.com/statistics/218089/global-market-share-of-windows-7/ ), ilman että siitä olisi aiheutunut katastrofaalisia seurauksia. Windows XP:n käytön lopettaminen oli ongelma, sillä neljässä tutkimustyöhön tarvitsemassamme laitteessa on edelleen Windows XP. Käyttöjärjestelmää ei ole mahdollista päivittää ilman laitteiston uusimista (mikä maksaisi tuhansia tai kymmeniä tuhansia euroja ja on siksi lähes mahdotonta yliopiston nykyisessä tiukassa taloudellisessa tilanteessa). Eikä laitteiden käyttämiseen tarvittava ohjelmisto tietenkään ole yhteensopiva Windows 7:n kanssa. Tämän seurauksena emme voi hallita laitteita etäyhteydellä emmekä tehdä automaattisia varmuuskopioita. Jopa tietojen siirtäminen analysoitavaksi toiselle tietokoneelle edellyttää Adidas-verkkoa . Olin ottanut yhteyttä IT-tukeen hyvissä ajoin ennen Windows XP:n laajennetun tuen päättymistä ja pyytänyt heitä etsimään ratkaisua. Ilmeisesti mahdollisia ratkaisuja oli useita, ja IT-tuki alkoikin toteuttaa niitä, mutta henkilöstön vaihtuvuuden vuoksi projekti jouduttiin ”käynnistämään uudelleen” useita kertoja, ja eri tukihenkilöillä oli erilaisia näkemyksiä ongelman ratkaisemisesta. Yliopistossa toteutetun laajan ”fire and hire” -toimenpiteen myötä koko projekti hajosi jälleen. Tänä syksynä keskustelin jälleen tarpeistamme IT-henkilökunnan kanssa, mutta en ole toistaiseksi saanut mitään konkreettista apua. Tänä tiistaina halusin vihdoin selvittää, kuinka vaikeaa on todellisuudessa liittää Windows XP -kone verkkoon tavalla, joka ei vaaranna tietoturvaa, mutta mahdollistaa tiedostojen jakamisen, varmuuskopioinnin ja etäohjauksen. Kävin instituutin romupaikalla, jonne kerätään rikkoutuneita elektroniikkalaitteita, ja otin sieltä kolme vanhaa 10/100-verkkokorttia sekä muutaman ethernet-kaapelin. Yksi kortti ja yksi kaapeli olivat vielä toimintakunnossa, joten asensin verkkokortin Ubuntu 16.04 -tietokoneeseen ja liitin sen ethernet-kaapelilla yhteen XP-koneista. Määritettyäni verkkokortille IP-osoitteen manuaalisesti ja asennettuani Samban Ubuntu-koneelle pystyin liittämään Samba-jakon asemaksi Windows XP -koneeseen. Sitten tein Samba-jakon saatavaksi verkkosivun kautta. Koko homma kesti noin tunnin. Koska en ole IT-ammattilainen, käytin ehkä vielä kolme tuntia selvittämään, miten se tehdään (Samban asennus, Apache-palvelimen asennus, toisen verkkokortin konfigurointi, mikä ei tapahdu automaattisesti Ubuntussa). Tämä ratkaisu täyttää kaikki vaatimuksemme, ei maksanut mitään ja saatiin toteutettua yhden päivän kuluessa. Kirjoitan teknisistä yksityiskohdista myöhemmin, kunhan ehdin dokumentoida tekemäni toimenpiteet. Joustavuus on ehkä se, mitä eniten puuttuu, kun tarkastelen monia yliopistomme IT-projekteja. Mieleeni tulee erityisesti siirtyminen Drupaliin yliopiston verkkosivujen sisällönhallintajärjestelmänä. Valitettavasti tiedekuntamme käyttää edelleen Dreamweaveria verkkosivujensa luomiseen, minkä seurauksena monia verkkosivuja ei päivitetä lainkaan.

Samba-asennusten jakaminen (miksi Nautilus ei toimi?) ja SMB-asennusten muuttaminen pysyviksi

Sat, 26 May 2007 00:00:00 +0000

Samba-jakojen liittäminenNautilus-selaimesta on ilmeisesti erittäin helppo muodostaa yhteys Windows-tietokoneisiin (tai pikemminkin tietokoneisiin, joilla on käynnissä smb-palveluita). Ainoa mitä tarvitsee tehdä, on kirjoittaa smb:/// URL-palkkiin, jolloin verkosta haetaan käytettävissä olevat toimialueet, työryhmät ja palvelut. Kun kuitenkin yrittää avata joitakin tiedostoja (esim. kuvia), näkyviin tulee usein virheilmoitus, että kyseisiin tiedostoihin ei pääse käsiksi Samban kautta. Mitä tehdä? Huomasin, että kun liitetään smb-jakotiedostoja, tämä toimii oikein. Jotta voin liittää käyttäjäkansiostani toiselle tietokoneelle, komento on seuraava: sudo mount -t smbfs -o username=michael,password=here_goes_my_password //paula/michael /mnt/smbpaula on toisen tietokoneen NetBIOS-nimi ja michael on jaon nimi.Voit myös määrittää liitetyn tiedostojärjestelmän kaikkien tiedostojen omistajan -o uid=owner-vaihtoehdolla: sudo mount -t smbfs -o username=michael,password=here_goes_my_password -o uid=500 //paula/michael /mnt/smbJos et halua kirjoittaa salasanaasi, voit tallentaa sen tiedostoon esimerkiksi näin:username=susannepassword=0sdf7bja sitten voit viitata tähän “credentials”-tiedostoon:sudo mount -t smbfs -o username=susanne,credentials=/home/susanne/.smbpasswd //patolmac217/susanne /mnt/smbVoit irrottaa aseman seuraavasti:sudo umount /mnt/smbTämä epäonnistuu useimmiten, koska sinulla on todennäköisesti avoimia ikkunoita tai terminaaleja, jotka pitävät yhteyden aktiivisena. Sulje ne ja yritä uudelleen. Voit myös kokeilla komentoa umount -f.SMB-kiinnitysten tekeminen pysyviksiKun kiinnität SMB-jakon, se katoaa järjestelmän uudelleenkäynnistyksen yhteydessä. Jotta se kiinnittyisi automaattisesti järjestelmän käynnistyksen yhteydessä, sinun on luotava uusi merkintä tiedostoon /etc/fstab. Minun tapauksessani esimerkiksi: //paula/michael /mnt/smb smbfs credentials=/home/jeltsch/.smbpasswd 0 0 .smbpasswd-tiedostossa on käyttäjätunnukseni ja salasanani. Ei varmaankaan kovin turvallista, mutta mitä siitä? .smbpasswd-tiedoston pitäisi joka tapauksessa olla vain sinun itsesi luettavissa!

Samba-kiinnityksissä ei saa käyttää chown- tai chmod-komentoja

Thu, 24 May 2007 00:00:00 +0000

Tulin siihen tulokseen (toivottavasti oikein), että smbmount-asennuksen tiedostojen ja hakemistojen omistaja-, ryhmä- ja käyttöoikeuksia ei voi muuttaa, ei edes root-käyttäjänä. Siksi kaikki on määritettävä jo liittämisen yhteydessä, esim.: sudo mount -t smbfs -o username=jeltsch,credentials=/home/jeltsch/.smbpasswd5 -o uid=backuppc,gid=users,fmask=644,dmask=755 //patolmac217/jeltsch /mnt/jeltsch@patolmac217.hi.helsinki.fi

Samba-ongelmat (smb, smbadduser, smbpasswd)

Wed, 23 May 2007 00:00:00 +0000

Jos Samba ei toimi luotettavasti, syitä voi olla useita. Minulle on jäänyt sellainen vaikutelma, että YAST korvaa manuaalisesti muokatut asetustiedot (esim. salasana- ja käyttäjätiedostoissa), kun yrität muuttaa asetuksia YAST:n Samba-asennusohjeiden avulla. Seuraavassa on tarkistuslista siltä varalta, että Samba ei jälleen kerran vastaa tai ei näy verkkoympäristössä. Vian syynä voi olla PDC:n sammuminen. Ehkä minun pitäisi asettaa Linux-koneeni PDC:ksi, koska se on aina käynnissä. Joka tapauksessa, vaikka onnistunkin muodostamaan yhteyden W2K:sta (käyttämällä ”liitä verkkoasema” -toimintoa), en pystynyt muodostamaan yhteyttä W98:sta napsauttamalla näkyvää ”Oma tietokone” -kuvaketta MCBL-työryhmässä (”verkkopolkua ei löydy”). MacOSX:ssä tietokonettani ei näkynyt lainkaan (mutta pystyin muodostamaan yhteyden manuaalisella komennolla ”smb://128.214.186.42/homes”). Outoa… Tiedostossa /etc/samba/smb.conf:

autofs, automount, auto.master ja Samba-resurssien liittäminen

Mon, 21 May 2007 00:00:00 +0000

Ensin lisäsin symbolisen linkin kansioon /etc/init.d/rc5.d/: cd /etc/init.d/rc5.d sudo ln -s ../autofs S21autofs Sitten lisäsin tiedostoon /etc/auto.master-tiedostoon seuraavan rivin:/media/automounts /etc/auto.smbmountsSitten luin tiedoston auto.smbmounts, jonka sisältö oli seuraava:michael_msbl.helsinki.fi -fstype=smbfs,username=michael,password=## ://paula/michael Sitten loin kiinnityskohdan:sudo mkdir /media/automounts/michael_msbl.helsinki.fiSitten käynnistin autofs-daemonin:sudo /etc/init.d/autofs startNyt aina, kun yritetään avata hakemistoa /media/automounts/michael_msbl.helsinki.fi, autofs-daemon liittää smb-jakon automaattisesti ja irrottaa sen tietyn ajan kuluttua, jos sitä ei käytetä.

SMB-liitännät fstab-tiedoston kautta vai automaattisesti?

Mon, 21 May 2007 00:00:00 +0000

Minulla on useita tietokoneita, joihin minun täytyy muodostaa yhteys Linux-koneeltani. Verkon selaaminen toimii, mutta on hirveän hidasta, joten haluaisin luoda pikakuvakkeita, joiden avulla voisin yhdellä hiiren napsautuksella liittää tarvitsemani kohteet luettelosta. Aluksi ajattelin muokata fstab-tiedostoa ja lisätä sinne merkintöjä, joiden avulla voisin helposti liittää SMB-jakotiedostoja tavallisena käyttäjänä. Esim.://paula/michael /media/smbmounts smbfs noauto,user,credentials=/home/jeltsch/.smbpasswd1 0 0Tämä toimii, jos liitäntä on liitetty järjestelmän käynnistyksen yhteydessä (ilman “noauto”-merkintää). Jos ”noauto”-merkintä on mukana, smb-resurssia ei liitetä järjestelmän käynnistyksen yhteydessä, vaan se on liitettävä nimenomaisesti seuraavalla komennolla: mount /media/smbmounts fstab-tiedoston ”user”-vaihtoehdon ansiosta jokaisen tavallisen käyttäjän pitäisi pystyä tekemään tämä. Ei kuitenkaan! Ensin minun piti ottaa käyttöön “suid”-oikeus smbmnt-komennolle (se näytti olevan tiedostossa /usr/bin/smbmnt, mutta oli linkitetty linkkiin, joka viittasi tiedostoon /usr/lib/samba/classic/smbmnt:chmod +s /usr/lib/samba/classic/smbmnt Sitten löysin ristiriitaista tietoa siitä, pitääkö kiinnityskohdan (minun tapauksessani /media/smbmounts) olla kiinnittävän käyttäjän omistuksessa vai ei. Varmuuden vuoksi tein niin:chown jeltsch /media/smbmountsSilti sain virheilmoituksen, jota en kyennyt selvittämään, joten päätin käyttää automaattista liittämistä.

VMware ja Samba

Mon, 21 May 2007 00:00:00 +0000

VMware voi aiheuttaa häiriöitä Samban toiminnassa. Jos tietokoneellasi on käynnissä Samba-palvelin ja asennat VMware:n, Samba-palvelin saattaa lakata toimimasta. Voit tarkistaa tämän komennolla: sudo /etc/init.d/smb status. Jos tulos on “dead” ja jos VMware käyttää omaa Samba-palvelintaan (jonka voit tarkistaa komennolla ps -aux etsimällä vmware-smb:n kaltaista merkintää), sinun on suoritettava vmware-config.pl-skripti uudelleen. RedHatissa on helppo tapa estää VMware-Samba-palvelimen käynnistyminen järjestelmän käynnistyksen yhteydessä (Järjestelmäasetukset -> Palvelinasetukset -> Palvelut; pysäytä palvelu ja poista valintaruudun valinta, jos et halua sen käynnistyvän järjestelmän käynnistyessä). Suse 9:ssä suoritan vain vmware-config.pl-skriptin uudelleen. Kun se kysyy jotain seuraavanlaista: haluatko, että vmware määrittää tiedostojen käytön isäntätietokoneelle, sinun tulisi vastata kieltävästi.

Mitkä NFS- ja SMB-jakot ovat käytettävissä palvelimella (showmount, smbclient)?

Thu, 05 Apr 2007 00:00:00 +0000

Komento, jolla selvitetään, mitkä jaetut resurssit ovat käytettävissä esimerkiksi tietokoneessa 192.168.0.2, on seuraava: NFS:n tapauksessa: /usr/sbin/showmount -e 192.168.0.2 Samba:n tapauksessa: smbclient -L 192.168.0.2

Windows NT, verkkoasemien selaaminen, verkkoasemien liittäminen ja irrottaminen (netuse-komento)

Thu, 05 Apr 2007 00:00:00 +0000

Verkon selaaminen Windowsissa on mysteeri. Joskus jotkut tietokoneet eivät yksinkertaisesti näy verkkoa selattaessa. Tämä näyttää pätevän erityisesti Linux-palvelimiin. Uudemmissa Windows-käyttöjärjestelmäversioissa (2000, XP) voit muodostaa yhteyden palvelimeen (jos tiedät sen IP-osoitteen) verkkoaseman liittämiskomennolla, vaikka verkkoselain ei näe kyseistä palvelinta. Windows NT:ssä ei ole tätä vaihtoehtoa. Ainoa mahdollisuus on käyttää komentoriviltä annettavaa “net use” -komentoa. Tämä on hankalaa, vaikka usein käytettyjä yhteyksiä varten voi luoda .bat-tiedostoja. Komento on: net use * \\ip-osoite\käyttäjätunnus Tähdellä (*) jaetaan jaettu resurssi seuraavalle vapaalle asemakirjaimelle (tietenkin voit määrittää sen manuaalisesti esimerkiksi H:ksi). Voit poistaa tämän tietyn verkkoaseman kirjoittamalla: net use H: /delete Itse asiassa, vaikka voisit selata ja muodostaa yhteyksiä ilman komentoriviä, tarvitset komentoriviä aina, kun haluat katkaista yhteyden NT-palvelimen jaettuun resurssiin. Huvittavaa kyllä, Windows NT:ssä ei ole muuta keinoa kuin kirjoittaa net use * /delete. Joissakin keskusteluketjuissa mainittiin, että Linux-palvelimen smb.conf-tiedostossa tulisi ottaa WINS-tuki käyttöön wins support = Yes. Jos muodostat yhteyden Linuxiin, varmista, että Samba on käynnissä ja että käyttäjällä, jonka kotikansioon haluat muodostaa yhteyden, on merkintä ja salasana smb-tietokannassa (tätä EI ole esiasetettu edes Suse 9.2:ssa): root-käyttäjänä: smbpasswd -a käyttäjätunnus Se ei kuitenkaan auttanut minua. MacOS X -tietokoneet (10.3) näkyvät nyt ilman ongelmia (vanhemmissa MacOS X -versioissa oli myös ongelmia). Ehkä minun pitäisi verrata smb.conf-tiedostoja tai kopioida se suoraan Suse 9.1:een.

smbclient (liittäminen, Windows XP, SFS, tiedostojen jakaminen)

Wed, 04 Apr 2007 00:00:00 +0000

Koska käytän aina graafisia käyttöliittymiä, en enää oikein muista, miten Windows-koneeseen muodostetaan yhteys komentoriviltä. Komento smbclient -L windowshost näyttää käytettävissä olevat jaetut resurssit. Usein niitä ei voi selata ilman kyseisen Windows-koneen käyttäjätunnusta ja salasanaa, joten sinun on kirjoitettava smbclient -L windowshost -U käyttäjätunnus. Joskus NetBIOS-nimi ei myöskään toimi, jolloin se on korvattava IP-osoitteella.

Samba-käyttöoikeuksien rajoittaminen SuSE 10.1:ssä yhteen IP-osoitteeseen

Mon, 14 Aug 2006 00:00:00 +0000

Kun sallit Samban pääsyn SuSE 10.1 -koneellesi YaST-palomuurin asetustyökalun avulla, tiedostoon /etc/sysconfig/SuSEfirewall2 tehdään kolme muutosta:

FW_SERVICES_EXT_TCP="" muutetaan muotoon FW_SERVICES_EXT_TCP=“microsoft-ds netbios-ssn”
FW_SERVICES_EXT_UDP="" muutetaan muotoon FW_SERVICES_EXT_UDP=“netbios-dgm netbios-ns”
FW_ALLOW_FW_BROADCAST_EXT="" muutetaan muotoon FW_ALLOW_FW_BROADCAST_EXT=“netbios-ns netbios-dgm”

Palveluiden vastaavat porttinumerot ovat: