Orange Funbox 2.0 - połączenie z internetem linux

[sebastian_j]

@bez_nazwy

Tak , jest dual boot. Windows bez problemu nawiązuje połączenie z siecią, Ubuntu już ma problem. Tak, jest standardowa konfiguracja DHCP.

Teraz taki feature (Ubuntu działa i po zalogowaniu został zresetowany FunBox):

ip a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 8c:89:a5:c6:e9:6b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.11/24 brd 192.168.1.255 scope global dynamic eth0
       valid_lft 85861sec preferred_lft 85861sec
    inet6 fe80::754b:711b:179e:a813/64 scope link 
       valid_lft forever preferred_lft forever

I wszystko ładnie śmiga. Po restarcie Ubuntu (ale już nie FunBoxa):

ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 8c:89:a5:c6:e9:6b brd ff:ff:ff:ff:ff:ff

Czyli jak widać w ogóle nie jest przyznany adres IP z FunBoxa. Oczywiście gdy zrestartuje go to wtedy adres jest przydzielony.

Czyli jeżeli chcę mieć internet na Ubuntu, muszę go najpierw uruchmić i zalogować się i dopiero po tym zrestartować FunBox. 

Jeżeli chodzi o /etc/resolv.conf

Gdy adres IP jest przyznany i internet działą to wygląda to tak:

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search home

Natomiast po restarcie jest tylko to (bez żadnych wpisów):

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN

Mam jeszcze pytanie, dlaczego miałbym przyznawać sobie adres spoza zakresu DHCP? Czy wtedy Funbox w ogóle będzie chciał współpracować?

[sebastian_j]

@muddy

Zgadzam się, że system nie powinien mieć tu nic do rzeczy, a jednak u mnie dzieją się takie cuda...

Pierwszy przypadek, o której pisałem wyżej (Funbox uruchomiony po zalogowaniu się na Ubuntu 16.04 LTS)

ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 8c:89:a5:c6:e9:6b brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.11/24 brd 192.168.1.255 scope global dynamic eth0
       valid_lft 86322sec preferred_lft 86322sec
    inet6 fe80::754b:711b:179e:a813/64 scope link 
       valid_lft forever preferred_lft forever

ip route show
default via 192.168.1.1 dev eth0  proto static  metric 100 
169.254.0.0/16 dev eth0  scope link  metric 1000 
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.11  metric 100

Internet działa wszystko ok.

Przypadek drugi (restart Ubuntu, ale nie Funbox):

ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 8c:89:a5:c6:e9:6b brd ff:ff:ff:ff:ff:ff

Natomiast 

ip route show

Nie zwraca nic.

Przy okazij wspomnę, gdy podłącze inny router tym samym kablem, zarówno na Ubuntu jak i Windowsie, wszystko działa tak jak powinno. Adresy IP są przydzielane poprawnie, sieć jest widoczna. Coś mi się wydaje, że zrobie po prostu połączenie z FunBoxa do routera (niestety będzie 1 urządzenie więcej...)

[bez_nazwy]

@sebastian_j, no więc po kolei, rady które ci podaje są raczej workaround'em niż rozwiązaniem. Jeżeli chcesz po prostu żeby ci działało i mieć spokój to wstaw tam sobie IP na sztywno i już. Napisałem "spoza zakresu" DHCP żeby uniknąć kolizji adresów gdybyś miał sporo urządzeń w sieci.

Przyczyny problemu upatruje w samym DHCP, to znaczy ktoraś ze stron nie robi wszystkiego zgodnie ze specyfikacja ale Windows to jakoś zjada (i w żadnym razie to jeszcze nie oznacza ze to wina Linuxa) 

Jeżeli ci się nudzi albo po prostu lubisz dłubać to poczytaj sobie RFC'ka do DHCP (https://www.ietf.org/rfc/rfc2131.txt), i pobaw się narzędziem Wireshark (lub gołym tcpdump w wersji hardcore), pozabijaj kilka razy swój klient DHCP, poresetuj Funbox i podejrzyj jak wygląda komunikacja i w którym momencie umiera. Może znajdziesz błąd w sofcie, zgłosisz go do Orange lub Ubuntu i zasłużysz na wieczna chwałę 

P.S. Inny ruter to inna implementacja DHCP

[sebastian_j]

Dziękuję wszystkim za podpowiedzi i za zainteresowanie. Niestety żadne z rozwiązań programowych nie pomogło.

Kolega, który kupił sobie taki punkt dostępowy do swojej sieci domowej TL-WA801ND (http://www.tp-link.com.pl/products/details/cat-12_TL-WA801ND.html) otrzymał w zestawie przejściówkę PoE (jak poniżej)PoE

Jak się okazuje ta przejściówka nawet nie musi być podłączona do zasilania a i tak działa. Linux poprawnie wykrywa internet (tudzież OrangeBox poprawnie wykrywa linuxa).

Temat na chwilę obecną jest do zamknięcia. Jeszcze raz dziękuję wszystkim za udzieloną pomoc.