[megoldva] systemd hálózati parajelenség

Hálózatok általános

Kérlek segítsetek, nekem már kb. tippem sincs.

Röviden: pi3, rajta OSMC disztró, ami kb. egy ARM-os Debian Jessie és Kodi. Vezetékes hálón kap IP-t (dhcp, 192.168.x.y), de onnan kezdve semmi forgalom nincs - se ő nem lát semmit, se őt nem látja semmi. IP-t kap, a TV-n is látszik (kodi, settings, system info), a router-en is. Amúgy be se nagyon boot-ol, amíg IP-t nem kap, de kap.

Hosszabban: PoE switch - PoE splitter, innen kap netet és tápot, TV-re van kötve. A switch egy openwrt router-be megy, az pedig kábelmodemen keresztül a netre.
Először a splitterre gyanakodtam, direkt a switch-be kötve ugyanez. Ha adok neki DHCP-vel fix IP-t (dhcp reservation, a többi is így kapja), ugyanez. A switch kihagyásával a router-re kötve ugyanez.
De ha a noti LAN-ra kötöm és a wifi-t leosztom neki, akkor simán eléri a netet, notiról be tudok rá SSH-zni, megy rendesen.

A rendszer ezen a hálózaton lett telepítve, akkor működött, igaz más pi volt alatta. Később - ezen a másik pi-n - a notira kötve, arról osztott nettel konfigoltam ssh-n (havernak), bár más hálózaton, de nem ez a lényeg.
Tűzfal nincs rajta beállítva, minden accept.

journalctl | grep connman

szept 04 15:56:15 osmc connmand[292]: eth0 {update} flags 102467
szept 04 15:56:15 osmc connmand[292]: eth0 {newlink} index 2 address B8:27:EB:xx:xx:xx mtu 1500
szept 04 15:56:15 osmc connmand[292]: eth0 {newlink} index 2 operstate 6
szept 04 15:56:15 osmc connmand[292]: Skipping disconnect of carrier, network is connecting.
szept 04 15:56:15 osmc connmand[292]: ipconfig state 3 ipconfig method 1
szept 04 15:56:21 osmc connmand[292]: Setting domainname to mydomain.hu
szept 04 15:56:21 osmc connmand[292]: eth0 {add} address 192.168.88.121/24 label eth0 family 2
szept 04 15:56:21 osmc connmand[292]: eth0 {add} route 192.168.88.0 gw 0.0.0.0 scope 253
szept 04 15:56:21 osmc connmand[292]: eth0 {add} route 192.168.88.1 gw 0.0.0.0 scope 253
szept 04 15:56:21 osmc connmand[292]: eth0 {add} route 0.0.0.0 gw 192.168.88.1 scope 0
szept 04 15:56:41 osmc connmand[292]: Online check failed for 0x1159120 Wired
szept 04 15:57:48 osmc connmand[292]: eth0 {RX} 50 packets 5288 bytes
szept 04 15:57:48 osmc connmand[292]: eth0 {TX} 100 packets 20520 bytes
szept 04 15:57:48 osmc connmand[292]: eth0 {update} flags 36867
szept 04 15:57:48 osmc connmand[292]: eth0 {newlink} index 2 address B8:27:EB:xx:xx:xx mtu 1500
szept 04 15:57:48 osmc connmand[292]: eth0 {newlink} index 2 operstate 2
szept 04 15:57:48 osmc connmand[292]: eth0 {del} address 192.168.88.121/24 label eth0
szept 04 15:57:48 osmc connmand[292]: eth0 {del} route 192.168.88.0 gw 0.0.0.0 scope 253

szept 04 16:18:07 osmc connmand[292]: eth0 {RX} 50 packets 5288 bytes
szept 04 16:18:07 osmc connmand[292]: eth0 {TX} 100 packets 20520 bytes
szept 04 16:18:07 osmc connmand[292]: eth0 {update} flags 102467
szept 04 16:18:07 osmc connmand[292]: eth0 {newlink} index 2 address B8:27:EB:xx:xx:xx mtu 1500
szept 04 16:18:07 osmc connmand[292]: eth0 {newlink} index 2 operstate 6
szept 04 16:18:07 osmc connmand[292]: Skipping disconnect of carrier, network is connecting.
szept 04 16:18:07 osmc connmand[292]: ipconfig state 3 ipconfig method 1
szept 04 16:18:19 osmc connmand[292]: eth0 {add} address 10.42.0.42/24 label eth0 family 2
szept 04 16:18:19 osmc connmand[292]: eth0 {add} route 10.42.0.0 gw 0.0.0.0 scope 253
szept 04 16:18:19 osmc connmand[292]: eth0 {add} route 10.42.0.1 gw 0.0.0.0 scope 253
szept 04 16:18:19 osmc connmand[292]: eth0 {add} route 0.0.0.0 gw 10.42.0.1 scope 0
szept 04 16:18:19 osmc connmand[292]: eth0 {add} route 159.253.212.250 gw 10.42.0.1 scope 0
szept 04 16:18:19 osmc connmand[292]: eth0 {del} route 159.253.212.250 gw 10.42.0.1 scope 0

Az utóbbiak notira kötve jönnek, a szünet előtti rész a "rendes" hálózaton.
Szóval azt látom, hogy a magasságos connmand úgy gondolja, hogy online check failed, majd ezután (ezért?) kiszedi a route-okat, ez amúgy magyarázza is, hogy miért nem ér el semmit, és miért nem érhető el. De hogy a fenébe lehetne erről lebeszélni ezt a retket?

Illetve van egy gyanúm: a router alapban nem oszt ipv6 címet, illetve minden v6 forgalmat eldob. Lehet, hogy ez a probléma oka, a notiról osztott net lehet hogy fordítja, vagy nem tudom. Ennek még nem mentem neki. De ezen nem is szeretnék változtatni, ez jelenleg okkal van így.

Van valakinek valami ötlete azon kívül, hogy egy pöcsfejinget jelképező woodoo babát szúrkáljak kötőtűvel?

Köszi

  • 1056 megtekintés

( apal v | 2017. 09. 08., p – 11:06 )

Ez az rpi <=> router <=> kabelmodem <=> nagybetus internet lanc elegge hosszu ahhoz hogy barmi lehet menetkozben. Az rpi-rol pingik a router? a kabelmodem? traceroute meddig jut el? Tudsz olyan konfigot csinalni hogy rpi <=> kabelmodem <=> internet? A kabelmodem nat-ol (azaz van carrier grade nat a szolgalatato altal) vagy ott az igazi ip-t kap?

De ettol fuggetlenul persze mind a connmand-ot, mind a pötterixet felejtenem, de vsz most nem ez a szuk keresztmetszet.

Nem ez volt a probléma, éjszaka megálmodtam.
Szóval havernak konfigoltam, a notiról osztott nettel, ami a 10.42.0/24 tartományból ad IP-t. Így itthon is működött.
És kellett neki rá openvpn server is, mert egy elég buta router-e van viszonylag default konfiggal, sanszosan 192.168.[01].x/24 tartomány LAN-on).
És megadtam neki ovpn tartománynak a saját otthoni LAN tartományomat (ami nem 192.168.88.x), miért ne alapon. Az openvpn server-t lelőve működik rendesen.

Szóval az volt, hogy volt felhúzva egy tun iface 192.168.88.1 címmel és a hozzá tartozó /24 route-tal, de a connmand ezzel nem foglalkozott, a dhcp-n kapott paramétereknek megfelelően felhúzta az eth0-t (ez megtörtént), beállította a dhcp-n kapott route-okat, aztán észbekapott és ezeket törölte - a logok szerint legalábbis ez történt. Az okokról persze nem írt semmit a nyomorult.