Secure Shell on Michael’s Domain

Keinoja, joilla prosessi voidaan pitää käynnissä uloskirjautumisen jälkeen

Sat, 26 Jun 2021 00:00:00 +0000

[thumbnail] url = “img/screen.webp” title = “Screenshot of screen” author = “Michael Jeltsch” +++

On monia tapoja pitää prosessi käynnissä uloskirjautumisen jälkeen. Jokaisella niistä on omat etunsa ja haittansa: nohup, disown, screen, tmux, ssh2go jne. Screen ei todellakaan ole ominaisuuksiltaan monipuolisin tai nykyaikaisin ratkaisu, mutta se on oletusarvoisesti käytettävissä melkein kaikissa Linux-asennuksissa. Siksi käytän sitä. Näin se toimii:

Kuinka ottaa käyttöön salasanattomat kirjautumiset palvelimelle

Wed, 24 Jul 2019 00:00:00 +0000

Ota palvelimella käyttöön root-kirjautuminen salasanalla. Tätä varten sinun on muokattava tiedostoa /etc/ssh/sshd_config. Muokkaa ”PermitRootLogin”-merkillä alkavia rivejä seuraavasti: #PermitRootLogin prohibit-password PermitRootLogin yes
Käynnistä sshd-palvelin uudelleen: sudo systemctl restart sshd
Kopioi asiakaskoneelta julkisen avaimen tiedostot palvelimelle ssh-copy-id-komennolla: ssh-copy-id root@server
Poista palvelimella käytöstä root-käyttäjän kirjautuminen salasanalla ja ota käyttöön root-käyttäjän kirjautuminen julkisen avaimen todennuksella:PermitRootLogin prohibit-password#PermitRootLogin yes

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”.

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 &

tar-tiedostojen kopiointi SSH:n kautta

Fri, 26 Sep 2008 00:00:00 +0000

tar czv lähdepolku | ssh -l käyttäjätunnus 192.168.0.5 tar xz -C kohdepolku

VNC (Virtual Network Computing) SSH:n kautta

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

Istun kotona ja haluaisin käyttää työpaikkani Linux-tietokoneen käyttöliittymää. Työpaikkani tietokone, jolla VNC-palvelin toimii (mcblpc2.hi.helsinki.fi), sijaitsee kuitenkin yliopiston palomuurin takana. Ainoa yhteys, jonka voin muodostaa palomuurin läpi, on yliopiston keskuspalvelimien kautta, esimerkiksi vesuri.helsinki.fi. VNC-yhteyden muodostamiseen tarvitsen vain kaksi komentoa: ssh -L 5901:mcblpc2.hi.helsinki.fi:5901 mjeltsch@vesuri.helsinki.fivncviewer localhost:1Yhteyden nopeuttamiseksi voit käyttää pakkausta (auttaa vain, jos yhteys on hidas, esim. modeemiyhteys). Kun käytät VNC:tä ssh:n kautta, vncviewer luulee, että muodostat yhteyden paikalliseen koneeseen, ja valitsee siksi väärän koodauksen. Joten toisen komennon pitäisi oikeastaan olla: vncviewer localhost:1 -compresslevel 0 -encodings "copyrect hextile"Kun suoritat vncserveriä tietokoneella, jolla on oma palomuuri, sinun on pidettävä sshd:tä käynnissä ja avattava ssh-portti (22). Sitten muodostat tunnelin kyseisen tietokoneen SSH-palvelimelta paikallisen tietokoneesi porttiin: ssh -L 5901:remotemachine:5901 käyttäjätunnus@remotemachine vncviewer localhost:1Kun käytät KDE:n työpöydän jakamista Suse 9.0:ssa, jaat fyysisen näytön (:0). Siksi, jos olet kirjautunut ulos, et voi muodostaa yhteyttä työpöydän jakamisen avulla. Sinun on käynnistettävä lisäksi vncserver-instanssi: vncserver Tämä palvelin käyttää oletuksena :1-istuntoa, ja siksi välitettävän portin on oltava 5901 eikä 5900 (kuten ensimmäisessä istunnossa).

SSH-isäntäavaimet

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

Kun asennat SSH-palvelimen uudelleen, sinun tulisi säilyttää vanhan järjestelmän SSH-avaintiedostot. Muussa tapauksessa SSH-asiakasohjelmat saavat viestejä tyyliin ”ON MAHDOLLISTA, ETTÄ JOKU TEKEE JOTAKIN PAHAA!”. Jos tiedostoja ei ole säilytetty, asiakkaat voivat tietysti poistaa merkinnät isäntäavaintiedostosta (yleensä /home/user/.ssh/known_hosts). Kun käyttäjä sen jälkeen muodostaa uudelleen yhteyden palvelimeen, uudet, muuttuneet isäntäavaintiedostot lisätään isäntäavaintiedostoon.

dd-komennon suorittaminen SSH:n kautta ja tulosteen ohjaaminen paikalliseen tiedostoon

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

Halusin kopioida kokonaisen salatun osion verkon kautta tiedostoon. SSH:n kautta voi suorittaa monia komentoja, mutta toisinaan on vaikeaa ohjata tuloste haluttuun kohteeseen. Esimerkiksi “more”-komento ei tulosta standarditulostukseen, kun sitä käytetään SSH:n kautta. Sinun on käytettävä “less”-komentoa, jotta tiedoston sisältö näkyy paikallisesti (ainakin RedHat 8 -etäkoneella). dd-komennolla ei voi käyttää syntaksia “dd if=input of=output”, vaan on käytettävä syntaksia “dd output”. Komento, jolla lopulta onnistuin, on ssh -l root remote-machine 'dd hda1.bin

Etäisen X11-ulostulon tunnelointi palomuurin takana olevaan paikalliseen koneeseen (ssh, X11, ForwardX11)

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

Jos X11-välitys on kielletty yleisesti paikallisella koneellasi, sinun on ohitettava tämä asetus muokkaamalla tiedostoa ~/.ssh/config: Host hostname.domain.org ForwardX11 yes Sen jälkeen voit muodostaa SSH-yhteyden etätietokoneeseen hostname.domain.org: ssh -X username@hostname.domain.org Suorita sitten jokin ohjelma, joka tuottaa tulostetta X11:een, esim.: xclock &

SSH:n käyttö skripteissä (turvallinen VNC-yhteys yhdellä napsautuksella krdc:n avulla)

Thu, 29 Mar 2007 00:00:00 +0000

SSH:n käyttö skripteissä (yhdellä napsautuksella muodostettava suojattu VNC-yhteys krdc:n avulla) Halusin luoda VNC-yhteyden, joka tunneloidaan SSH:n kautta ja muodostetaan yhdellä napsautuksella. Laadin seuraavan sisältöisen shell-skriptin: !/bin/sh ssh -L 5902:192.168.0.7:5902 -f -N jeltsch@192.168.0.7 krdc localhost:2 SSH-yhteys pysyy auki taustalla, kunnes krdc-sovellus on lopettanut toimintansa.