Разгрузить точку доступа поключенную через мост.

0

0

Есть домашний сервачек, на нем настроен мост br0(eth1,eth2)
eth2 - сетевая подключенная к точке доступа dwl-2100AP
Проблема вот в чем,когда к br0 мостом соединяется virtualbox, и когда на виртуалке что-то качается, на апешке начинают дико мигать диоды, зачем через нее идет какой-то траффик мне не понятно, как этого избежать,как грамотно все развести? Хочется что бы все машины,виртуталки,клиенты wifi были в одной подсети.

Ссылка

←	Linux Softraid

настройка сети между ALt Server and Alt Linux Light 5.0

→

>сервачек
Если бы не это слово, я порекомендовал бы LARTC.

~~power~~ ★
(26.04.10 12:46:16 MSD)

Ссылка

зачем через нее идет какой-то траффик мне не понятно

Послушай на eth2 tcpdump'ом, может arp трафик?

~~tux2002~~ ★
(26.04.10 13:15:04 MSD)

Ответ на: комментарий от tux2002 26.04.10 13:15:04 MSD

вот такое при пингах и обновлении репы, 10.18.0.1 это br0, он же является шлюзом для всех, linux-8z9c - виртуалка.

tcpdump -i eth2
tcpdump: WARNING: eth2: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
15:43:16.946403 IP ya.ru > linux-8z9c: ICMP echo reply, id 50441, seq 1, length 64
15:43:17.966350 IP ya.ru > linux-8z9c: ICMP echo reply, id 50441, seq 2, length 64
15:43:18.998407 IP ya.ru > linux-8z9c: ICMP echo reply, id 50441, seq 3, length 64
15:43:19.938386 IP ya.ru > linux-8z9c: ICMP echo reply, id 50441, seq 4, length 64
15:43:20.934389 IP ya.ru > linux-8z9c: ICMP echo reply, id 50441, seq 5, length 64
15:43:21.942354 IP ya.ru > linux-8z9c: ICMP echo reply, id 50441, seq 6, length 64
15:43:21.946181 ARP, Request who-has linux-8z9c tell 10.18.0.1, length 28
15:43:22.942383 IP ya.ru > linux-8z9c: ICMP echo reply, id 50441, seq 7, length 64
15:43:23.982361 IP ya.ru > linux-8z9c: ICMP echo reply, id 50441, seq 8, length 64
15:43:24.211543 IP 10.18.0.1.nfs > linux-8z9c.apex-edge: Flags [F.], seq 3735661983, ack 2973189214, win 91, options [nop,nop,TS val 41663181 ecr 58172], length 0
15:43:24.958392 IP ya.ru > linux-8z9c: ICMP echo reply, id 50441, seq 9, length 64
15:47:27.550615 IP ftp5.gwdg.de.http > linux-8z9c.56404: Flags [.], ack 358, win 1716, options [nop,nop,TS val 842452688 ecr 118976], length 0
15:47:27.551091 IP ftp5.gwdg.de.http > linux-8z9c.56404: Flags [P.], seq 1339:1975, ack 358, win 1716, options [nop,nop,TS val 842452693 ecr 118976], length 636
15:47:27.642499 IP ftp5.gwdg.de.http > linux-8z9c.56404: Flags [.], seq 1:1339, ack 358, win 1716, options [nop,nop,TS val 842452693 ecr 118976], length 1338
15:47:27.644118 IP ftp5.gwdg.de.http > linux-8z9c.56404: Flags [F.], seq 1975, ack 358, win 1716, options [nop,nop,TS val 842452693 ecr 118976], length 0
15:47:27.830454 IP ftp5.gwdg.de.http > linux-8z9c.56404: Flags [.], ack 359, win 1716, options [nop,nop,TS val 842452764 ecr 119069], length 0
15:47:29.966409 IP ftp5.gwdg.de.http > linux-8z9c.56405: Flags [S.], seq 261667919, ack 2948013259, win 5792, options [mss 1350,sackOK,TS val 842453286 ecr 119596,nop,wscale 2], length 0
15:47:30.250590 IP ftp5.gwdg.de.http > linux-8z9c.56405: Flags [.], ack 374, win 1716, options [nop,nop,TS val 842453365 ecr 119644], length 0

Novell-ch ★★★★★
(26.04.10 16:51:59 MSD) автор топика

Ответ на: комментарий от Novell-ch 26.04.10 16:51:59 MSD

Обыкновенная сетевая активность, что тебе не нравится?

~~tux2002~~ ★
(26.04.10 17:21:35 MSD)

Ответ на: комментарий от tux2002 26.04.10 17:21:35 MSD

не нравиться то, что эта активность идет на eth1 и eth2 а должно идти только на vitualbox-овый мост, так вот и спросил как это сделать, что бы трафик для бокса не гонялся по eth1 и eth2

Novell-ch ★★★★★
(26.04.10 18:15:31 MSD) автор топика

Ответ на: комментарий от Novell-ch 26.04.10 18:15:31 MSD

У тебя же eth1 и eth2 и интерфейс virtualbox в одном br0. Это один сегмент ethernet. И ты хочешь чтоб все были в одной подсети. Все условия выполняются как у тебя сейчас. Можно изолировать virtualbox в свою подсеть (бридж в tap, tap->br0 routing).

~~tux2002~~ ★
(27.04.10 11:50:06 MSD)