Palomuuri on Michael’s Domain

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 &

Yksi palomuuri, joka estää ne kaikki

Tue, 06 Nov 2012 00:00:00 +0000

Helsingin yliopiston palomuuri estää työntekijöitä tekemästä töitäKun makasin sairaalassa murtuneen sääriluun takia, en pystynyt tekemään mitään töitä Helsingin yliopiston palomuurin takia. Vaikka Android OpenVPN -asiakasohjelma olisi päästänyt minut verkkoon, en olisi silti pystynyt työskentelemään. VPN:n tarkoituksena on antaa etäasiakkaille sama pääsy LAN-resursseihin kuin koneille, jotka sijaitsevat fyysisesti LAN-verkossa. Ilmeisesti Helsingin yliopisto ei ole samaa mieltä eikä anna VPN-asiakkaille yhtäläisiä oikeuksia. Minun tapauksessani se tarkoitti, etten voi muodostaa SSH-yhteyttä työtietokoneeseeni. Tämä tekee etätyöskentelystä kallista, koska pomoni joutui ostamaan minulle kannettavan tietokoneen vain siksi, että HY-VPN-asiakkaiden ja paikallisten koneiden välinen palomuuri estää SSH-yhteydet. Ilman tätä rajoitusta voisin hoitaa kaiken työni 400 euron tabletillani käyttämällä esimerkiksi nomachine Playeria).Myös kiertotavat epäonnistuivatJos olisin onnistunut kirjautumaan johonkin yliopiston UNIX-palvelimista (myntti, kruuna, klaava tai ruuvi), olisin voinut kirjautua sieltä työtietokoneelleni. Android-SSH-asiakasohjelmani ConnectBot ei kuitenkaan pystynyt muodostamaan SSH-yhteyttä niihin. Oletan tämän johtuvan matkapuhelinoperaattoristani Tele Finlandista , koska en päässyt kirjautumaan myöskään omiin SSH-palvelimiini (mihin yleensä pääsen, kun Android-laitteeni on yhteydessä WLAN-verkkoon). Heti kun saan SSH-yhteyden työtietokoneeseeni, voin luoda käänteisen SSH-tunnelin ja käyttää X Windowsia tai NoMachine Playeria ja tehdä kaikki ne työt, jotka yleensä teen istuessani laboratoriossa työtietokoneeni ääressäPlex ja loputtomat videotoisto-ongelmatEn kuitenkaan saanut OpenVPN-asetuksia toimimaan Androidilla, eikä tukipalvelukaan ole tähän mennessä onnistunut siinä. Joten minulla oli sairaalassa todella tylsää, ja koska käytämme kotona Plexiä mediakeskuksena, päätin katsoa muutaman elokuvan. Plex on kuitenkin neljän vuoden kehitystyön jälkeen edelleen beetavaiheessa, ja meillä oli runsaasti ongelmia median toistossa. Myös tällä kertaa: en pystynyt toistamaan yhtään elokuvaa tai yhtään kappaletta [Android-asiakasohjelman]( https://play.google.com/store/apps/details?id=com avulla.plexapp.android&feature=search_result#?t=W251bGwsMSwyLDEsImNvbS5wbGV4YXBwLmFuZHJvaWQiXQ..). Se muodosti yhteyden (Ubuntu 10.04) -plexmediaserveriimme ilman ongelmia, mutta ainoa toimiva osa oli ”Valokuvat”-osio. Kokeilemalla huomasin, että osa ongelmasta johtui siitä, että videot olivat Applen QuickTime-muodossa (ne oli koodattu Macilla). Joten etsin tapaa muuntaa satoja tiedostoja kerralla .mov-muodosta .avi-muotoon. Tämä olisi varmasti nopeampaa kuin bugiraportin tekeminen ja odottaminen, että Plexin porukka korjaisi ongelman. QuickTime onhan muutenkin jo kuollut, eikö niin? ffmpeg oli varmasti oikea ratkaisu, mutta Google tulvi hakutuloksia, jotka koskivat joukkokonversiota, ja ongelmana oli löytää se, joka toimii. Valitettavasti verkossa on paljon roskaa ja häiriötekijöitä. Seuraava yhden rivin komento toimi: find . -name '*.mov' -exec sh -c 'ffmpeg -i "$0" -sameq "${0%%.mov}.avi"' {} \;

Palomuurin määritysohjelmat (fwbuilder, yast2, iptables, Brickwall/Brickhouse)

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

Palomuurin manuaalinen määrittäminen iptables-komentojen avulla on melko vaikeaa. Kun käytimme vielä RedHat 8.1:tä, teimme niin, mutta emme enää. Käytämme nyt palomuurin konfigurointiin yast2:ta. Vaihtoehto yast2:lle on fwbuilder . Kokeilimme sitä kerran, ja se näyttää toimivan, vaikka sen tuottama koodi onkin melko laaja verrattuna manuaaliseen konfigurointiin. Selvä etu on, että fwbuilderia voidaan käyttää yhdessä monenlaisten palomuurien ja käyttöjärjestelmien kanssa (esim. myös Mac OS X:n kanssa). Mielestäni Brickhouse (ent. Brickwall) on erittäin hyvä – luultavasti paras ja helpoin – konfigurointiscripti Mac OS X:n sisäänrakennetuille palomuuri- ja reititystoiminnoille. Mielestäni Linux-yhteisö tarvitsee tällaisen projektin, sillä Brickhouse on huomattavasti helpompi käyttää kuin fwbuilder.