Miten Raspille kiinteä IP osoite [RATKAISTU]

[nm]

Outoa ettei ping 8.8.8.8 toimi. Onko 192.168.8.1 reitittimen oikea osoite, jos tarkistat jollain toisella koneella, joka saa osoitteensa DHCP:llä? Eihän mikään laite verkossa saa nyt samaa osoitetta kuin reititin, jos muutit DHCP-aluetta reitittimen asetuksissa? Se olisi kyllä bugi reitittimen softassa, mutta ei ehkä täysin poissuljettu mahdollisuus.

Jos taas ping 8.8.8.8 kuitenkin toimii, mutta ping google.fi ei, vika on vain DNS-asetuksissa, eli voisi kokeilla vaikka samaista 8.8.8.8 -palvelinta ensisijaisena DNS:nä reitittimen DNS-välityspalvelun sijaan.

[raimo]

Outoa ettei ping 8.8.8.8 toimi. Onko 192.168.8.1 reitittimen oikea osoite, jos tarkistat jollain toisella koneella, joka saa osoitteensa DHCP:llä? Eihän mikään laite verkossa saa nyt samaa osoitetta kuin reititin, jos muutit DHCP-aluetta reitittimen asetuksissa? Se olisi kyllä bugi reitittimen softassa, mutta ei ehkä täysin poissuljettu mahdollisuus.

Jos taas ping 8.8.8.8 kuitenkin toimii, mutta ping google.fi ei, vika on vain DNS-asetuksissa, eli voisi kokeilla vaikka samaista 8.8.8.8 -palvelinta ensisijaisena DNS:nä reitittimen DNS-välityspalvelun sijaan.

Ping ei toimi mihinkään, ei osoitteisiin eikä numeroihin. j a 192.168.8.1 on oikein koska KDE neon toimii täysin kuvan mukaisilla asetuksilla.
Ja DHCP alue on muutettu.

[nm]

Ettei olisi Raspin ufw-palomuurin aiheuttama ongelma? Voisi kokeilla kokonaan ilman palomuuria.

[raimo]

Ettei olisi Raspin ufw-palomuurin aiheuttama ongelma? Voisi kokeilla kokonaan ilman palomuuria.

Palomuuri on pois päältä.

[raimo]

Poistin nyt koko ufw paketin ja otin Huawein palomuurin pois päältä.
ping 8.8.8.8 toimii hirveällä viiveellä aluksi menee 10 sekuntia ja sitten tulee 10 vastausta muutamalla ms. Kunnes taas on viive.

Koodia: [Valitse]

pi@raspberrypi ~ $ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=7 ttl=53 time=880 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=53 time=32.8 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=53 time=42.0 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=53 time=26.9 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=53 time=28.0 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=53 time=28.8 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=53 time=49.5 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=53 time=42.4 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=53 time=40.1 ms
64 bytes from 8.8.8.8: icmp_seq=52 ttl=53 time=1920 ms
64 bytes from 8.8.8.8: icmp_seq=53 ttl=53 time=880 ms
64 bytes from 8.8.8.8: icmp_seq=54 ttl=53 time=31.7 ms
64 bytes from 8.8.8.8: icmp_seq=55 ttl=53 time=51.4 ms
64 bytes from 8.8.8.8: icmp_seq=56 ttl=53 time=49.1 ms
64 bytes from 8.8.8.8: icmp_seq=57 ttl=53 time=29.2 ms
64 bytes from 8.8.8.8: icmp_seq=58 ttl=53 time=46.4 ms
64 bytes from 8.8.8.8: icmp_seq=59 ttl=53 time=42.3 ms
64 bytes from 8.8.8.8: icmp_seq=60 ttl=53 time=45.8 ms
64 bytes from 8.8.8.8: icmp_seq=61 ttl=53 time=51.1 ms


Koodia: [Valitse]

--- 8.8.8.8 ping statistics ---
433 packets transmitted, 98 received, 77% packet loss, time 446082ms
rtt min/avg/max/mdev = 26.010/277.553/1920.530/551.708 ms, pipe 2
No sinänsä tuolla Raspilla ei ole mitään muuta asiaa nettiin kuin päivitykset ja sähköpostin lähetys tilastaan.
Pääasia että TV-tikku ja ssh toimii OK.

[raimo]

Raspin asetuksissahan tämä on oltava tms. Koska KDE neon toimii yhtälailla ko alueen ulkopuolella olevalla osoitteella täysin ongelmitta.
Ja raspi toimi network-managerin kanssa OK.

Raspbian Stretch Lite latautuu jo, asennan sen josko vika on Jessiessä, kun sitä on tullut säädettyä sieltä ja täältä vaikka miten ja paljon.

[nm]

Huawein palomuuri on paras laittaa takaisin päälle.

Kernelin lokia ja järjestelmälokia voisi silmäillä. Niissä näkyy verkkoon liittyviä ongelmia ja järjestelmäpalvelujen uudelleenkäynnistymisiä, jos taustalla on jotain sellaista.

[raimo]

Huawein palomuuri on paras laittaa takaisin päälle.

Kernelin lokia ja järjestelmälokia voisi silmäillä. Niissä näkyy verkkoon liittyviä ongelmia ja järjestelmäpalvelujen uudelleenkäynnistymisiä, jos taustalla on jotain sellaista.

Laitoin kyllä heti, eli en muuta kuin käytin poissa. Stretch olis kortilla kunhan vaan jaksaa väkertää ssh-avaimet paikoilleen jne.
Otin kyllä imagen tästä Jessie-asennuksestakin että voin palata siihen sitten jos ei tuolla tule apuja.

[raimo]

Noin /etc/dhcpcd.conf tiedosto riittää, sisältö:

Koodia: [Valitse]

interface eth0
static ip_address=192.168.8.120
static routers=192.168.8.1
domain_name_servers=192.168.8.1
Systeemi on muuttunut /etc/network/interfaces ei ole samassa käytössä enää vaan se ohjaa näin sanoen:

Koodia: [Valitse]

pi@raspberrypi:~ $ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

Nyt kaikki toimii.

[raimo]

Noin /etc/dhcpcd.conf tiedosto riittää, sisältö:

Koodia: [Valitse]

interface eth0
static ip_address=192.168.8.120
static routers=192.168.8.1
domain_name_servers=192.168.8.1
Systeemi on muuttunut /etc/network/interfaces ei ole samassa käytössä enää vaan se ohjaa näin sanoen:

Koodia: [Valitse]

pi@raspberrypi:~ $ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

Nyt kaikki toimii.

Onnistuin katkaisemaan raspin kortin (unohdin ottaa sen pois kun avasin kotelon laittaakseni uuden RTC-palikan paikoilleen)
No nyt en saa kiinteää IP:tä asennettua millään, tuo ohje joka toimi katkenneessa kortissa aiheuttaa sen että raspiin ei SSH:lla pääse käsiksi.
Valittaa että "No route to host"

[juyli]

Onnistuin katkaisemaan raspin kortin...
No nyt en saa kiinteää IP:tä asennettua millään, tuo ohje joka toimi katkenneessa kortissa aiheuttaa sen että raspiin ei SSH:lla pääse käsiksi.
Valittaa että "No route to host"

Alkuperäistä viestistä on jo yli 1 1/2 vuotta? Mikä siis nykyjärjestelmässä toimii - ja mikä ei.
Komennot ifconfig ja route avaisivat hieman, mikä verkko laitteessa toimii.
SSH-yhteyden toimintaan tarvittaneen uudet määritykset sekä sshd:lle sekä ssh:lle eli palvelin ja asiakasohjelman määritykset sekä
mahdollisesti palomuurien konffaus.
Jos joitakin avaimia on järjestelmään määritelty, todennäköisesti saat ne määritellä uudelleen.

Kun laite (esim. verkko) on uusi, ei sen MAC-osoite vastaa enää vanhan laitteen MAC:iä.
Laiterikoissa uuden laitteen määrittäminen vaatii sitä sun tätä.

Kyllä sinunkin Raimo tuo pitäisi jo tietää...

[raimo]

Onnistuin katkaisemaan raspin kortin...
No nyt en saa kiinteää IP:tä asennettua millään, tuo ohje joka toimi katkenneessa kortissa aiheuttaa sen että raspiin ei SSH:lla pääse käsiksi.
Valittaa että "No route to host"

Alkuperäistä viestistä on jo yli 1 1/2 vuotta? Mikä siis nykyjärjestelmässä toimii - ja mikä ei.
Komennot ifconfig ja route avaisivat hieman, mikä verkko laitteessa toimii.
SSH-yhteyden toimintaan tarvittaneen uudet määritykset sekä sshd:lle sekä ssh:lle eli palvelin ja asiakasohjelman määritykset sekä
mahdollisesti palomuurien konffaus.
Jos joitakin avaimia on järjestelmään määritelty, todennäköisesti saat ne määritellä uudelleen.

Kun laite (esim. verkko) on uusi, ei sen MAC-osoite vastaa enää vanhan laitteen MAC:iä.
Laiterikoissa uuden laitteen määrittäminen vaatii sitä sun tätä.

Kyllä sinunkin Raimo tuo pitäisi jo tietää...

Joo tiietään tiietään, mutta jokin on muuttunut tuossa /etc/dhcpcd.conf tiedoston konffauksessa. Aikanaan se oli lähes tyhjä tiedosto, nyt on täynnä käsittämätöntä siansaksaa. Avaimethan ne solmussa oli mutta silti en pysty tuolla /etc/dhcpcd.conf asettamaan kiinteää IP:tä enää.
Eikä ole tarviskaan välttämättä, eihän se IP muutu jos Raspi on aina päällä...

[pata]

Ao. toimi WLAN tapauksessa, kai sama toimii eth kanssa kun korvaa wlan -> eth.
/etc/network/interfaces en koskenut.
Hankaluutena on pitkät nimet (esim. wlx503eaa98eee0) joka ensin piti katsoa (ip address show).
Raspi-config vaiheessa voi käsittääkseni valita käyttääkö pitkiä nimiä (disable predictable if names).
Piti muistaakseni laittaa rasti disable kohtaan, jotta lyhyt nimi (wlan0) toimii. Lyhyt nimi on helpompi ja kai mahdollistaa WLAN tikun vaihdon ilman konfausta. Ssh konfaus tavalliseen tapaan.

Koodia: [Valitse]

# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate Stable Private IPv6 Addresses instead of hardware based ones
slaac private

# Example static IP configuration:
interface wlan0
#interface wlx503eaa98eee0
static ip_address=192.168.100.120/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
static routers=192.168.100.1
static domain_name_servers=193.210.19.19 8.8.8.8 fd51:42f8:caae:d92e::1

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0



[raimo]

Juuri noin olen kokeillut ja IP vaihtuu kyllä, mutta yhteyttä siihen ei saa. "No route to host" tulee ja mikä parasta kun kommentoi muutokset pois ja käynnistää Raspin ei siihen pääse enää käsiksi ssh:lla ollenkaan silloin tulee "Connection refused". Avaimia ei ole käytössä ja IP on oikea, samoin portti ja palomuuri pois päältä.

En ole keksinyt tuossa tilanteessa muuta kuin Raspin uudelleenasennuksen.

[Tomin]

Kertooko -vvv tarkemmin miksi yhteys torjuttiin tai löytyykö palvelimen lokeista (esim. /var/log/auth.log) lisätietoa?

[raimo]

Kertooko -vvv tarkemmin miksi yhteys torjuttiin tai löytyykö palvelimen lokeista (esim. /var/log/auth.log) lisätietoa?

Katsotaan kun taas joskus jaksan sen kanssa alkaa touhuamaan. Pelkän -v muistaakseni katsoin enkä ymmärtänyt mitään.

[raimo]

-vvv

Koodia: [Valitse]

ssh -vvv -p 22384 pi@192.168.8.120
OpenSSH_8.0p1, OpenSSL 1.1.1c FIPS  28 May 2019
debug1: Reading configuration data /etc/ssh/ssh_config
debug3: /etc/ssh/ssh_config line 51: Including file /etc/ssh/ssh_config.d/05-redhat.conf depth 0
debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf
debug2: checking match for 'final all' host 192.168.8.120 originally 192.168.8.120
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 3: not matched 'final'
debug2: match not found
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 5: Including file /etc/crypto-policies/back-ends/openssh.config depth 1 (parse only)
debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config
debug3: gss kex names ok: [gss-gex-sha1-,gss-group14-sha1-,gss-group1-sha1-]
debug3: kex names ok: [curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1]
debug1: configuration requests final Match pass
debug2: resolve_canonicalize: hostname 192.168.8.120 is address
debug1: re-parsing configuration
debug1: Reading configuration data /etc/ssh/ssh_config
debug3: /etc/ssh/ssh_config line 51: Including file /etc/ssh/ssh_config.d/05-redhat.conf depth 0
debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf
debug2: checking match for 'final all' host 192.168.8.120 originally 192.168.8.120
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 3: matched 'final'
debug2: match found
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 5: Including file /etc/crypto-policies/back-ends/openssh.config depth 1
debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config
debug3: gss kex names ok: [gss-gex-sha1-,gss-group14-sha1-,gss-group1-sha1-]
debug3: kex names ok: [curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1]
debug2: ssh_connect_direct
debug1: Connecting to 192.168.8.120 [192.168.8.120] port 22384.
debug1: connect to address 192.168.8.120 port 22384: Connection refused
ssh: connect to host 192.168.8.120 port 22384: Connection refused


[raimo]

Sitten kun kommentoi Raspista kiinteän IP:n pois on tilanne tämä, ja uudelleenasennus edessä.

Koodia: [Valitse]

[pai@kone-2 .ssh]$ ssh -vvv -p 22384 pi@192.168.8.103
OpenSSH_8.0p1, OpenSSL 1.1.1c FIPS  28 May 2019
debug1: Reading configuration data /etc/ssh/ssh_config
debug3: /etc/ssh/ssh_config line 51: Including file /etc/ssh/ssh_config.d/05-redhat.conf depth 0
debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf
debug2: checking match for 'final all' host 192.168.8.103 originally 192.168.8.103
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 3: not matched 'final'
debug2: match not found
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 5: Including file /etc/crypto-policies/back-ends/openssh.config depth 1 (parse only)
debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config
debug3: gss kex names ok: [gss-gex-sha1-,gss-group14-sha1-,gss-group1-sha1-]
debug3: kex names ok: [curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1]
debug1: configuration requests final Match pass
debug2: resolve_canonicalize: hostname 192.168.8.103 is address
debug1: re-parsing configuration
debug1: Reading configuration data /etc/ssh/ssh_config
debug3: /etc/ssh/ssh_config line 51: Including file /etc/ssh/ssh_config.d/05-redhat.conf depth 0
debug1: Reading configuration data /etc/ssh/ssh_config.d/05-redhat.conf
debug2: checking match for 'final all' host 192.168.8.103 originally 192.168.8.103
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 3: matched 'final'
debug2: match found
debug3: /etc/ssh/ssh_config.d/05-redhat.conf line 5: Including file /etc/crypto-policies/back-ends/openssh.config depth 1
debug1: Reading configuration data /etc/crypto-policies/back-ends/openssh.config
debug3: gss kex names ok: [gss-gex-sha1-,gss-group14-sha1-,gss-group1-sha1-]
debug3: kex names ok: [curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1]
debug2: ssh_connect_direct
debug1: Connecting to 192.168.8.103 [192.168.8.103] port 22384.
debug1: connect to address 192.168.8.103 port 22384: Connection refused
ssh: connect to host 192.168.8.103 port 22384: Connection refused
Raspin /var/log/auth.log tiedostoon ei tule mitään ja Fedorassa ei moista lokia ole ollenkaan.

No nyt selvis, Raspin ssh-serveri joko ei lähde buutissa käyntiin tai kaatuu jostakin syystä. Hän oli dead, käynnistin uudelleen ja pääsin sisään.
Nyt kokeilemme samaa kiinteällä osoitteella.

Jep.

Koodia: [Valitse]

sudo systemctl enable ssh
sudo systemctl start ssh ja kaikki toimii. [RATKAISTU]

[raimo]

Asiasta neljänteen. 

Mitä tarkoittaa tuo /24 IP-osoitteen perässä?

Koodia: [Valitse]

static ip_address=192.168.100.120/24

[Tomin]

Asiasta neljänteen. 

Mitä tarkoittaa tuo /24 IP-osoitteen perässä?

Koodia: [Valitse]

static ip_address=192.168.100.120/24

Aliverkkoa. Ensimmäisen 24 bittiä liittyvät aliverkkoon eli tässä tuo 192.168.100 ja aliverkkoon kuuluvat koneet erottuvat sitten tuolla viimeisellä numerolla.