:strip_exif()/u/41374/camel.gif?f=community)
Hallo,
Ik heb een servertje geinstalleerd met OpenBSD 3.3 erop.
Nu heb ik een bridge aangemaakt, waardoor ik mijn trafic wil laten lopen om daarop pf rules los te laten.
Mijn OpenBSD bridge heeft dus geen IP en de beiden netwerk kaarten (xl0 en xl1) hebben ook geen IP.
Zoals verteld op de openbsd site heb ik een file aangemaakt: bridgename.bridge0
Daarin staan de 2 netwerk kaarten en het UP commande, het bestand ziet er als volgt uit:
add xl0
add xl1
up
In mijn server ACHTER de bridge zit mijn chello kaart waar ik voorheen altijd een IP op greeg via DHCP. Chello controleerd (zoals vele weten op MAC adres als er een IP word gerequest).
Na het aansluiten van mijn bridge, tussen mijn chello modem en mijn server (met mijn chello kaart) moest ik opnieuw een IP aanvragen op mijn server met mijn chello kaart erin.
Dit was geen enkel probleem. Ik kreeg een IP (het oude) en ik was online door mijn bridge heen. Na een tijdje was ik in een keer offline. Ik kwam erachter dat de bridge de MAC adressen leerd van de netwerk kaarten die erop aangesloten zitten.
zodra ik het volgende commando inklopte, was ik weer online:
brconfig bridge0 flushall
Dit commando flushed alle geleerde en static MAC adressen.
Toen was ik dus weer online voor een minuut, en weer offline (Dan krijg ik ook geen IP meer als ik dhcpcd eth0 inklop op mijn server achter de bridge)
Ik heb verder gekeken en kwam erachter dat je de timeout tijd van de geleerde mac adressen kan ingeven, standaard staat die op 240 seconden.
Ik heb deze op 1 gezet, waardoor (zoals ik dacht) dat dan elke seconde de geleerde MAC's worden geflushed.
Dat gebeurde ook, maar ik bleef toch maar steeds ongeveer EEN minuut online.
Kortom: ik blijf maar een minuut online door de bridge en dan is mijn verbinding compleet gesloten. Zodra ik brconfig bridge0 flushall inklop, kan ik weer een DHCP lease aanvragen en ben ik weer een minuut online.
Heeft iemand een iedee wat dit probleem zou kunnen zijn en wat ik er aan kan doen. Ik snap er echt helemaal niets meer van
Alvast hartelijk bedankt!
Ik heb een servertje geinstalleerd met OpenBSD 3.3 erop.
Nu heb ik een bridge aangemaakt, waardoor ik mijn trafic wil laten lopen om daarop pf rules los te laten.
Mijn OpenBSD bridge heeft dus geen IP en de beiden netwerk kaarten (xl0 en xl1) hebben ook geen IP.
Zoals verteld op de openbsd site heb ik een file aangemaakt: bridgename.bridge0
Daarin staan de 2 netwerk kaarten en het UP commande, het bestand ziet er als volgt uit:
add xl0
add xl1
up
In mijn server ACHTER de bridge zit mijn chello kaart waar ik voorheen altijd een IP op greeg via DHCP. Chello controleerd (zoals vele weten op MAC adres als er een IP word gerequest).
Na het aansluiten van mijn bridge, tussen mijn chello modem en mijn server (met mijn chello kaart) moest ik opnieuw een IP aanvragen op mijn server met mijn chello kaart erin.
Dit was geen enkel probleem. Ik kreeg een IP (het oude) en ik was online door mijn bridge heen. Na een tijdje was ik in een keer offline. Ik kwam erachter dat de bridge de MAC adressen leerd van de netwerk kaarten die erop aangesloten zitten.
zodra ik het volgende commando inklopte, was ik weer online:
brconfig bridge0 flushall
Dit commando flushed alle geleerde en static MAC adressen.
Toen was ik dus weer online voor een minuut, en weer offline (Dan krijg ik ook geen IP meer als ik dhcpcd eth0 inklop op mijn server achter de bridge)
Ik heb verder gekeken en kwam erachter dat je de timeout tijd van de geleerde mac adressen kan ingeven, standaard staat die op 240 seconden.
Ik heb deze op 1 gezet, waardoor (zoals ik dacht) dat dan elke seconde de geleerde MAC's worden geflushed.
Dat gebeurde ook, maar ik bleef toch maar steeds ongeveer EEN minuut online.
Kortom: ik blijf maar een minuut online door de bridge en dan is mijn verbinding compleet gesloten. Zodra ik brconfig bridge0 flushall inklop, kan ik weer een DHCP lease aanvragen en ben ik weer een minuut online.
Heeft iemand een iedee wat dit probleem zou kunnen zijn en wat ik er aan kan doen. Ik snap er echt helemaal niets meer van
Alvast hartelijk bedankt!
daarin staat MAC Address learning uitgelegd voor bridges. Dit is overigens de bedoeling van zo'n kreng, broadcast verkeer verminderen door de LANs te segmenteren op basis van de geleerde mac adresjes.
Lijkt met toch handig voor beheer (ssh-toegang). Uiteraard alleen op de interne netwerkaansluiting.