| 1 |
Obrigado pela sugestão |
| 2 |
|
| 3 |
O objectivo é analizar as tramas ethernet? Ou criar regras iptables de |
| 4 |
nível 2? |
| 5 |
|
| 6 |
Gostava de evitar a análise das tramas para que a minha aplicação não se |
| 7 |
tornasse demasiado pesada para o sistema. |
| 8 |
Nesse caso usaria algo tipo libpcap, certo? |
| 9 |
|
| 10 |
De qualquer modo vou analizar melhor este ebtables e depois retorno um |
| 11 |
comentário. |
| 12 |
|
| 13 |
Bruno Laturner wrote: |
| 14 |
> On 2/20/07, Vitor Brandão <vitorbrandao.pt@×××××.com> wrote: |
| 15 |
>> Acho que compliquei o meu objectivo. |
| 16 |
>> |
| 17 |
>> O que quero é apenas saber que a ligação pppX está a usar a interface |
| 18 |
>> ethX. |
| 19 |
>> |
| 20 |
>> A minha API até agora cria uma lista com todas as interfaces activas do |
| 21 |
>> router e lê valores como IP, MAC, etc... |
| 22 |
>> |
| 23 |
>> Depois tenho uma segunda lista onde coloco as interfaces das Wans: eth0, |
| 24 |
>> eth1 e eth2 (eth3 é a LAN). |
| 25 |
>> Mas preciso de saber por, exemplo, que a interface ppp0 usa a interface |
| 26 |
>> eth0,1,2. |
| 27 |
>> |
| 28 |
>> Imagino que a solução passe por questionar o kernel via netlink sockets, |
| 29 |
>> mas não tenho experiência neste campo. |
| 30 |
>> |
| 31 |
> |
| 32 |
> É como você quisesse usar o iptables para logar/escutar o tráfego, mas |
| 33 |
> ao invés de trabalhar na camada 3, trabalhasse na camada 2. |
| 34 |
> |
| 35 |
> Veja se o ebtables [1] soluciona o caso: |
| 36 |
> |
| 37 |
> [1] http://ebtables.sourceforge.net/ |
| 38 |
|
| 39 |
-- |
| 40 |
gentoo-user-br@g.o mailing list |
Archives