halozati sebessegteszt

Linux-haladó

halozati sebessegteszt

  • 704 megtekintés

( kgyula | 2005. 04. 15., p – 12:58 )

sziasztok,

szeretnem ket halozati kartyam sebesseget lemerni, tortenetes
_egy_ gep segitsegevel. arra gondoltam, hogy ha a ket halokartya
ip cimet azonos subnetbe rakom es megfelelo routetablaval az egyik
halozati kartyarol kikuldott adat tenylegesen megjelenik a kabelen (ezesetben loopback kabel - nincs semmi mas halozati eszkoz a ket
kartya kozott), azonban eddig nem jartam sikerrel.

a mostani felallas a kovetkezo:
eth0: 10.0.0.1 netmask 255.0.0.0
eth1: 10.0.0.2 netmask 255.255.255.255

route tablaban hiaba probalkoztam olyan trukkel, hogy:
route add -host 10.0.0.2 dev eth0
route add -host 10.0.0.1 dev eth1

azonban az eth0 es eth1 interface-en nincs forgalom, mindig csak a
loopback interface segitsegevel tortenik a transfer.

milyen route bejegyzessel orvosolhato ez a 'hiba', hogy a halozati
forgalom tenylegesen a kabelen keresztul tortenjen?

( Dr_Mac | 2005. 04. 15., p – 13:09 )

[quote:8b06fe443c="kgyula"]sziasztok,

szeretnem ket halozati kartyam sebesseget lemerni, tortenetes
_egy_ gep segitsegevel. arra gondoltam, hogy ha a ket halokartya
ip cimet azonos subnetbe rakom es megfelelo routetablaval az egyik
halozati kartyarol kikuldott adat tenylegesen megjelenik a kabelen (ezesetben loopback kabel - nincs semmi mas halozati eszkoz a ket
kartya kozott), azonban eddig nem jartam sikerrel.

a mostani felallas a kovetkezo:
eth0: 10.0.0.1 netmask 255.0.0.0
eth1: 10.0.0.2 netmask 255.255.255.255

route tablaban hiaba probalkoztam olyan trukkel, hogy:
route add -host 10.0.0.2 dev eth0
route add -host 10.0.0.1 dev eth1

azonban az eth0 es eth1 interface-en nincs forgalom, mindig csak a
loopback interface segitsegevel tortenik a transfer.

milyen route bejegyzessel orvosolhato ez a 'hiba', hogy a halozati
forgalom tenylegesen a kabelen keresztul tortenjen?

Szerintem próbáld meg azt, hogy az eth1-nek mondjuk 10.0.1.1 címet adsz és a route táblába beírod, hogy a 10.0.1.1 gépet at eth0-on keresse.
Bár lehet, hogy ez is a loopback-en keresztül fog menni.

( Dr_Mac | 2005. 04. 15., p – 13:12 )

Vagy megoldás lehet még az IP forward kikapcsolása :?:

( kgyula | 2005. 04. 15., p – 13:21 )

[quote:35a1cb2a7b="Dr_Mac"]Vagy megoldás lehet még az IP forward kikapcsolása :?:

ip forward nincs bekapcsolva, azonban ha az elozo otleted kiprobalom, tovabbra sem megy:
eth0: 10.9.8.1 netmask 255.0.0.0
eth1: 10.9.9.1 netmask 255.0.0.0 (255.255.255.255-el is probaltam)

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.9.8.1 * 255.255.255.255 UH 0 0 0 eth1
10.9.9.1 * 255.255.255.255 UH 0 0 0 eth0

ezekkel a parameterekkel is a lo -n keresztul megy a forgalom, nem ertem miert....

( Dr_Mac | 2005. 04. 15., p – 13:23 )

Akkor szerintem a kernel van annyira intelligens, hogy nem terheli a hálózatot olyan forgalommal, ami "házon belül" is megoldható.
Sajnos nincs más ötletem :(

( Toma_ | 2005. 04. 15., p – 14:26 )

Ha nagy baromsagot mondok lehet rohogni, de ha lelovod a loopback-et?

( kgyula | 2005. 04. 16., szo – 09:13 )

[quote:4cc9b217cb="Toma_"]Ha nagy baromsagot mondok lehet rohogni, de ha lelovod a loopback-et?

a routeolas utani elso dobbenetemben ezzel probalkoztam,
de ez sem hozott megoldast... a sebesseg tovabbra is 4.5g/s :(

( Beanie | 2005. 04. 16., szo – 12:41 )

[quote:0c4a64101b="kgyula"][quote:0c4a64101b="Toma_"]Ha nagy baromsagot mondok lehet rohogni, de ha lelovod a loopback-et?

a routeolas utani elso dobbenetemben ezzel probalkoztam,
de ez sem hozott megoldast... a sebesseg tovabbra is 4.5g/s :(

És valami csomagszűrő tűzfalas megoldás? A használt portot amin tesztelsz a loopbackről portforwardingolod a másik interfészre? És mellé a következő szabállyal tiltod a loopbacket nehogy mégis oda menjen? Lehet ez is hülyeség csak most hirtelen ez jutott eszembe, hogy hátha vlamai ilyesmi módszerrel...