Toevoeging:

Om te testen heb ik ze geopend op VD_Internet, ETH_Internet en ADSL_Internet. Ook heb ik getest met tange toevoegen 8444-8448

Firewall uit op de modem helpt ook niet

resultaat = geen effect

Hallo @lipton 

Eth Ethernet is voor glasvezel en VD Ethernet voor VDSL, de server moet een statische IP hebben, zorg verder dat het schuifje actief is en alle instellingen kloppen.

Het zou moeten werken zo, je kan ook een foto van de regels die je hebt toegevoegd bijvoegen hier als je er niet zeker van bent.

Ik heb inderdaad Glasvezel, had even op forum hier gezocht en kwam erachter dat ETH_internet gebruik moet worden.

Ik zal zo even het ipadres veranderen naar statische. Mijn workstations draaien 24/7, is een statische ip adres dan alsnog nodig?

@lipton

Denk je echt dat die instelling gaat werken?

Nee dus. Je kan dezelfde poort niet doorschakelen naar verschillende IP adressen

Afhankelijk van wat je wil bereiken moet je gebruik maken van vertaling van de poorten

Bij de 127.0.0.1 instelling verwijs je zelfs naar de eigen poorten van de router.

@lipton

Denk je echt dat die instelling gaat werken?

Nee dus. Je kan dezelfde poort niet doorschakelen naar verschillende IP adressen

Afhankelijk van wat je wil bereiken moet je gebruik maken van vertaling van de poorten

Bij de 127.0.0.1 instelling verwijs je zelfs naar de eigen poorten van de router.

 

Ik heb verschillende workstations die over deze poorten moeten communiceren. Hoe zou ik dat moeten instellen?

De 127.0.01 heb ik inmiddels al verwijderd. deze had ik toegevoegd om te testen

Ik heb alle regels gedeactiveerd behalve die van 1 workstation. Statische DHCP adres vanuit de modem toegewezen aan deze apparaat. Modem herstart. Nogsteeds geen effect
 

@lipton

Je hoeft je MAC adressen niet weg te krassen, je zit achter een firewall en het is niet mogelijk om daar simpel bij te komen.

Uitleg over NAT zoals hieronder toegepast

Het apparaat dat ik van buiten wil benaderen op poort 80 kan alleen door achter het EXTERNE IP adres (https://www.watismijnip.nl/) ook de poort te vermelden waar geluisterd wordt.

Om apparaat 1 te benaderen (pluto_extern_web) moet dus de aanroep naar poort 57080 op het externe IP adres. Als het externe IP adres bijvoorbeeld 80.125.111.48 is zal in een webbrowser dan ingeven worden als http://80.125.11.48:57080

De modem luistert op poort 57080 en ziet dan dat het dataverkeer naar die poort doorgeven moet worden naar het INTERNE IP adres 192.168.x.25 en wel naar poort 80 van dat IP.

Op de 2e regel gaat het over een camera (onvif). De app om mijn telefoon is ingesteld op mijn externe IP adres en in een ander veld van de instellingen kan ik de poort, in dit voorbeeld 52026 opgeven.
De modem luistert op poort 52026 en verwerkt het data verkeer met poort 80 van de camera op intern IP adres 192.168.1.177.

Testen of de poorten openstaan lukt vaak niet vanuit het interne netwerk. Testen gaat het simpelste  met je telefoon. Schakel de wifi uit of maak een mobile hotspot.

https://www.grc.com ShieldsUP test op openstaande poorten

Software dat ik gebruik communiceert via port 8448. Dan hoor ik 8448 ook gebruiken als vertalingspoorten, toch?

Ik heb even getest met port 80 als vertalingspoorte > geen effect

Het apparaat pc/laptop/telefoon/tablet die van buiten verbinding probeert te maken met jouw workstations moet vertelt worden dat het het niet via de standaard poort verloopt maar via poort 48448 die als voorbeeld vermeld staat.

Op deze wijze kun je op meerdere servers/workstations in jouw netwerk verbinding laten maken. Als je de externe apparaten maar verschillende poorten toewijst. Intern draait op je server/workstations de software op de standaard poorten.

@lipton 

De eerste en meest belangrijke test die je moet uitvoeren is, werkt alles wel binnen je eigen LAN segment. Als dat werkt, dan zou je met port fowarding ook hetzelfde moeten kunnen bereiken.

Mijn werkende uitleg over port fowarding uit een ander topic

Bedankt voor jullie reacties! 

Het is me nog niet helemaal gelukt. Poorten 8444 en 8447 staan nu wel open (lokaal en extern getest), maar 8448 lukt maar niet.

in modem heb ik ook de 8448 staan in port forwarding:

Klantenservice gebeld en volgens hen is port 8448 niet gereserveerd o.i.d.

Probeer het eens met een poort range, de poorten liggen bijna naast elkaar, alleen 8445 en 8446 en als je straks meerdere systemen wil bereiken zul je toch NAT moeten toepassen.

1 poort doorschakeling voor 84444 en als 2e een range voor 8447 en 8448 is ook mogelijk. Dan blijven 8445 en 8446 dicht.

Controleer de firewall van het 192.168.1.89 systeem of poort 8448 geblokkeerd wordt. Ook die poort moet INTERN benaderbaar zijn voor het doorschakelen gaat werken.  

Windows firewall heb ik uitgeschakeld, zelfs nadat ik incoming en outgoing rules had aangemaakt voor deze poorten. Ik heb ook ranges geprobeerd, geen effect. Nu heb ik triggers ingesteld en nu kunnen 2 van de 3 systemen communiceren via de poorten 8444 en 8447.

Als ik een andere router koop, zou dat dan wel werken?🥴 

Nee, denk het niet. Lijkt me geen router probleem. Ik zal een test op mijn Zyxel doen

Intern 8448 wel benaderbaar?

Ik heb een scsn uitgevoerd op lokale netwerk, 8448 niet bereikbaar (als dat is wat je bedoeld?)

Interne netwerk = lokaal netwerk.

Als intern/lokaal 8448 niet bereikbaar is heeft het verder niets van doen met poort doorschakeling van de Zyxel modem/router.

Weet je zeker dat het nodig is om die poort te openen.

Programmatuur kan ook aangeroepen worden op b.v. poort 8444 en daarna zelf uitgaand  communiceren over b.v. poort 8448. Weet je zeker dat de programmatuur 3 poorten open wil hebben.
Bijvoorbeeld windows remote desktops worden maar over 1 poort aangesproken. (3389)