MacOS X on Michael’s Domain

PC:n ja Macin varmuuskopiointi

Wed, 13 Apr 2016 00:00:00 +0000

Olen itse käyttänyt BackupPC -varmuuskopio-ohjelmistoa jo lähes kymmenen vuotta, ja aloin varmuuskopioida laboratoriomme tietokoneita keskitetylle varmuuskopiointipalvelimelle noin kaksi vuotta sitten. BackupPC tukee deduplikaatiota, minkä ansiosta muutamalle 2 TB:n kiintolevylle mahtuu tallennettavaksi paljon dataa. BackupPC tukee monia protokollia (smb, ftp, tar/rsync ssh:n kautta), mutta käytämme pääasiassa rsync:iä ssh:n kautta. Dataa ei salata ennen varmuuskopiointia. Kummallista kyllä, edes tuleva versio 4 ei tue lähetystä edeltävää salausta. Tallennamme varmuuskopion kuitenkin salatulle levylle. Näin se on ainakin suojattu, jos varmuuskopiopalvelin varastetaan. Siirron aikana dataa suojaa SSH. Järjestelmä ei kuitenkaan noudata TNO -periaatetta (“älä luota keneenkään”), koska minä (varmuuskopiointijärjestelmän ylläpitäjänä) pääsen käsiksi tiedostoihin. Linuxia käytettäessä yksi toteuttamiskelpoinen menetelmä olisi salata käyttäjän kotihakemisto eCryptFS:llä -ohjelmistolla (joka on sisäänrakennettu vaihtoehto käyttäjiä luotaessa Ubuntussa ) ja varmuuskopioida sitten /home/.ecryptfs-hakemisto käyttäjän kotihakemiston sijaan. Palauttaminen olisi kuitenkin paljon ongelmallisempaa. Voisit selata varmuuskopion hakemistorakennetta ja tiedostoja, mutta tiedostonimet eivät kertoisi mitään, koska nekin salataan prosessin aikana.Mac OS X -koneiden varmuuskopioinnissa on yksi erityispiirre: BackupPC muodostaa yleensä yhteyden asiakaskoneeseen root-käyttäjänä SSH:n kautta ja suorittaa rsync-varmuuskopiointikomennon. Jotta tämä olisi mahdollista yliopiston hallinnoimilla Mac OS X -tietokoneilla, meidän piti luoda asiakaskoneille erillinen käyttäjä (“backuppc”) ja sallia tälle käyttäjälle rsync-komennon suorittaminen root-oikeuksilla, mikä tehdään lisäämällä seuraava rivi tiedostoon /etc/sudoers: backuppc ALL=NOPASSWD: /usr/bin/rsync. Sitten meidän on muutettava Mac-asiakaskoneen ssh/rsync-komentoa backuppc-palvelimella korvaamalla ”root” sanalla ”backuppc”.

Maverick-päivityksen aiheuttamat ongelmat

Tue, 24 Jun 2014 00:00:00 +0000

1,5 vuotta vanha MacBook Pro -tietokoneeni alkoi toimia huonosti: se ei esimerkiksi käynnistynyt loppuun asti, ja muita ongelmia ilmeni. Tietokoneen tukihenkilö ehdotti päivittämistä Mountain Lionista Maverickiin nähdäkseen, korjaisiko se ongelmat. Aluksi se näytti toimivan, mutta monet ohjelmat eivät suostu toimimaan Maverickissa. Näitä ovat muun muassa Gnumeric ja (mikä tärkeintä) nfs. Näyttää siltä, että nfs:n liittäminen Finderin kautta ei ole enää mahdollista. Kuitenkin pystyn silti tekemään sen komentoriviltä (käyttämällä resvport-vaihtoehtoa, jonka ei pitäisi olla tarpeen, mutta joka kuitenkin toimii): sudo mount -o resvport -t nfs mcblserver:/var/www /Users/mjeltsch/nfs Ja Gnumericista puheen ollen: luulen, että minun täytyy kääntää se itse uudelleen Maverickia varten…

MacOSX-käyttäjien salasanojen nollaaminen

Sun, 28 Apr 2013 00:00:00 +0000

Käynnistä tietokone pitämällä komento- ja S-näppäimiä painettuina (yksittäiskäyttäjätila)
fsck -fy
mount -uw /
salasana käyttäjätunnus

x11vnc nxserverin korvaajana

Thu, 29 Nov 2012 00:00:00 +0000

Nyt kun nomachine :n loistava nxclient ei enää toimi Mac OS X:ssä ja sen uusi nxplayer on vielä beta-vaiheessa (eikä toimi lainkaan minun järjestelmässäni), tarvitsin toisen ratkaisun, jotta voisin muodostaa yhteyden työpaikkani työpöytätietokoneeseen kotoa käsin. Kokeilin monia vaihtoehtoja, mutta päädyin lopulta x11vnc -ohjelmaan. Työtietokoneellani on Ubuntu Precise Pangolin (12.04), ja muodostan yhteyden Mac OS X 10.8:sta (Mountain Lion). Minun piti vain asentaa x11vnc ja openssh-server työpaikan työpöydälleni ja lisätä /etc/init-kansioon x11vnc.conf-tiedosto, jonka sisältö on seuraava:x11vnc -forever -rfbauth /etc/x11vnc.pass -bg -o /var/log/x11vnc.log -scale 1280x800 -display :0 -auth /var/run/lightdm/root/:0Minun on luotava salasanatiedosto:x11vnc -storepasswd password /etc/x11vnc.passSen jälkeen minun tarvitsee vain päästä työpaikkani työpöydälle jollain tavalla. Tällä hetkellä siirryn sinne yliopiston UNIX-tietokoneiden kautta, koska suora SSH-yhteys ei ole mahdollista palomuurin takia. Joten muodostan SSH-yhteyden UNIX-keskuskonetta ja sieltä edelleen työtietokoneeseeni. Kun olen päässyt sisään, muodostan käänteisen SSH-tunnelin kotona olevaan MacBook Pro -tietokoneeseeni:ssh -R 19999:localhost:5900 kotitietokoneen_IP-osoiteKotona olevalla MacBookillani minun piti ensin ottaa käyttöön Jakaminen - Etäkäyttö. Sitten käytän vain käyttöjärjestelmän sisäänrakennettua näytönjakotoimintoa ”Yhdistä palvelimeen” ja kirjoitan ”vnc://localhost:19999”, ja voilà – näen työpaikkani työpöydän kirjautumissivun.Vaihtoehtoisesti voisin käyttää MacBookiin asentamaani OpenVPN-palvelinta ja työpaikan työpöydän OpenVPN-asiakasohjelmaa yhteyden muodostamiseksi MacBookiin. Silloin voisin kirjautua suoraan sisään ja välttää yliopiston UNIX-koneiden kautta kulkevat väliportit käänteisen SSH-tunnelin muodostamiseksi. Toinen, vaikkakin hyvin hidas tapa päästä käsiksi työpaikkani työpöydän graafiseen käyttöliittymään on X11-eteenpäinohjaus SSH:n kautta. Tarvitsen vain toimivan SSH-yhteyden palvelimeen, SSH-palvelimen konfiguraatiotiedostossa käytössä olevan X11-eteenpäinohjauksen sekä X11-palvelimen paikallisella koneella (esim. XQuarz MacOSX:ssä): ssh -X username@remote-server.comxclock &

BackupPC (ja Mac OS X)

Fri, 25 May 2007 00:00:00 +0000

BackupPC vaikuttaa olevan hieno sovellus. Paitsi että sen käytön aloittaminen ei ole kovin helppoa. Ladasin tiedoston BackupPC-2.0.0.tar.gz ja asensin sen hakemistoon /usr/local/backuppc. Sen jälkeen suoritin config.pl-komennon ja vastasin kaikkiin kysymyksiin, joihin osasin vastata. Haluan varmuuskopioida tiedostoni toiselle kiintolevylleni /dev/hdb5, joka on alustettu reiserfs-tiedostojärjestelmällä ja liitetty kansioon /mnt/hdb. Konfigurointiskriptin suorittamisen jälkeen hakemistoon /mnt/hdb ilmestyi uusi hakemisto: backuppc, joka sisälsi kuusi muuta hakemistoa: conf, cpool, log, pc, pool ja trash. Muuten, varmuuskopiotietoja ei voi tallentaa smbmount-kiinnityksen avulla (ainakaan helposti). Configure.pl-skripti yrittää muuttaa smbmount-aseman sisällön omistajaa (chown), mikä johtaa Perl-skriptin keskeyttämiseen (tätä voitaisiin muokata ja chown-komento suorittaa manuaalisesti määrittelemällä oikeat uid- ja gid-tunnukset fstab-tiedostossa). Kamppailin tämän kanssa päivän verran (annoin smbmountille jopa fmask=777, dmask=777 ja oikean omistajan/ryhmän), mutta turhaan, sillä ilmeisesti skriptit haluavat suorittaa chown-komennon. Minun täytyy todennäköisesti ratkaista tämä ongelma, sillä minun on tehtävä varmuuskopio verkossa OS X:ää käyttävälle Macintoshille ja siksi minun on käytettävä Sambaa (tai NFS:ää…). Käytän tar-komentoa SSH:n kautta varmuuskopioidakseni asiakaskoneeni (itse asiassa palvelin ja yksi asiakaskoneista ovat minun tapauksessani fyysisesti sama kone). Joka tapauksessa minun on määritettävä SSH. Koska minulla on RH9, kyseessä on OpenSSH (ssh2). Toisella asiakaskoneella on Mac OS X (10.3). Toimii melko hyvin sen jälkeen, kun tajusin, että Mac OS X:n tar-komento ei ole PATH-muuttujassa eikä tavallisessa sijainnissaan, vaan /usr/bin/tar-kansiossa. Tein vain linkin, ja BackupPC toimi: sudo ln -s /usr/bin/tar /bin/tar

Apache Mac OS X:ssä

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

Käytän edelleen yhtä vanhoista Macintosh-tietokoneistamme (sinivalkoinen G3) verkkopalvelimena ( msbl.helsinki.fi ). Olin asettanut pääsyrajoituksia joillekin sivuille, jotka sisältävät luottamuksellisia tietoja. Ja tietenkin unohdin, miten olin ne asettanut. Nyt minun piti selvittää asia, koska halusin lisätä uutta sisältöä. Yleisesti palvelimella pääsyä rajoitetaan hakemistoissa olevien yksittäisten .htaccess-tiedostojen avulla. Omassa käyttäjähakemistossani ( msbl.helsinki.fi/~michael ) vain yksi kansio on pääsyrajoitettu ( msbl.helsinki.fi/~michael/presentations/confidential ). Tämä asetus määritetään Apachen pääasetustiedostossa (/etc/httpd/httpd.conf), ja vain kahdella käyttäjällä (michael ja mcbl) on pääsy seuraavan merkinnän kautta: AuthType Basic AuthName "Confidential" AuthUserFile /Users/michael/.htpasswd require user michael mcbl

Ryhmien luominen ja ryhmäjäsenyyden muuttaminen Mac OS X:ssä

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

Haluan tallentaa joitakin tiedostoja Macintosh-tietokoneelle (OS 10.2). Niiden pitäisi sijaita Public-kansiossa, mutta vain tietyt henkilöt saavat käyttää niitä (= vain lukuoikeus). Siksi haluaisin luoda uuden ryhmän, jolla on käyttöoikeudet näihin tiedostoihin. Outoa kyllä, group-komentoa ei ole Mac OS X:ssä (chgrp-komento on kuitenkin olemassa). Ladasin User Manager -sovelluksen. OS 10.2:n versio ei kuitenkaan ollut kovin helppokäyttöinen. Siksi käytin NetInfo Manageria. Kopioin olemassa olevan ryhmän, muutin sen nimeksi ”gck” ja tunnusnumeron sekä lisäsin kaksi käyttäjää (jos merkintöjä on useampi kuin yksi, ne on lisättävä suluissa ja pilkuilla erotettuina). Sitten loin kansion Public-kansioon ja muutin sen ryhmäksi ”gck”. Tämän kansion käyttöoikeudet ovat drwxr-x—. Myös tämän kansion sisällä olevat tiedostot kuuluvat kaikki ”gck”-ryhmään, ja niiden käyttöoikeudet ovat -rwxr—–.

Kaupunki on MacOS X (ebiotools)

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

Asensin tänään Staden-paketin Tanjan Macintosh G4 -tietokoneelle (MacOS 10.3). Suosittelen käyttämään Anders Nisterin laatimaa ebiotools-pakettia . Se sisältää muita hyödyllisiä ohjelmistoja, kuten EMBOSS, Blast jne. Asennusohjeet löytyvät embnet-uutislehdistä 9/1, 9/2, 9/3 ja 10/1 tai koottuina yhdeksi PDF-tiedostoksi täältä .

Staden-sovellusten muuttaminen klikattaviksi macOS X:ssä

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

Olen asentanut Stadenin Mac OS X:ään ja kokeillut sitä vähän. Käytin asennuksessa Anders Nistersin luomaa ebiotools-pakettia, joka on kuvattu embnet.news -lehden numerossa 10/1. Se toimii, vaikkakaan ei Macin filosofian mukaisesti:

winmail.dat (TNEF) -liitteet ja muut kuin Windows-käyttöjärjestelmät

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

Siskoni on jälleen lähettänyt minulle liitetiedoston, joka oli koodattu winmail.dat-liitetiedostoksi. Todella ärsyttävää. Tämä suututtaa paitsi Linux-käyttäjiä myös Macintosh-käyttäjiä. Tietenkin sen voi avata, kunhan tietää miten. Mac OS X:ssä tarvitset TNEF’s Enough -ohjelman ja Linuxissa tnef -ohjelman. Suse Linux 9.2:ssa on rpm-paketti, joka toimii hyvin KMailin kanssa. Napsauta vain winmail.dat-tiedostoa ja valitse ”Avaa tnef:llä”. Saat näkyviin luettelon winmail.dat-liitteeseen piilotetuista liitteistä, ja voit avata ja/tai tallentaa ne sieltä.

Gramps-ohjelman asentaminen Mac OS X:ään

Tue, 06 Mar 2007 00:00:00 +0000

Tämän pitäisi toimia, ainakin teoriassa:

Asenna xserver
Suorita darwinports-asennusohjelma
Päivitä darwinports: sudo port -d selfupdate
Asenna gramps xterm-ikkunassa komennolla sudo port install gramps
Asenna gnome-themes: sudo port install gnome-themes
Suorita gramps xterm-ikkunassa

Käyttäjätunnuksen muuttaminen Mac OS X:ssä

Tue, 06 Mar 2007 00:00:00 +0000

Muuta käyttäjätunnusta NetInfoManagerissa toisesta järjestelmänvalvojan tilistä (esim. 502 → 1000). 2. Muuta tiedostojen käyttöoikeuksia: sudo find / -xdev -user 502 -print -exec chown 1000 {} \;

Sähköpostien tuominen Kontactista Applen Mail-sovellukseen

Tue, 06 Mar 2007 00:00:00 +0000

Jos säilytät sähköpostisi Kontactissa mbox-tiedostoina, tuo ne suoraan Applen Mail-sovellukseen. 2. Jos säilytät sähköpostisi postilaatikkokansioina, menettely on hieman monimutkaisempi. - Suorita jokaisessa tuontikohteena olevassa postikansiossa skripti, joka muuntaa postilaatikon mbox-tiedostoksi (skripti ei tue sisäkkäisiä kansioita, joten se on suoritettava jokaiselle kansiolle erikseen; skriptin toimimisen edellytyksenä on, ettei nimissä ole välilyöntejä) - Tuo mbox-tiedostot Mail-sovellukseen TBC…

Pysyvä staattinen reitti Macintosh OS X:lle (10.4.7)

Sun, 10 Sep 2006 00:00:00 +0000

Olen asentanut OpenVPN:n yksityisverkkoomme, mutta erityisjärjestelyjemme vuoksi meidän on lisättävä manuaalisesti staattinen reititystietue niiden tietokoneiden reititystaulukkoon, joihin haluamme päästä ulkopuolelta VPN-palvelimemme kautta. SuSE Linuxissa tämä on helppoa, sillä YAST tarjoaa osion, johon staattiset reititystiedot voidaan lisätä. Mac OS X:ssä komentorivi toimii, mutta uudelleenkäynnistyksen jälkeen reitti katoaa: route add 10.8.0.0/24 192.168.0.2 Tarkista tietyn IP-osoitteen reitti:route get 10.8.0.1Linuxissa samalla komennolla on kuitenkin erilainen syntaksi:route add -net 10.8.0.0 netmask 255.255.255.0 gw 192.168.0.2Jotta reititystiedot säilyisivät uudelleenkäynnistyksen jälkeen, loin kansion AddRoutes hakemistoon /Library/StartupItems. Tämän kansion sisällä on oltava kaksi tiedostoa: AddRoutes ja StartupParameters.plist. Näiden tiedostojen sisältö on seuraava:AddRoutes:#!/bin/sh# Määritä staattiset reititystaulukot. /etc/rc.commonStartService (){ ConsoleMessage "Lisätään staattisia reititystaulukoita" route add -net 10.8.0.0/24 192.168.0.2}StopService (){ return 0}RestartService (){ return 0}RunService "$1"StartupParameters.plist:{ Description = "Lisää staattiset reititystaulukot"; Provides = ("AddRoutes"); Requires = ("Network"); OrderPreference = "None";}Näiden tiedostojen on oltava kaikkien luettavissa ja suoritettavissa Mac OS X 10.4.7:ssä. Mac OS X saattaa kuitenkin poistaa nämä tiedostot jokaisen järjestelmäpäivityksen yhteydessä (ainakin Mountain Lionista Mavericksiin siirryttäessä asetukseni katosivat kokonaan). Kun olin luonut ne uudelleen, sain käynnistyksen yhteydessä virheilmoituksen ”Insecure Startup Item disabled”, ja minun piti myöntää hakemistolle ja tiedostoille seuraavat käyttöoikeudet, jotta virhe katosi:drwxr-xr-x 4 root wheel 136 6. elokuuta 22:44 AddRoutes``-rwxr-xr-x 1 root wheel 238 6. elokuuta 22:43 AddRoutes-rwxr-xr-x 1 root wheel 123 6. elokuuta 22:44 StartupParameters.plistTällä menettelyllä reittiä ei kuitenkaan lisätä Mavericksissa, enkä löytänyt mitään tietoa siitä, miten tämä tehdään.Alkuperäinen tieto on peräisin seuraavalta verkkosivustolta: http://macosx.com/forums/showthread.php?t=267209 .

Kuinka mahdollistaa VPN-asiakasohjelmien pääsy lähiverkon tietokoneisiin, joissa ei ole VPN-ohjelmistoa käynnissä

Tue, 08 Aug 2006 00:00:00 +0000

Asensin OpenVPN-palvelun palvelimellemme. Oletusasetukset toimivat heti käyttövalmiina. Halusin kuitenkin käyttää VPN-asiakasohjelmaa suorittaakseni paikallisverkkomme (LAN) tietokoneiden varmuuskopioinnin etäyhteyden kautta (backuppc-ohjelmiston avulla). Ensin asensin OpenVPN-asiakasohjelmat kaikkiin varmuuskopioitaviin LAN-tietokoneisiin, mutta OpenVPN näyttää toimivan hieman epäluotettavasti Mac OS X:ssä. Siksi halusin määrittää VPN-palvelimen välittämään pyynnöt LAN-verkkoomme. Seuraavat muutokset olivat tarpeen: