Lezárva - Bridge interfész - 2 hálózat nem látja egymást.

Linux-kezdő

Sziasztok!

Az alábbi problémám lenne :

Van egy UPC -s internet ami 120/10 es.
Egy Debian Squeeze linux "szerver" gép van 2 hálózati kártyával. Az eth0 és eth1 ből csináltam egy br0 bridget.

Ennek az a lényege, hogy az eth0 ba csatlakozik a kábelmodem, az eth1 be pedig egy soho tplink router wan portja. Így
gyakorlatilag a szerver és a router is egy egy külön publikus ip cimet kap a szolgáltatótól. A soho router nem bírja a sebességet lekezelni, leginkább a wifi miatt fontos meg 1-2 gép van rákötve, oda elég.

Net van mindenhol. Routerre kötött hálózati eszközök látják is egymást.
A problémám az , hogy a tplinkre kötött hálózati eszközöket nem tudom elérni a linuxos gép alól.

Gondolom a route táblát kellene módosítani, de nem sikerül.

Ezzel a paranccsal próbálkoztam :
route add -net 192.168.1.0 netmask 255.255.255.0 gw 192.168.1.1 dev eth0

hibaüzenet : SIOCADDRT: Nincs ilyen folyamat

Gondolkoztam még vlan on, de sztem ahhoz a router wan portjának is támogatni kellene a featuret.

A routing tábla jelenleg így néz ki :

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
89.135.78.0 * 255.255.255.0 U 0 0 0 br0
link-local * 255.255.0.0 U 1000 0 0 br0
default catv-89-135-78- 0.0.0.0 UG 0 0 0 br0

Ifconfig kimenete :

br0 Link encap:Ethernet HWaddr 00:1b:21:3e:8f:84
inet addr:89.135.XXX.XXX Bcast:255.255.255.255 Mask:255.255.255.0
inet6 addr: fe80::21b:21ff:fe3e:8f84/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:658618968 errors:0 dropped:0 overruns:0 frame:0
TX packets:364014461 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1372542330 (1.2 GiB) TX bytes:478152189 (456.0 MiB)

eth0 Link encap:Ethernet HWaddr 00:24:1d:88:67:aa
inet6 addr: fe80::224:1dff:fe88:67aa/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:18210092 errors:0 dropped:0 overruns:0 frame:0
TX packets:17701692 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1442817216 (1.3 GiB) TX bytes:2365539518 (2.2 GiB)
Interrupt:28 Base address:0x4000

eth1 Link encap:Ethernet HWaddr 00:1b:21:3e:8f:84
inet6 addr: fe80::21b:21ff:fe3e:8f84/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:666220667 errors:0 dropped:0 overruns:0 frame:0
TX packets:806952504 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:746990516 (712.3 MiB) TX bytes:1755472669 (1.6 GiB)
Interrupt:18 Memory:e9080000-e90a0000

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:16436 Metric:1
RX packets:2243698 errors:0 dropped:0 overruns:0 frame:0
TX packets:2243698 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:890118217 (848.8 MiB) TX bytes:890118217 (848.8 MiB)

Segítségeteket köszi előre is.

  • 2651 megtekintés

( PunishR v | 2012. 04. 26., cs – 16:36 )

debian NAT, router meg AP modban felállás nem jó?
Nem tudom mennyire tudna routeolni a kis tp-link a WAN portja felé.
Amennyiben mindenféleképpen kell a két külön ip akkor:
UPC modemből be az utp egy switchbe, ebbe dugod a debian eth0 ifét és a tplink wan portjat, aztán a debain eth1 ifét pedig bedugod a tp-link switch részébe. Persze közben megszünteted a bridzset és a debiánnak eth1-en már nem adsz meg default gw-t. Így a debiannak és a tp-linknek is lesz saját ipje.

( fsanyee | 2012. 04. 26., cs – 16:36 )

ez igy nem nagyon fog mukodni. kivulrol akarod elerni a 192.168.1.0-t?
miert kell a tplinknek public cim?

en ugy csinalnam hogy a debian natolna amit a tplink egyik switch portjara dugnek.

( l0ud v | 2012. 04. 27., p – 13:45 )

Csak egy hülye kérdés, de a kábelmodemben nincs leszabályozva a max node-ok száma 1-re? Mert akkor dughatsz bármennyi eszközt rá, akkor is csak 1 publikus IP-t fogsz kapni.

Nyugodtan próbáld ki. Kösd rá egy switchre a modemet. A upc 3 ip cimet ad minden szolgáltatáshoz. Nekem már több mint 1 éve megy így 2 publikus ipvel. Talán a pcreg oldalon be kellett állitani a 2 mac ot. De restart után is megmaradt a dolog. A sávszélesség az ugye nem lehet több mint a csomag max sebessége.