Mitenkähän ottaisin yhteyden Tumbleweed <-> openSUSE 15.2

[RaijaR]

Nyt sitten tuli yo. tarve.
Yhteys Tumbleweed <-> Pi toimii hyvin,joten TigerVNC-viewer Tumbleweedissä lienee kunnossa. Mutta miten konffaan openSUSEn? En ole vielä tehnyt siellä mitään, paitsi katsonut, että TigerVNC on asennettu.

Koodia: [Valitse]

raija@localhost:~> ssh jokuvaan@192.168.1.xxx
ssh: connect to host 192.168.1.xxx port 22: No route to host
raija@localhost:~>

Varmaankin tuo herjaa kertoo jollekin tietävälle heti mitä pitää tehdä 

[harmie]

Onko nuo koneet samassa sisäverkossa? Nyt yrität ottaa ssh-yhteyden sisäisellä ip-osoitteella.

[RaijaR]

Joo, ovat samassa sisäverkossa.

[harmie]

Onkohan tuo ip-osoite sitten ihan oikea, koska nyt se valittaa että ei reititystä

koneen ip-osoitteen näet tällä

Koodia: [Valitse]

ip a s


[SuperOscar]

Onhan SSH:n portti avattu palomuurista? Sille on erillinen valinta asennettaessa. Tai onko porttia muutettu oletuksesta (22)? Silloin pitää itse luoda portin kertova XML-tiedosto palomuuria varten kansioon /etc/firewalld/services.

[RaijaR]

Tuo tulostus (ssh: connect to host 192.168.1.xxx port 22: No route to host) on siitä, kun yritän ottaa istunnon Tumbleweed (minä)-> Leap (äiti). IP-osoite on oikein.
Oletan, että yhteys on Tumbleweedin päässä toimiva, koska se toimii raspiin. Raspin konffaukseen oli hyvä ohje, mutta vastaavaa en ole löytänyt Leapiin.

Leapissa oli valmiiksi asennettuna Tigervnc, mutta en tiedä voiko se toimia serverinä.

Yritin puhkoa Leapin palomuuriin reikää 22-porttiin (=SSH?), mutta en ymmärrä tuosta "uudesta" palomuurista mitään eli en osaa konffata sitä.
En tiedä mitä valitsen "Vyöhykkeeksi" ja "Palvelun nimeksi" (kts.kuva). En mielellään lähde tekemään xml-tiedostoa, kun portin saa varmaan auki Yastillakin.
En siis ole konffannut Leapin päässä vielä mitään 

[harmie]

No jos sinulla ei ole mitään portteja avattuna internettiin reitittimestä niin voisin sanoa, että aika turhaa pitää palomuuria kotiverkossa päällä. Koneet ovat jo suojassa reitittimen takana NAT verkossa.

[SuperOscar]

Yritin puhkoa Leapin palomuuriin reikää 22-porttiin (=SSH?), mutta en ymmärrä tuosta "uudesta" palomuurista mitään eli en osaa konffata sitä.

Se onkin vähän kryptinen

Oletusvyöhyke on ”public”, jollet ole tehnyt mitään muita asetuksia.

Voit halutessasi myös tarkistaa vyöhykkeen: valitse tuossa aloitusnäkymässä kohta ”Liitännät”, sitten oikealta puolen laite (verkkolaitteen laitenimi, esim. ”eth0”), paina painiketta ”Erikois…” ja katso mitä lukee kentässä ”Vyöhyke”.

Valitse vyöhyke vasemman puolen alaosasta. Oikealle puolen ilmestyvät tunnetut palvelut (”Tunnettu”-kenttä) ja mitkä niistä on sallittu (”Sallittu”-kenttä). Valitse tunnetuista ”ssh” ja paina ”Lisää →” -painiketta, jolloin se siirtyy toiselle puolen.

En mielellään lähde tekemään xml-tiedostoa, kun portin saa varmaan auki Yastillakin.

Itse asiassa sekin on varsin helppoa, mutta kokeillaan nyt aluksi näillä.

Sivumennen: onpa turhan monta heikkoa käännösjonoa. Täytyykin käydä paikkailemassa niitä.

[RaijaR]

No jos sinulla ei ole mitään portteja avattuna internettiin reitittimestä niin voisin sanoa, että aika turhaa pitää palomuuria kotiverkossa päällä. Koneet ovat jo suojassa reitittimen takana NAT verkossa.

Tarkoittaako tuo NAT sitä, että reititin vaihtaa osoitteen sisäiseksi (192.168...), kun internetistä tullaan sisäverkkoon ja päinvastoin? En ole mielestäni asettanut mitään portteja reitittimessä (itse asiassa en edes löytänyt mitään komentoakaan, jolla sen voisi tehdä?).

[RaijaR]

Se onkin vähän kryptinen

Oletusvyöhyke on ”public”, jollet ole tehnyt mitään muita asetuksia.

Voit halutessasi myös tarkistaa vyöhykkeen: valitse tuossa aloitusnäkymässä kohta ”Liitännät”, sitten oikealta puolen laite (verkkolaitteen laitenimi, esim. ”eth0”), paina painiketta ”Erikois…” ja katso mitä lukee kentässä ”Vyöhyke”.

Valitse vyöhyke vasemman puolen alaosasta. Oikealle puolen ilmestyvät tunnetut palvelut (”Tunnettu”-kenttä) ja mitkä niistä on sallittu (”Sallittu”-kenttä). Valitse tunnetuista ”ssh” ja paina ”Lisää →” -painiketta, jolloin se siirtyy toiselle puolen.

Itse asiassa sekin on varsin helppoa, mutta kokeillaan nyt aluksi näillä.

Sivumennen: onpa turhan monta heikkoa käännösjonoa. Täytyykin käydä paikkailemassa niitä.

Kiitos tästä olikin jo paljon apua. Kokeilen näillä opella. 
Nuo Vyöhykkeiden nimet (block, dmz ...) ei kerro minulle mitään, paitsi libvirt, josta pienoinen ymmärryksen siemen on.

ps. asiasta ihan toiseen: SUSEn kalenteri väittää, että Juhannus on ensi viikonloppuna, mutta ei kai nyt sentään.

[harmie]

No jos sinulla ei ole mitään portteja avattuna internettiin reitittimestä niin voisin sanoa, että aika turhaa pitää palomuuria kotiverkossa päällä. Koneet ovat jo suojassa reitittimen takana NAT verkossa.

Tarkoittaako tuo NAT sitä, että reititin vaihtaa osoitteen sisäiseksi (192.168...), kun internetistä tullaan sisäverkkoon ja päinvastoin? En ole mielestäni asettanut mitään portteja reitittimessä (itse asiassa en edes löytänyt mitään komentoakaan, jolla sen voisi tehdä?).

Kyllä se sitä tarkoittaa, eli tuo 192.168.x.x on privaatti osoite joka ei sellaisenaan näy maailmalle. Reitittimessäsi on julkinen ip-osoite jolla kone näyttäytyy maailmalle, jotta maailmalta sadaan sitten yhteys sisäverkon koneeseen pitää reitittimeen tehdä portti ohjaus joka ohjaa sinun julkiseen ip-osoitteeseen tulevan liikenteen sisäverkon osoitteeseen esimerkiksi leikitään että sinun julkinen ip olisi 1.2.3.4 niin voisit tehdä reitittimessä portti ohjauksen 1.2.3.4:22 --> 192.168.1.100:22. Tällöin maailmata saisi ssh-yhteyden kotikoneellesi ottamalla yhteyden ssh user@1.2.3.4.
Toki asia ei ole ihan noin simppeli, koska normaalisti tuo 1.2.3.4 osoite muuttuu satunnaisesti ja siksi on olemassa nimipalveluita jotka osaa ohjaa liikenteen aina oikeaan ip-osoitteeseen olettaen, että sitä tietoa jotenkin päivitetään.

Toki porttien ei tarvitse olla samat ulko ja sisäverkossa ja esim ssh kannattaakin heittää johonkin ei tunnettuun porttiin ulkoverkon puolella niin 90% tippuu sisäänkirjautumis yritykset.
esim 1.2.3.4:10022 --> 192.168.1.100:22 tällöin maailmalta ssh tapahtuisi ssh -p 10022 user@1.2.3.4

mutta jos et ole mitään konfannut niin ei siellä oletuksena mitään ohjauksia ole.

[SuperOscar]

Nuo Vyöhykkeiden nimet (block, dmz ...) ei kerro minulle mitään,

Ne ovat vain nimiä. Oikeastaan en ymmärrä, miksi niitä on edes asetettu valmiiksi niin monta, mutta ehkä yritysympäristössä näin on tarpeen. Oletusarvoisesti niistä on käytössä vain yksi eli ilmeisesti tuo ”public”.

[RaijaR]

No jos sinulla ei ole mitään portteja avattuna internettiin reitittimestä niin voisin sanoa, että aika turhaa pitää palomuuria kotiverkossa päällä. Koneet ovat jo suojassa reitittimen takana NAT verkossa.

Tarkoittaako tuo NAT sitä, että reititin vaihtaa osoitteen sisäiseksi (192.168...), kun internetistä tullaan sisäverkkoon ja päinvastoin? En ole mielestäni asettanut mitään portteja reitittimessä (itse asiassa en edes löytänyt mitään komentoakaan, jolla sen voisi tehdä?).

Kyllä se sitä tarkoittaa, eli tuo 192.168.x.x on privaatti osoite joka ei sellaisenaan näy maailmalle. Reitittimessäsi on julkinen ip-osoite jolla kone näyttäytyy maailmalle, jotta maailmalta sadaan sitten yhteys sisäverkon koneeseen pitää reitittimeen tehdä portti ohjaus joka ohjaa sinun julkiseen ip-osoitteeseen tulevan liikenteen sisäverkon osoitteeseen esimerkiksi leikitään että sinun julkinen ip olisi 1.2.3.4 niin voisit tehdä reitittimessä portti ohjauksen 1.2.3.4:22 --> 192.168.1.100:22. Tällöin maailmata saisi ssh-yhteyden kotikoneellesi ottamalla yhteyden ssh user@1.2.3.4.
Toki asia ei ole ihan noin simppeli, koska normaalisti tuo 1.2.3.4 osoite muuttuu satunnaisesti ja siksi on olemassa nimipalveluita jotka osaa ohjaa liikenteen aina oikeaan ip-osoitteeseen olettaen, että sitä tietoa jotenkin päivitetään.

Toki porttien ei tarvitse olla samat ulko ja sisäverkossa ja esim ssh kannattaakin heittää johonkin ei tunnettuun porttiin ulkoverkon puolella niin 90% tippuu sisäänkirjautumis yritykset.
esim 1.2.3.4:10022 --> 192.168.1.100:22 tällöin maailmalta ssh tapahtuisi ssh -p 10022 user@1.2.3.4

mutta jos et ole mitään konfannut niin ei siellä oletuksena mitään ohjauksia ole.

Kiitos, luulen, että vähän ymmärsinkin, mutta en varmaankaan taas seuraavalla kerralla muista. 
Vaan täältähän tämä löytyy tulevaisuudessakin 

[RaijaR]

Nuo Vyöhykkeiden nimet (block, dmz ...) ei kerro minulle mitään,

Ne ovat vain nimiä. Oikeastaan en ymmärrä, miksi niitä on edes asetettu valmiiksi niin monta, mutta ehkä yritysympäristössä näin on tarpeen. Oletusarvoisesti niistä on käytössä vain yksi eli ilmeisesti tuo ”public”.

Jep. Sehän se tässä oli ongelma, että kun sisäverkossa (192.168...) haluaa ottaa yhteyden ssh:lla toiseen koneeseen  samassa verkossa, niin mitä sinne kohdekoneeseen pitää konffata. Sen ymmärrän, että ssh-portti pitää avata kohdekoneessa, mutta miten?

Minäpä nyt sitten avaan 22 portin publiciin ja katson mitä sitten tapahtuu 

[RaijaR]

Vähän nytkähti eteenpäin -luulisin.

Koodia: [Valitse]

ssh: connect to host 192.168.1.xxx port 22: Connection refused
Poistin Tigervcn:n, kun en ollut varma, että osaako se toimia serverinä. Asensin sitten OpenSSH:n mutta sillä tulee tuo em. herja.
Luulisin, että tämä on ihan peruskauraa, mutta tuntuu olevan (minulle) p#¤"%%n vaikeaa 

[RaijaR]

Löysin Yastista tommoset parametrit, joilla lienee vaikutusta asiaan (kuva). En ole testannut, kun tarttee aina vaihtaa fyysistä locaatiota.

[SuperOscar]

Sen ymmärrän, että ssh-portti pitää avata kohdekoneessa, mutta miten?

Se on helpointa asennusvaiheessa. Asennuksen yhteenvetosivulla ennen lähtölaukausta pitää vain tehdä kaksi asiaa: ottaa SSH-palvelin käyttöön ja avata SSH:n portti. Minä olen vuosikaudet tehnyt niin automaattisesti, koska kopioin kotona jatkuvasti tiedostoja scp:llä koneelta toiselle.

[RaijaR]

Minä olen nyt sählännyt taas tämän kanssa tuntitolkulla ja alkaa hermot mennä. Ei perhana voi olla näin vaikeaa, kun raspilla meni konffaus (melkein) heittämällä.

Kuinka näen mitä portit on oikeasti auki?
Mikä ohjelma pitää openSUSE Leapiin asentaa, että toimii serverinä. Nyt on asenettu TigerVNC, VNCmanager, Xorg-x11-Xvnc - eikä mitään apua.
Yastilla näkyy palomuurissa sallitut portit dhcpv6-client, ssh, tigevnc, tigervnc-https.

Koodia: [Valitse]

ssh: connect to host 192.168.1.107 port 22: Connection refusedKun nyt edes jotain logia löytäisi... 

[harmie]

Minä olen nyt sählännyt taas tämän kanssa tuntitolkulla ja alkaa hermot mennä. Ei perhana voi olla näin vaikeaa, kun raspilla meni konffaus (melkein) heittämällä.

Kuinka näen mitä portit on oikeasti auki?
Mikä ohjelma pitää openSUSE Leapiin asentaa, että toimii serverinä. Nyt on asenettu TigerVNC, VNCmanager, Xorg-x11-Xvnc - eikä mitään apua.
Yastilla näkyy palomuurissa sallitut portit dhcpv6-client, ssh, tigevnc, tigervnc-https.

Koodia: [Valitse]

ssh: connect to host 192.168.1.107 port 22: Connection refusedKun nyt edes jotain logia löytäisi... 

Vaikuttaisi, että ssh-palvelin ei ole käynnissä tuolla koneella jonne yrität yhteyden ottaa.

[RaijaR]

Samaan päätelmään minäkin olen tullut, mutta en saa sitä käyntiin.

Koodia: [Valitse]

Tässä listaus raspberrystä ja siellähän sshd on:
pi@raspberrypi:~ $ sudo netstat -tnlp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name   
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN      506/vncserver-x11-c
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      526/sshd           
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      4696/cupsd         
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      740/master         
tcp6       0      0 :::5900                 :::*                    LISTEN      506/vncserver-x11-c
tcp6       0      0 :::22                   :::*                    LISTEN      526/sshd           
tcp6       0      0 ::1:631                 :::*                    LISTEN      4696/cupsd         
tcp6       0      0 ::1:25                  :::*                    LISTEN      740/master         
pi@raspberrypi:~ $


Koodia: [Valitse]

openSUSE Leapissä ei mokomaan näy ja kovin kuolleelta vaikuttaa:
konex:/bin # netstat -tnlp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name   
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      1206/cupsd         
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      1668/master         
tcp        0      0 0.0.0.0:5901            0.0.0.0:*               LISTEN      1334/vncmanager     
tcp6       0      0 :::1716                 :::*                    LISTEN      2072/kdeconnectd   
tcp6       0      0 ::1:631                 :::*                    LISTEN      1206/cupsd         
tcp6       0      0 ::1:25                  :::*                    LISTEN      1668/master         
tcp6       0      0 :::5901                 :::*                    LISTEN      1334/vncmanager     
konex:/bin #

konex:/etc/sysconfig/SuSEfirewall2.d/services # systemctl status sshd
● sshd.service - OpenSSH Daemon
   Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: disabled)
   Active: inactive (dead)
konex:/etc/sysconfig/SuSEfirewall2.d/services #