[+] Cyfrowy Polsat - protokó

Masz problemy z siecią bądź internetem? Zapytaj tu
bodzioboss
Posty: 5
Rejestracja: 31 października 2009, 22:21

[+] Cyfrowy Polsat - protokół eth0 nie rejestruje ruchu a net chodzi

Post autor: bodzioboss »

Witam.

Mam system ubuntu.
Podłączyłem Cyfrowy Polsat LTE przez router edimax.
Polecenie ifconfig pokazuje protokoły lo i eth0 - net chodzi ale protokół eth0 nie rejestruje ilości wysłanych i otrzymanych danych.

Ma ktoś jakiś pomysł co się dzieje?

Dane z eth0 potrzebuje do rejestracji zużytego transferu.

Pozdrawiam
Awatar użytkownika
Rafal_F
Moderator
Posty: 2350
Rejestracja: 29 sierpnia 2008, 16:45

Post autor: Rafal_F »

Wklej cały wynik:

Kod: Zaznacz cały

ifconfig -a
Dodane: sprawdź też:

Kod: Zaznacz cały

cat /proc/net/dev
ip -s link ls eth0
bodzioboss
Posty: 5
Rejestracja: 31 października 2009, 22:21

Post autor: bodzioboss »

Kod: Zaznacz cały

bogdan@bogdan-System-Product-Name:~$ ifconfig -a
eth0      Link encap:Ethernet  HWaddr c8:60:00:97:27:02  
          inet addr:192.168.2.102  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: fe80::ca60:ff:fe97:2702/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  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:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:16 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:56372 errors:0 dropped:0 overruns:0 frame:0
          TX packets:56372 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:9686868 (9.6 MB)  TX bytes:9686868 (9.6 MB)

Kod: Zaznacz cały

bogdan@bogdan-System-Product-Name:~$ cat /proc/net/dev
Inter-|   Receive                                                |  Transmit
 face |bytes    packets errs drop fifo frame compressed multicast|bytes    packets errs drop fifo colls carrier compressed
    lo: 9765298   56860    0    0    0     0          0         0  9765298   56860    0    0    0     0       0          0
  eth0:       0       0    0    0    0     0          0         0        0       0    0    0    0     0       0          0

Kod: Zaznacz cały

bogdan@bogdan-System-Product-Name:~$ ip -s link ls eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether c8:60:00:97:27:02 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    0          0        0       0       0       0      
    TX: bytes  packets  errors  dropped carrier collsns 
    0          0        0       0       0       0
Awatar użytkownika
LordRuthwen
Moderator
Posty: 2341
Rejestracja: 18 września 2009, 21:45
Lokalizacja: klikash?

Post autor: LordRuthwen »

LTE chyba chodzi po PPPoE?
Awatar użytkownika
dedito
Moderator
Posty: 3588
Rejestracja: 18 listopada 2013, 21:07
Lokalizacja: Gliwice

Post autor: dedito »

LordRuthwen pisze:LTE chyba chodzi po PPPoE?
On to połączył przez router więc nie powinno to mieć dla niego znaczenia.
A jak się kolego łączysz do tego routera: przewodowo czy bezprzewodowo ?
W tym drugim przypadku pokaż też iwconfig. Nie napisałeś co masz za dystrybucję, a nie zawsze ifconfig pokazuje również interfejsy bezprzewodowe.
bodzioboss
Posty: 5
Rejestracja: 31 października 2009, 22:21

Post autor: bodzioboss »

Witam

Z routerem łącze się przewodowo.

bogdan@bogdan-System-Product-Name:~$ iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

bogdan@bogdan-System-Product-Name:~$



Jeżeli chodzi o dystrybucję to mam XUbuntu 14.04 - Kernel 3.13.0-32


Z tego co zdążyłem się dowiedzieć to ten błąd jest związany z bugie sterownika karty w jądrze systemu:
https://bugs.launchpad.net/ubuntu/+sour ... ug/1275220
Wiecie może kiedy będzie poprawka lub jak go obejść aby poprawnie wyświetlać transfer w conky?
Awatar użytkownika
dedito
Moderator
Posty: 3588
Rejestracja: 18 listopada 2013, 21:07
Lokalizacja: Gliwice

Post autor: dedito »

Z wątku wynika, że na kernelu 3.9 statystyki działają poprawnie, spróbuj potwierdzić czy to rozwiąże problem.

Kernels affected: 3.10.1 - 3.10.5 All worked well for kernels <= 3.9.9
A na iptables też nie zlicza pakietów ?
bodzioboss
Posty: 5
Rejestracja: 31 października 2009, 22:21

Post autor: bodzioboss »

Do piątku miałem kernela 3.11 teraz 3.13 - problem dalej jest.

Jak chodzi o iptables - musze poszukać czym to się je, żeby taką informacje uzyskać - nigdy się tym w konsoli nie bawiłem.
Awatar użytkownika
dedito
Moderator
Posty: 3588
Rejestracja: 18 listopada 2013, 21:07
Lokalizacja: Gliwice

Post autor: dedito »

Wpisz choćby iptables -nvL i będziesz miał liczniki przy regułkach (zakładając, że masz ustawione jakieś reguły filtrowania ruchu).
Jeśli nie masz regułek możesz dla przykładu wpisać takie dwie na sprawdzenie:

Kod: Zaznacz cały

iptables -I INUPUT -i eth0 -j ACCEPT
iptables -I OUTPUT -o eth0 -j ACCEPT
Po sprawdzeniu regułki usuń zmieniając opcję -I na -D.
Jak to zadziała to można stworzyć nowe łańcuchy i w nich zliczać ruch. Powyższe regułki są tylko do sprawdzenia i nie nadają się do normalnego użycia gdyż otwierają cały firewall.
bodzioboss
Posty: 5
Rejestracja: 31 października 2009, 22:21

Post autor: bodzioboss »

Witam

Pomogła aktualizacje kernela do 3.15 - jak narazie wszystko gra.

Pozdrawiam
ODPOWIEDZ