Archief - 2 nic's

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

den Acid Burn

Legacy Member
lo,

ik heb een debian systeem met 2 netwerkkaarten.
de bedoeloing is dat op 1 kaart een laptop aagesloten wordt.
die server wordt dan via ssh bediend met de laptop.

op de andere netwerkkaart wordt een hub aangesloten en de bedoeling is dat die server alle ethernet pakketjes gaat capturen via die kaart.

nu heb ik 2 netwerkkaarten geinstalleerd.
deze worden goed herkend door lspci.

ik heb in /etc/network/interfaces ingesteld dat ze allebei een static ip krijgen:
192.168.22.50 (eth1) en 192.168.22.51 (eth2).
er is ook een eth0 (onboard lan) maar die wordt niet geladen.

nu wanneer de computer boot kan ik met de laptop via ssh inloggen als de netwerkkabel op eth1 steekt (192.168.22.50)

met ifconfig zie je dat eth1 en eth2 allebei hun ip krijgen.

MAAR wanneer ik wil pingen van eth2 (192.168.22.51) naar de laptop (192.168.22.49) lukt dat niet :s
het is nochtans hetzelfde netwerk, dus dat zou toch gen probleem mogen geven?

zelfs pingen van eth2 naar eth1 wil niet lukken :s

het probleem komt er eigenlijk op neer dat eth1 goed werkt maar eth2 werkt niet tegoei.
zelfs een simpele ping gaat niet met eth2.

heeft er iemand een idee wat ge moet doen om 2 netwerkkaarten draaiende te krijgen onder linux??

ik heb ping 192.168.22.50 gedaan -> ging niet
ping -I eth2 192.168.22.50 -> ging ook niet

kreeg soms zelfs de foutmelding: destination host unreachable
maar hoe is dat mogelijk? aangezien ze allemaal in hetzelfde netwerk zitten.
hiervoor moet ik toch geen gateway instellen.

uit wanhoop toch eens een gateway ingesteld, maar zonder resultaat.

hopelijk weet iemand hier raad mee

grtz

RpR

Legacy Member
Denk juist dat dat het probleem is dat de beide netwerkkaarten in hetzelfde netwerk zitten. Ik zie ook niet goed in waarom dat deze in hetzelfde netwerk moeten zitten?

den Acid Burn

Legacy Member
welk adres zou ik de 2e nic dan moeten geven?

eth1: 192.168.22.50
eth2: 192.168.22.51

als ik nu eth2 een ip geef uit een ander netwerk, laten we zeggen 192.168.100.100 en ik wil een pc pingen vanuit het netwerk 192.168.22.0 dan moet ik voor eth2 een gatewway instellen (192.168.22.254 is dat hier)

maar ind at egval krijg ik de error network is unreachable als ik de interfaces terug wil opbrengen.

welk ip moet ik dan geven aan eth2??

Evil_Homer

Legacy Member
Zie het zo: als ge aan een kruispunt komt, en ge ziet links en rechts een plakkaat 'Brussel', dan zult ge ook "foert" zeggen :D
Om een interface te laten capturen, en niet ping-baar te zijn, kunt ge gewoon het volgende doen: ifconfig eth2 up
en dan met tcpdump -i eth2 -w capture.txt kunt ge alles laten loggen.

eth1 steekt ge dan gewoon in range van de laptop. Als ge toch een IP wilt nemen voor eth2, neem dan 192.168.23.50, en eth1 192.168.22.50

den Acid Burn

Legacy Member
ja ik ben hier zwaar in de war geweest...

zitten nu 3 nic's in.
eth1 is nu met crossed verbonden aan men laptop.
kan inloggen met ssh

eth2 is nu verbonden aan een hub en kan alles capturen.
eth2 heeft nu ook wel een ip.

maar als ik u goed begrijp moet ik voor eth2 geen ip instellen, gewoon interface opbrengen en dan kan die capturen?

dus zou ik makkelijk nog de iface van eth3 kunne uppen (zonder een ip in te stellen, waardoor ge die dus ook niet kunt pingen) en ook daar capturen?

want als ik nu het volgende doe:

debian:~# tcpdump -i eth2
tcpdump: bind: Network is down

dit is de inhoud van men /etc/network/interfaces:

#auto eth0
#iface eth0 inet dhcp

auto eth1
iface eth1 inet static
address 10.0.0.15
netmask 255.0.0.0

auto eth2
iface eth2 inet manual

auto eth3
iface eth3 inet manual

Coax

Legacy Member
Mja, de reden dat het niet gaat, komt door hoe uw route tabel werkt.
Kunt ge zien met 'route' of 'route -n' op linux.

Die routes bepalen langs waar uw packetjes naar buiten gaan wanneer ge een ip wilt pingen.

Als ge een interface een ip geeft dan vult die automatisch een entry in in de route tabel, omdat hij dan weet waar dat bepaald netwerk zit. (nml aan eth1 ofzo)
Als ge 2 interfaces op hetzelfde netwerk gaat zetten, dan gaat er nogaltijd maar 1 route gekozen worden om dat netwerk te bereiken.
Dus als ge bvb 192.168.0.1 en 192.168.0.2 aan uw interfaces geeft met netmask 255.255.255.0, dan ziet die route tabel er ongeveer zo uit:

192.168.0.0/24 --> eth1
192.168.0.0/24 --> eth2

Als ge dan een ping stuurt dan een ander ip op het netwerk, dan gaat die kijken in z'n route tabel, en kiest altijd de eerste entry dat hij tegenkomt. (En als hij niks vindt, dan pakt hij z'n default gateway, die onderaan staat indien ingesteld)

den Acid Burn

Legacy Member
Coax zei:
Mja, de reden dat het niet gaat, komt door hoe uw route tabel werkt.
Kunt ge zien met 'route' of 'route -n' op linux.

Die routes bepalen langs waar uw packetjes naar buiten gaan wanneer ge een ip wilt pingen.

Als ge een interface een ip geeft dan vult die automatisch een entry in in de route tabel, omdat hij dan weet waar dat bepaald netwerk zit. (nml aan eth1 ofzo)
Als ge 2 interfaces op hetzelfde netwerk gaat zetten, dan gaat er nogaltijd maar 1 route gekozen worden om dat netwerk te bereiken.
Dus als ge bvb 192.168.0.1 en 192.168.0.2 aan uw interfaces geeft met netmask 255.255.255.0, dan ziet die route tabel er ongeveer zo uit:

192.168.0.0/24 --> eth1
192.168.0.0/24 --> eth2

Als ge dan een ping stuurt dan een ander ip op het netwerk, dan gaat die kijken in z'n route tabel, en kiest altijd de eerste entry dat hij tegenkomt. (En als hij niks vindt, dan pakt hij z'n default gateway, die onderaan staat indien ingesteld)

das duidelijk :)

alles werkt nu ook perfect.
de bedoeling is om een laptop te verbinden met die computer.
die computer wordt dus bediend met de laptop mbv ssh

op de ander 2 nic's worden hubs aangesloten.
die 2 nic's gaan met tcpdump alle packet headers capturen en opslaan op een data partitie.

die logs worden dan naar een windows computer gestuurd met scp bijvoorbeeld, waar ze met een delphi programma geanalyseerd worden.

kheb hier ondertussen ook alle mooie shell scriptjes voor tcpdumps te starten en te killen (met argumenten) gemaakt

probleem opgelost dus.

thx voor de hulp!
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan