Ubuntu Suomen keskustelualueet
Muut alueet => Muut käyttöjärjestelmät ja Linux-jakelut => Aiheen aloitti: raimo - 09.02.18 - klo:12.17
-
Reititin on 4G Huawei B315 ja siinä ei ole IP-osoitteen asetusta MAC osoitteen mukaan,
joten Raspille pitäisi jotenkin muuten saada kiinteä osoite. Onko se edes mahdollista muualla kuin rietittimen säädöissä joita ei siis ole.
En osaa verkkoasetuksia itse tehdä joten apu on tarpeen.
Raspbian Jessie on käyttis.
-
Eiköhän tuossa pidä vain Raspi konfata käyttämään kiinteä IP-osoitetta. Kahdenlaista menetelmää havainnut; itsellä on kai Jessie Lite.
/etc/issue sanoo
$ cat issue
Raspbian GNU/Linux 8 \n \l
/etc/network/interfaces neuvoo (perinteisesti oli staattinen IP määritys tuossa tiedostossa)
# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'
Joten sen mukaan tein ja toimii
$ cat dhcpcd.conf
# 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
interface eth0
static ip_address=192.168.100.121/24
static routers=192.168.100.1
static domain_name_servers=195.197.54.100 208.67.222.222
jne. ilman muutoksia
-
Minulla on tällainen Rasbianissa, mutta muistelen tämän oleva Wheezy (kuitenkin Jessietä vanhempi).
cat /etc/network/interfaces
auto lo
iface lo inet loopback
# iface eth0 inet dhcp
iface eth0 inet static
address 192.168.11.103
netmask 255.255.255.0
network 192.168.11.0
broadcast 192.168.11.255
gateway 192.168.11.1
allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp
En ole varma löytyykö muualta lisää asetuksia, jotka pitää laittaa. Lisäksi Rasbini on Rasberry Pi B.
Siis se vanhin Raspi. Tota varmaan voi kuitenkin kokeilla.
-
Kiitos, laitampa tuota mukaellen ja sitten seuraan tilannetta.
edit:
auto lo
iface lo inet loopback
#auto eth0
#iface eth0 inet dhcp
#Static IP address added 090218
iface eth0 inet static
address 192.168.8.100
netmask 255.255.255.0
network 192.168.8.1
gateway 192.168.8.1
#allow-hotplug wlan0
#wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
Käynnistin Raspin 5 kertaa ja OK, reititimen pariin kertaan ja OK, no aika näyttää...
-
Kiitos, laitampa tuota mukaellen ja sitten seuraan tilannetta.
Itselläni esimerkkini on toiminut Raspissa, vaikka olen reitittimen on vaihtunut.
-
Ei toimi
raimo@kone-2:~$ ssh Raspi
ssh: connect to host 192.168.8.100 port 32017: Connection refused
No nyt katotaan hiihtoja, sen jälkeen keskityn taas tuohon. :)
-
network 192.168.11.0
Kiitos, laitampa tuota mukaellen ja sitten seuraan tilannetta.
edit:
network 192.168.8.1
Tämä ero on meillä...
Ei tietoa, mitä tarkoittaa, mutta kokeileppas...
Muita eroja en huomannut.
Edit - Lisäksi itse olen ollut raspiin yhteysessä ssh IP:llä.
-
Jessie Lite jossa PiVPN tiedostossa /etc/dhcpcd.conf lopussa:
interface eth0
static ip_address=192.168.x.xx
static routers=192.168.x.x
static domain_name_servers=xxx.xxx.x.xxxja toiminut.
Muoks.
Lisäksi /etc/network/interfaces alkuastuksissaaan
# 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
auto lo
iface lo inet loopback
iface eth0 inet manual
allow-hotplug wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
allow-hotplug wlan1
iface wlan1 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
-
Ei toimi
raimo@kone-2:~$ ssh Raspi
ssh: connect to host 192.168.8.100 port 32017: Connection refused
No nyt katotaan hiihtoja, sen jälkeen keskityn taas tuohon. :)
itsellä pistää silmään tuo portti 32017, oletko muuttanut sitä sillä ssh käyttää oletuksena porttia 22
ip-osoite on oikein, eli ainakaan tässä tapauksessa ei ole kyse siitä, että ip olisi vaihtunut. vaihtoehtoina tulee mieleen tosiaan tuo portti, ja onko ssh ylipäätään käynnissä raspberryssäsi
ja liittyen alkuperäiseen ongelmaan: omassa raspissani tuo staattinen ip on toteutettu samalla tavalla kuin Kullervolla ja on hyvin toiminut
-
Edit - Lisäksi itse olen ollut raspiin yhteysessä ssh IP:llä.
Kiitos, kokeillaan. Tuo ssh Raspi lukee tiedot ~/.ssh/config tiedostosta jossa on sanalle Raspi oikea IP ja portti ja avaintiedosto.
cat ~/.ssh/config
Host Raspi raspi
HostName 192.168.8.100
Port 32017
User pi
IdentityFile ~/.ssh/id_rsa
Kätevä siitä että ei tarvi muistella IP-osoitetta eikä näpytellä sitä.
edit: portti on oikea ja ssh käynnissä, käynnistin reitittimen uudelleen ja silloin IP:ksi tuli tuo 192.168.8.100 ja kaikki toimii,
mutta aamulla ei siis toiminut vaan tietokoneella oli Raspin IP. Ehkä pitää laittaa tietokoneellekin kiinteä IP...
Lisätään nyt vielä että homma on toiminnu kuin buikki siihen asti kun jouduin luopumaan VDSL:stä muuton ja puhelinjohtojen puuttumisen takia ja siirtymään 4G systeemiin. Edellisessä reitittimessä osoitteet sai määrätä MAC-osoitteen mukaan, nyt se ei onnistu.
-
Jos kotiverkon laitteita vain muutama (minulle 'muutama' oli 4-5 laitetta), niin helponta lienee asettaa jokaiselle kiinteä osoite ja ylläpitää /etc/hosts -tiedosto ajan tasalla.
-
edit: portti on oikea ja ssh käynnissä, käynnistin reitittimen uudelleen ja silloin IP:ksi tuli tuo 192.168.8.100 ja kaikki toimii,
mutta aamulla ei siis toiminut vaan tietokoneella oli Raspin IP. Ehkä pitää laittaa tietokoneellekin kiinteä IP...
Siis oliko tietokone saanut sattumalta saman IP-osoitteen, jonka olit määritellyt raspille, vai mikä siinä oli ongelmana?
Yleensähän reitittimen DHCP-palvelin muistaa laitteet jonkin aikaa ja antaa niille aina saman IP-osoitteen, mutta voi toki olla, että tuo purkki ei sellaista osaa. Dynaamisia osoitteita jaetaan kuitenkin vain tietyltä alueelta, kuten 192.168.1.100 - 192.168.1.255, jolloin staattiset osoitteet voi turvallisesti määritellä alueen ulkopuolelta samasta aliverkosta.
DHCP:n dynaamisen osoitealueen voi määritellä Huaweu B315:n asetuksissa: https://palsta.elisa.fi/mobiililaajakaistat-8/sisaeverkon-ip-n-lukitus-huawei-b315-ssae-500121
-
edit: portti on oikea ja ssh käynnissä, käynnistin reitittimen uudelleen ja silloin IP:ksi tuli tuo 192.168.8.100 ja kaikki toimii,
mutta aamulla ei siis toiminut vaan tietokoneella oli Raspin IP. Ehkä pitää laittaa tietokoneellekin kiinteä IP...
Siis oliko tietokone saanut sattumalta saman IP-osoitteen, jonka olit määritellyt raspille, vai mikä siinä oli ongelmana?
Yleensähän reitittimen DHCP-palvelin muistaa laitteet jonkin aikaa ja antaa niille aina saman IP-osoitteen, mutta voi toki olla, että tuo purkki ei sellaista osaa. Dynaamisia osoitteita jaetaan kuitenkin vain tietyltä alueelta, kuten 192.168.1.100 - 192.168.1.255, jolloin staattiset osoitteet voi turvallisesti määritellä alueen ulkopuolelta samasta aliverkosta.
DHCP:n dynaamisen osoitealueen voi määritellä Huaweu B315:n asetuksissa: https://palsta.elisa.fi/mobiililaajakaistat-8/sisaeverkon-ip-n-lukitus-huawei-b315-ssae-500121
Juuri näin, eli tietokoneella oli Raspin osoite ja olen määrittänyt osoitealueen pienemmäksi. Yritän nyt siten että tietokoneellakin on kiinteä IP jolloin se ei ainakaan varasta Raspin IP:tä.
edit tuolla linkissä mainitaan että osoitteet pitää olla dhcp-osoiteavaruuden ulkopuolella, nyt ne on sen sisällä, eli homma voi johtua siitä.
Väkerrämpä vähän lisää... :)
-
edit tuolla linkissä mainitaan että osoitteet pitää olla dhcp-osoiteavaruuden ulkopuolella, nyt ne on sen sisällä, eli homma voi johtua siitä.
Jep. Se oli pointtini.
-
Sotkeeko networkmanager tai joku muu noita käsin asetettuja määrityksiä kun Raspi ei ainakaan tottele ko. tiedostoja laitoin nyt 192.168.8.110
ja palaute on kylmän viileä:
raimo@kone-2:~$ ssh pi@192.168.8.110 -p 32017
ssh: connect to host 192.168.8.110 port 32017: No route to host
-
Käynnistitkö raspin verkon uudelleen asetusten muuttamisen jälkeen:
sudo service networking restart
Millaiset verkkoasetukset siellä on kernelin mukaan voimassa?
ifconfigtai
ip addr
Jos sinulla on raspissa NetworkManager asennettuna, asetukset täytyy tehdä sen kautta.
-
Käynnistitkö raspin verkon uudelleen asetusten muuttamisen jälkeen:
sudo service networking restart
Millaiset verkkoasetukset siellä on kernelin mukaan voimassa?
ifconfigtai
ip addr
Palomuuri (ufw) ei päästänyt sisään, nyt toimii ja IP on 192.168.8.110 nyt uskon että homma on kunnossa KIITOS!! kaikille :)
-
Riemuitsin liian aikaisin, Raspi hukkasi koko IP-osoitteen näennäisesti yht'äkkiään (voi olla että käynnistin reitittimen)
Mikä näissä asetuksissa on väärin tai mikä puuttuu:
/etc/dhcpcd.conf
interface eth0
static ip_address=192.168.8.120
static routers=192.168.8.1
domain_name_servers=192.168.8.1
/etc/network/interfaces
auto lo
iface lo inet loopback
#auto eth0
#iface eth0 inet dhcp
iface eth0 inet static
address 192.168.8.120
netmask 255.255.255.0
network 192.168.8.1
gateway 192.168.8.1
dns-nameservers 192.168.8.1
Automaattisilla asetuksilla toimii mutta IP on mikä milloinkin.
-
Joopa joo, network-manager oli asennettuna ja sotki systeemin, mielestäni kerran katsoin että ei ole mutta oli se kuitenkin asennettuna.
Vähän kumma homma että se hetken toimi ja vasta sitten sotku alkoi. No josko nyt olisi kunnossa?
-
Joku on vielä pielessä, voi olla reitittimessä?
ping google.fi tai ping 8.8.8.8 ei toimi, myöskään järjestelmän päivitys ei onnistu.
ssh toimii eli Raspiin saa yhteyden ja se saa IP osoitteen.
Mikä neuvoksi?
pi@raspberrypi ~ $ route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.8.1 0.0.0.0 UG 0 0 0 eth0
192.168.8.0 * 255.255.255.0 U 0 0 0 eth0
pi@raspberrypi ~ $ sudo ifconfig
eth0 Link encap:Ethernet HWaddr b8:27:eb:40:38:b8
inet addr:192.168.8.102 Bcast:192.168.8.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:416 errors:0 dropped:0 overruns:0 frame:0
TX packets:307 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:31671 (30.9 KiB) TX bytes:44074 (43.0 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
en ymmärrä mitään.
-
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.
-
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.
-
Ettei olisi Raspin ufw-palomuurin aiheuttama ongelma? Voisi kokeilla kokonaan ilman palomuuria.
-
Ettei olisi Raspin ufw-palomuurin aiheuttama ongelma? Voisi kokeilla kokonaan ilman palomuuria.
Palomuuri on pois päältä.
-
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.
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
--- 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.
-
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.
-
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.
-
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.
-
Noin /etc/dhcpcd.conf tiedosto riittää, sisältö:
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:
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.
-
Noin /etc/dhcpcd.conf tiedosto riittää, sisältö:
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:
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"
-
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ää...
-
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ä...
-
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.
# 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
-
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.
-
Kertooko -vvv tarkemmin miksi yhteys torjuttiin tai löytyykö palvelimen lokeista (esim. /var/log/auth.log) lisätietoa?
-
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.
-
-vvv
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
-
Sitten kun kommentoi Raspista kiinteän IP:n pois on tilanne tämä, ja uudelleenasennus edessä.
[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. sudo systemctl enable ssh
sudo systemctl start ssh ja kaikki toimii. [RATKAISTU]
-
Asiasta neljänteen. 8)
Mitä tarkoittaa tuo /24 IP-osoitteen perässä?
static ip_address=192.168.100.120/24
-
Asiasta neljänteen. 8)
Mitä tarkoittaa tuo /24 IP-osoitteen perässä?
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.
-
Asiasta neljänteen. 8)
Mitä tarkoittaa tuo /24 IP-osoitteen perässä?
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.
Puhut vierasta kieltä? ;D Siis tarvitaanko sitä 24:ää yleensä, eikö pelkkä IP riitä?
Kokeilin: ei tarvita, pelkkä IP riittää.
-
Tuo merkintä /24 (tai vastaava, aliverkon osoiteavaruuden koosta riippuva osa) on yleisesti käytössä. /etc/dhcpcd.conf esimerkin mukaan.
Aikoinaan kun konfattiin /etc/network/interfaces, siinä oli vastaava rivi
netmask 255.255.255.0
Aliverkon osoite on 24 bittiä ja 8 bittiä on host osoite. Host tunnistaa mitkä muut koneet on samassa aliverkossa. Jaetussa ethernet-verkossa kai tarvittiin. Jos kone halusi lähettää toiselle koneelle samassa aliverkossa, se voi lähettää suoraan kohteen IP-osoitteella. Jos kone halusi lähettää toiseen aliverkkoon, piti lähettää reitittimelle.
Nyt kun verkot on tavallisesti point-to-point host-reititin, jäin miettimään, mikä käyttötarve tuolla on vai onko kyse jostain vanhasta painolastista?
-
Nyt kun verkot on tavallisesti point-to-point host-reititin, jäin miettimään, mikä käyttötarve tuolla on vai onko kyse jostain vanhasta painolastista?
Kaikki reitittimeen tai NAT-boksiin kytketyt laitteet ovat edelleen samassa aliverkossa, jossa ne keskustelevat suoraan IP-osoitteilla ja löytävät toisensa esimerkiksi DNS-SD:n (https://en.wikipedia.org/wiki/Zero-configuration_networking#DNS-based_service_discovery) avulla.
-
Kaikki reitittimeen tai NAT-boksiin kytketyt laitteet ovat edelleen samassa aliverkossa, jossa ne keskustelevat suoraan IP-osoitteilla ja löytävät toisensa esimerkiksi DNS-SD:n (https://en.wikipedia.org/wiki/Zero-configuration_networking#DNS-based_service_discovery) avulla.
Ethernet verkoissa toimitaan MAC osoitteilla; sitä tarkoitin että kun host on suoraan kiinni reitittimessä, laittaa host paketin otsikkokenttään aina reitittimen MAC osoitteen. Reititin päättää IP-osoitteen perusteella lähettääkö se paketin paikallisverkkoon vai internetiin.
Protokolla on sama jolla toimittiin jaetuissa Ethernet verkoissa, joissa IP-osoitteen aliverkko- ja host-osan perusteella host saattoi päätellä, voiko se lähettää suoraan toisen hostin MAC osoitteella, eikö vain?
Jos protokolla nyt suunniteltaisi vain p-t-p host-reititin verkkoja varten, niin ehkä hostin ei tarvitsisi tietää kuuluuko toinen host samaan aliverkkoon, koska reititin voisi hoitaa homman.
Em. on tietysti turhaa höpinää ja on kai tuhat syytä miksi noin ei tehtäisi eikä sillä ole mitään tekemistä standardiprotokollan kanssa. Joskus kauan sitten standardiprotokollat oli jotenkin hallinnassa, nyt en viitsi enää alkaa palauttaa niitä mieleen.
Tämä ihmettely sen takia että jäin miettimään miksi tuo /24 määrittely ei Raimon testissä ollut tarpeen. Siihen kai löytyy joku yksinkertainen selitys.
-
Tämä ihmettely sen takia että jäin miettimään miksi tuo /24 määrittely ei Raimon testissä ollut tarpeen. Siihen kai löytyy joku yksinkertainen selitys.
Minä olen myös asettanut staattisen ip:n Raspiin (tosiasiassa useampaankin raspiin samassa verkossa) ilman /24-määrittelyä, ja hyvin on toiminut. Olen myös kokeillut tuolla /24:llä, mutta silloin olen ollut ongelmissa. (Siis ip on vaihdellut ainakin muistini mukaan.)
-
Onko asetuksissa määritetty netmask erikseen?
Minulla on tuollai:
iface eth0 inet static
address 192.168.1.108
netmask 255.255.255.0
gateway 192.168.1.1
-
Onko asetuksissa määritetty netmask erikseen?
Minulla on tuollai:
iface eth0 inet static
address 192.168.1.108
netmask 255.255.255.0
gateway 192.168.1.1
Ei ole sitäkään merkitty:
$ cat /etc/dhcpcd.conf |tail
#static domain_name_servers=192.168.1.1
# fallback to static profile on eth0
#interface eth0
#fallback static_eth0
interface eth0
static ip_address=192.168.11.9
static routers=192.168.11.1
static domain_name_servers=192.168.11.1
-
Aha.
Minun asetukseni majailevat tiedostossa
/etc/network/interfaces
-
Aha.
Minun asetukseni majailevat tiedostossa
/etc/network/interfaces
Joo, se on vanhentunut paikka verkkoasetuksille.
Minulla lukee seuraavaa...
$ 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
Onhan oikea versio rasbianista ?
$ uname -a
Linux raspberrypi 4.19.66-v7l+ #1253 SMP Thu Aug 15 12:02:08 BST 2019 armv7l GNU/Linux
-
Kokeilin, kaivoin hyllystä varahärpäkkeen.
Kai tuo on 'oikea'?
uname -a
Linux upi 4.19.66+ #1253 Thu Aug 15 11:37:30 BST 2019 armv6l GNU/Linux
Ja /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
auto eth0
allow-hotplug eth0
iface eth0 inet static
address 192.168.1.35/24
gateway 192.168.1.1
#netmask 255.255.255.0
Komiasti pingasi muita kotiverkon koneita ja ryysti päivitykset.
Kai joskus koetettava perehtyä tuohon uuteenkin viritykseen, jos jonain päivänä tämä systeemi heittää pyyhkeen kehään.
-
Kaikki reitittimeen tai NAT-boksiin kytketyt laitteet ovat edelleen samassa aliverkossa, jossa ne keskustelevat suoraan IP-osoitteilla ja löytävät toisensa esimerkiksi DNS-SD:n (https://en.wikipedia.org/wiki/Zero-configuration_networking#DNS-based_service_discovery) avulla.
Ethernet verkoissa toimitaan MAC osoitteilla; sitä tarkoitin että kun host on suoraan kiinni reitittimessä, laittaa host paketin otsikkokenttään aina reitittimen MAC osoitteen. Reititin päättää IP-osoitteen perusteella lähettääkö se paketin paikallisverkkoon vai internetiin.
Oman kokemukseni mukaan reitittimissä on yleensä tehty ne lähiverkon portit kytkimellä, josta sitten on yksi (sisäinen) portti reitittimelle. Käsittääkseni tuo on tason 2 -kytkin eli se käyttää MAC-osoitteita, mutta voin olla väärässäkin.
Ja onhan ne kytkimet edelleen se edullisin tapa saada lisää koneita Ethernetillä kiinni lähiverkkoon.