- NL
|
24751
netweters
|
152348
antwoorden
|
|
20691
vragen
|
Onderwerpen die langer dan 6 maanden geen reactie krijgen, worden afgesloten. Heb je dezelfde vraag of wil je er toch meer informatie over?
Start dan een nieuw onderwerp op De Netweters. Hoe je dit kan doen, vind je hier
Opgelet! Denk eraan dat er in oude onderwerpen informatie kan staan die niet meer up to date is.
Beste Netwerk-specialisten,
Ik heb een korte vraag.
Sinds kort heb ik een nieuwe Telenet modem die op advies van een Telenet provider in Bridge mode gezet is (minder complexiteit).
Op de een of andere manier krijg ik mijn port forwarding maar niet goed ingeregeld.
Kan iemand op basis van de bijlage aangeven waar ik mogelijk wat fout doe?
Zover ik begreep, was het niet nodig om port forwarding regels toe te voegen op mijn Telenet modem als deze in Bridge modem stond.
Omdat ik het even niet meer snap heb ik nu toch beide regels toegevoegd op mijn nieuwe router (TP-link Deco XE75 mesh) en mijn nieuwe Telenet modem (CV8560E).
Iemand suggesties (aub)? 🙂
Bij voorbaat hartelijk dank voor een reactie.
Titel aangepast door Bjarne (Mod) | Originele titel: Port forwarding en Bridge mode
Controleer eerst eens of je eigen router een publiek IPadres heeft. Dit zou moeten nadat je het JUISTE macadres van je eigen router hebt ingegeven in "mijn telenet". Met het JUISTE mac adres bedoel ik het mac adres van de WANpoort van je eigen router. Als dat juist is dan moet je in je eigen router de juiste forwardings inzetten. Maar alles moet dan wel op je eigen router aangesloten worden.
Je mag dus aan de WAN zijde op je eigen router, GEEN adres hebben in de zin van 192.168.0.X.
Ignace (igvfer) | 
Het is inderdaad niet nodig port-forwarding op de Telenet CV8560E HGW te configureren, voor apparatuur achter je eigen router, als de HGW al het IPv4 verkeer al naar de eigen router bridged. Sterrker nog, je kunt geen port-forwarding instelleing naar de eigen router, wanneer briding gebruikt wordt.
Je eigen router ontvangt dan namelijk geen 192.68.0.X adres meer van de HGW, dus kun je ook geen port-forwarding er naartoe instellen.
De WAN poort van de eigen router zou een publiek adres moeten ontvangen.
Is dat niet het geval dan is niet het juiste adres bij bridging ingesteld. Kijk even of je in dat geval de deco bij aangesloten apparaten ziet staan. Copy-aste het mac adres wat je daar ziet naar het bridging veld en herstart de HGW.
Arnie |
Nu met contextuele foto. De vorige werd tegengehouden..
Ik heb dus het MAC adres van het Telenet modem gehouden zoals deze is en dat geldt ook voor de DECO router.
Moet ik nu het MAC adres van de DECO router in het Telenet modem plaatsen? Klinkt erg vreemd qua vraag, maar toch 🙂
Het MAC adres van de WAN poort van de deco router moet via mijn Telenet in het veld bridging ingegeven worden.
Eigenlijk is het namelijk geen brdging functie, maar MAC passthrough. Al het IPv4 verkeer van en naar die MAC adres zal de HGW zonder NAT functie passeren, en wordt dus als het ware er door "gebridged".
De eigen Deco router heeft verschillende MAC adressen. Om de juiste te vinden, is het het makkelijkste bij mijn telenet naar aangesloten apparaten te kijken. Als de deco het enige aangesloten apparaat is, zal het "lijstje" maar 1 MAC adres tonen, dat is degene die je moet gebruiken. Copy-paste deze naar het veld bridging. Als bridge goed werkt zal je daarna de deco niet meer zien als aangesloten apparaat in combinatie met een 192.168.0.x IPv4 adres.
Ik heb net alles nagekeken en op het oog staat alles goed (zie bijlage aub).
De DECO zelf heeft zover ik weet niet echt een WAN poort. Ik heb 3 Ethernet poorten en zover ik weet kun je de UTP kabel gewoon plaatsen in een willekeurige poort. Alles gereboot, maar geen effect.
Misschien een paar ongefundeerde vragen.
1. Moet ik de WAN poort van de Telenet router gebruiken?
2. Moet ik Port forwarding dan inregelen op het Telenet modem of de DECO router?
Nu ben ik er even doorheen 😉 😉
Op DECO zie ik nog steeds gewoon het interne 192 adres i.p.v. publiek.
Ik heb het MAC adres van de DECO via de Telenet website gecheckt en deze correspondeert met het MAC adres wat ingegeven staat bij de bridge functie.
Heel raar...
Het is hier al meermaals aangegeven. Hun omschakeling na jaren palaveren was blijkbaar nog altijd niet echt doordacht. Ze hebben dat ondertussen tot in den treure gemerkt. En de klantendiensten enz. zijn degenen die de slagen moet incasseren. En misschien later ook de beslissingnemers, die redelijk ondoordacht met externe firma's zijn in zee gegaan. Een debacle die nog lang zal nazinderen.
