Sziasztok!
Frissen telepített Ubuntu 13.10-et használok és valamiért nem tudom az internet sebességét egy programmal sem megjeleníteni, mert mindenhol a fel/le töltés 0. Pedig van internet kapcsolat a fel/le töltések mennek, böngészni tudok és az online rádiók is mennek. Egyedül bittorrent mutatja a saját forgalmat.
Itt egy képernyőkép, hogy mire is gondoltam:
https://plus.google.com/photos/116454003560771358408/albums/596762555614...
Tud valaki segíteni?
Kösz előre is!
A9
- 6039 megtekintés
Hozzászólások
a kép linkje nem jó.
ifstat -b ?
- A hozzászóláshoz be kell jelentkezni
ifstat: invalid option -- 'b'
- A hozzászóláshoz be kell jelentkezni
$ ifstat -b
eth0
Kbps in Kbps out
0.00 0.00
0.00 0.00
0.00 0.00
0.00 0.00
0.00 0.00
0.00 0.00
0.00 0.00
és ez megy tovább, szóval itt is 0
- A hozzászóláshoz be kell jelentkezni
rossz interfeszt figyel a programod, amelyrol nem tudjuk, hogy mi, mert hibas a link
- A hozzászóláshoz be kell jelentkezni
A linken csak egy képernyőkép van, hogy a system monitor / network history nem mutat semmit miközben a le/feltöltések mennek.
$ ifconfig
eth0 Link encap:Ethernet HWaddr 94:de:80:2d:ff:59
inet addr:192.168.1.104 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::96de:80ff:fe2d:ff59/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:18
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:4818 errors:0 dropped:0 overruns:0 frame:0
TX packets:4818 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:433572 (433.5 KB) TX bytes:433572 (433.5 KB)
nem tudom ez segít e.
- A hozzászóláshoz be kell jelentkezni
route -n
és
ip addr
kimenetek?
- A hozzászóláshoz be kell jelentkezni
$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
$ ip addr
1: lo: mtu 65536 qdisc noqueue state UNKNOWN
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: mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 94:de:80:2d:ff:59 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.104/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::96de:80ff:fe2d:ff59/64 scope link
valid_lft forever preferred_lft forever
- A hozzászóláshoz be kell jelentkezni
Ez legalábbis érdekes:
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)
Hogy a fenébe lehet ez mind nulla, ha egyébként működik a hálózat és nincs több interface?
(v6-ot még nem láttam működni, de gyanítom, ezek a számlálók akkor is működnek, ha IPv6-on megy a forgalom)
- A hozzászóláshoz be kell jelentkezni
Ez fogott meg engem is, de látható, hogy nem mehetett az adat másfelé.
ANDrew9: nem wifin vagy véletlen?
iwconfig ?
- A hozzászóláshoz be kell jelentkezni
Akkor lenne még plusz interfész, nem? Mintha nekem lett volna...
- A hozzászóláshoz be kell jelentkezni
Sajnos nem vagyok wifin-n, a gépemben nincs wifi modul és a lisában sincs ilyen hardware.
Teljesen tanácstalan vagyok, de azért:
$ iwconfig
eth0 no wireless extensions.
lo no wireless extensions.
- A hozzászóláshoz be kell jelentkezni
Nyiss két sessiont, működő internet mellett!
Az egyikben rootként:
tcpdump -i any -e
A másikban:
ping -c1 8.8.8.8
Aztán másold ide a tcpdump kimenetét úgy, hogy törlöd belőle a publikus IP címed, amennyiben megjelenik benne!
Valójában a felhasznált ethernet interface MAC address-e lenne érdekes a kimenetből.
Ha nem 94:de:80:2d:ff:59 van benne, az gáz... Ha az van benne... hát az is érdekes lenne, mert az azt jelenti, hogy egy eddig nem látott adapteren megy át a forgalmad.
- A hozzászóláshoz be kell jelentkezni
Na ez aztán érdekes eredményt hozott. A tcpdump kimenete:
$ sudo tcpdump -i any -e
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
22:01:49.204659 Out 94:de:80:2d:ff:59 (oui Unknown) ethertype IPv4 (0x0800), length 136: 192.168.1.104.47642 > catv-80-98-156-98.catv.broadband.hu.51413: Flags [FP.], seq 113385767:113385835, ack 1097782551, win 237, options [nop,nop,TS val 929239 ecr 691653343], length 68
22:01:49.205285 In 00:00:00:00:00:00 (oui Ethernet) ethertype IPv4 (0x0800), length 87: localhost.55715 > andrew.domain: 18521+ PTR? 98.156.98.80.in-addr.arpa. (43)
22:01:49.205384 Out 94:de:80:2d:ff:59 (oui Unknown) ethertype IPv4 (0x0800), length 87: 192.168.1.104.16073 > hu-bud02a-dns03.chello.hu.domain: 36065+ PTR? 98.156.98.80.in-addr.arpa. (43)
22:01:49.205392 Out 94:de:80:2d:ff:59 (oui Unknown) ethertype IPv4 (0x0800), length 87: 192.168.1.104.16073 > hu-bud02a-dns04.chello.hu.domain: 36065+ PTR? 98.156.98.80.in-addr.arpa. (43)
22:01:49.214584 In 7c:b2:1b:3a:eb:cb (oui Unknown) ethertype IPv4 (0x0800), length 136: hu-bud02a-dns03.chello.hu.domain > 192.168.1.104.16073: 36065 1/0/0 PTR catv-80-98-156-98.catv.broadband.hu. (92)
22:01:49.214645 In 00:00:00:00:00:00 (oui Ethernet) ethertype IPv4 (0x0800), length 136: andrew.domain > localhost.55715: 18521 1/0/0 PTR catv-80-98-156-98.catv.broadband.hu. (92)
22:01:49.214812 In 00:00:00:00:00:00 (oui Ethernet) ethertype IPv4 (0x0800), length 88: localhost.36497 > andrew.domain: 24616+ PTR? 104.1.168.192.in-addr.arpa. (44)
és ez megy folyamatosan míg meg nem szakítom. Valami ilyesminek kell a kimenetnek lennie? Ha jól látom a MAC stimmel.
Közben a másik:
$ ping -c1 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=1 ttl=49 time=23.7 ms
--- 8.8.8.8 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 23.701/23.701/23.701/0.000 ms
- A hozzászóláshoz be kell jelentkezni
Bocs, én csesztem el:
tcpdump -i any -e icmp
lett volna a helyes.
Így ugyanis az összes forgalmad megjelenik, nem csak a két icmp csomag. (kettő, mert egy kimenő és egy válasz)
Ettől függetlenül, ha még mindig nullán állnak a számlálóid, az elég érdekes...
No meg az előző hozzászólásom utolsó mondata komplett marhaság, csak háromszor írtam át, a végére sikerült teljesen összekavarnom azt hiszem. :)
Szóval lényeg, hogy ha látszik az eth0-d MAC address-e az jó, de akkor miért nulla az összes számlálód, ha nem (az) látszik, az viszont azért gáz, mert akkor valami nem látszó interface-en megy át minden. (remélem, most jól írtam :) )
- A hozzászóláshoz be kell jelentkezni
Így már lényegesen kevesebb adat jelent meg, a mostani eredmény:
$ sudo tcpdump -i any -e icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
22:16:28.939513 In 7c:b2:1b:3a:eb:cb (oui Unknown) ethertype IPv4 (0x0800), length 92: host146.229-227-188.netkontakt.hu > 192.168.1.104: ICMP host146.229-227-188.netkontakt.hu udp port 31352 unreachable, length 56
22:16:45.019419 Out 94:de:80:2d:ff:59 (oui Unknown) ethertype IPv4 (0x0800), length 116: 192.168.1.104 > hu-bud02a-dns03.chello.hu: ICMP 192.168.1.104 udp port 32057 unreachable, length 80
22:16:45.953909 In 7c:b2:1b:3a:eb:cb (oui Unknown) ethertype IPv4 (0x0800), length 92: 4E5C0E4F.dsl.pool.telekom.hu > 192.168.1.104: ICMP 4E5C0E4F.dsl.pool.telekom.hu udp port 16706 unreachable, length 56
22:16:48.973706 In 7c:b2:1b:3a:eb:cb (oui Unknown) ethertype IPv4 (0x0800), length 92: 4E5C0E4F.dsl.pool.telekom.hu > 192.168.1.104: ICMP 4E5C0E4F.dsl.pool.telekom.hu udp port 16706 unreachable, length 56
22:17:23.052778 Out 94:de:80:2d:ff:59 (oui Unknown) ethertype IPv4 (0x0800), length 100: 192.168.1.104 > google-public-dns-a.google.com: ICMP echo request, id 2925, seq 1, length 64
22:17:23.077874 In 7c:b2:1b:3a:eb:cb (oui Unknown) ethertype IPv4 (0x0800), length 100: google-public-dns-a.google.com > 192.168.1.104: ICMP echo reply, id 2925, seq 1, length 64
és itt meg is állt a felsorolás. Megszakítás után még ez jött.
6 packets captured
6 packets received by filter
0 packets dropped by kernel
- A hozzászóláshoz be kell jelentkezni
És az ifconfig kimenetében a számlálóid nullán állnak most is?
Mert a 94: kezdetű az az eth0-d, a 7c:b2:... meg a routered(? - bár a cím alapján ez egy CISCO, akkor ez inkább a UPC saját eszköze lehet?) MAC address-e.
- A hozzászóláshoz be kell jelentkezni
Igen az a UPC-s modem lesz, ami egyben wifi rooter is. Lehet, hogy ő kavar be a rendszerben?
- A hozzászóláshoz be kell jelentkezni
Nem, mert a router és a géped közti forgalomnak látszania kellene.
Annyit találtam, hogy bizonyos atheros chipes kártyáknál a driver kissé hiányosan van megírva és nem számol valamiért, de én úgy emlékszem, az atheros csak routerekben fordul elő, PC-kben nem jellemző. A tiéd meg ahogy elnézem, egy Gigabyte alaplapra integrált kártya lehet.
sudo lspci | grep -i eth
Ez mit mond?
- A hozzászóláshoz be kell jelentkezni
$ sudo lspci | grep -i eth
05:00.0 Ethernet controller: Qualcomm Atheros AR8161 Gigabit Ethernet (rev 10)
Akkor ezek szerint, itt a driver-el lesz a gond?...
- A hozzászóláshoz be kell jelentkezni
Igen, viszont nem találom azt a topic-ot, ahol erről írtak. :(
http://www.spinics.net/lists/netdev/msg245601.html
Pl. itt is szó van róla, de valahol fórumon is láttam erről egy társalgást, ott kicsit részletesebben leírták, hogy mi a gond vele.
- A hozzászóláshoz be kell jelentkezni
Na ez már valami. Kösz az infót így már tudom milyen irányba keressek!
(Egyébként win7 alatt folyamatosan kékhalált okozott a hálókártya driver random módon.)
- A hozzászóláshoz be kell jelentkezni
(valamiért duplikálódott a posztom)
- A hozzászóláshoz be kell jelentkezni
-
- A hozzászóláshoz be kell jelentkezni
Igen sajnos most is nulla.
$ ifconfig
eth0 Link encap:Ethernet HWaddr 94:de:80:2d:ff:59
inet addr:192.168.1.104 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::96de:80ff:fe2d:ff59/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:18
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:1559 errors:0 dropped:0 overruns:0 frame:0
TX packets:1559 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:137704 (137.7 KB) TX bytes:137704 (137.7 KB)
- A hozzászóláshoz be kell jelentkezni
iptraf jelez forgalmat?
----------------------------
Előnevelt csirke kapható!
- A hozzászóláshoz be kell jelentkezni
Ezzel a programmal az a baj, hogy még nem találkoztam és nem tudom használni. Öszitén szólva kipróbáltam minden opciót de nem értem, amit mit látok. Bocs de nekem nem egyértelmű a használata.
- A hozzászóláshoz be kell jelentkezni
cat /proc/net/dev
netstat -i
Ezek mit mutatnak?
--
L
- A hozzászóláshoz be kell jelentkezni
$ cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed
eth0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
lo: 200713 2253 0 0 0 0 0 0 200713 2253 0 0 0 0 0 0
$ netstat -i
Kernel Interface table
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0 1500 0 0 0 0 0 0 0 0 0 BMRU
lo 65536 0 2253 0 0 0 2253 0 0 0 LRU
- A hozzászóláshoz be kell jelentkezni
Te tutira nem szivatsz minket? :)
--
L
- A hozzászóláshoz be kell jelentkezni
Távol álljon tőlem, hogy másokat szívassak és visszaéljek a segítőkészségükkel.
HZ hozásszólásaiból arra következtetek, hogy nagy a valószínűsége, hogy a diver-el lesz a gond. Egyszerűen csak nem számol...
- A hozzászóláshoz be kell jelentkezni
Nem nagy valószínűséggel, biztosan. (azóta mégegyszer megnéztem a linket)
- A hozzászóláshoz be kell jelentkezni
Tutira nem.
Csak kell egy magamfajta, dilettáns hülye, aki - ellentétben a nagy szakértőkkel - hajlandó és tud is segíteni a keresésben. ;)
(félre ne érts, nem neked szól... csak ilyenkor mindig elgondolkodom, hogy a sok arcoskodó alak vajon miért nem próbál segíteni, ha valaki ilyen dologban kér segítséget)
- A hozzászóláshoz be kell jelentkezni
A smiley termeszetesen azert volt ott, mert fel sem merult, hogy komolyan trefal a kollega.
Itt masok is panaszkodnak ugyanerrol a jelensegrol, ugy tunik, egyelore nincs megoldas, csak workaround:
http://superuser.com/questions/634317/ifconfig-isnt-showing-stats-for-a…
--
L
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni