Maar aangezien hij zelf een sessie opzet via PPPoE heeft hij GEEN intern adres meer !Limburg schreef:Geen probleem, ik realiseer me plotseling dat wanneer je intern wil kijken je het local IP adres gebruikt, dus
http://192.168.1.xxx:1234.
Dat kost geen verkeer.
Ik vroeg me al af waarom ik niet eerder op dit idee kwam.r2504 schreef:Maar aangezien hij zelf een sessie opzet via PPPoE heeft hij GEEN intern adres meer !Limburg schreef:Geen probleem, ik realiseer me plotseling dat wanneer je intern wil kijken je het local IP adres gebruikt, dus
http://192.168.1.xxx:1234.
Dat kost geen verkeer.
Je kan er dus intern gewoon niet meer aan.
Maar dergelijk config kan je op zo'n simpele DVR gewoon niet doen !TomG schreef:De bedoeling is wel om lokale netwerkconnectiviteit te behouden op uw lan, dus:
Op mijn NAS kan het perfect.r2504 schreef:Maar dergelijk config kan je op zo'n simpele DVR gewoon niet doen !TomG schreef:De bedoeling is wel om lokale netwerkconnectiviteit te behouden op uw lan, dus:
Daar heb je de keuze tussen het één OF het andere.
Omdat iemand dit aanhaalde als efficiente manier om te testen (wat op zich wel correct is) of het remote werkte.TomG schreef:Sowieso, als de functionaliteit zo beperkt is, waarom zou je dan PPPOE gebruiken? Er zal wellicht ook geen configureerde firewall aanwezig zijn...
Omdat het de topicstarter na 2 pagina's hulp nog niet gelukt is z'n spullen werkend te krijgen via portforwarding.TomG schreef:Sowieso, als de functionaliteit zo beperkt is, waarom zou je dan PPPOE gebruiken? Er zal wellicht ook geen configureerde firewall aanwezig zijn...
niets aan te doen, zal op een ander moeten checkenIn je e-Services poort 8080 (staat op veel bedrijven ook open) openzetten, of zelfs poort 80. Nu als je problemen hebt met poort 7979 dan vrees ik dat men ook andere poorten zal filteren, zeker je poort 1050 waarop de eigenlijk videostream gaat.stefketoyo schreef:1/ geen toegang via Poort 7979 op het werk
Ah... in je PM had ik het anders begrepen... maar in dit geval vrees ik dat je er weinig aan kan doen, dit is namelijk je DVR die dit doet, en ik dacht niet dat die hiervoor settings had. Wat is trouwens de exacte melding die je krijgt bij DynDNS.org ?stefketoyo schreef:2/ op dyndns.org zelf lijkt hij steeds het ip adres te blocken, omdat ik te veel "refresh" ? Enig idee hoe ik dit kan veranderen ?
Je kan altijd de DynDNS client op je DVR uitschakelen, en er ééntje installeren op je PC. Als je dan dagelijks je PC een keertje hebt op staan zal je meestal wel de correcte link hebben. Langer dan 36u ga je vermoedelijk niet halen want dan heb je volgens mij steeds een disconnect.stefketoyo schreef:Ik kan dit inderdaad niet aanpassen, en ben niet van plan om de pro aan te schaffen.
Poort 8080 (en 80) sluit men omdat er "potentieel" een configuratie pagina van je router op te bereiken is... indien deze echter af staat (remote WAN management), en je tevens forwarding doet van die poort naar je DVR is er geen enkel issue.stefketoyo schreef:Ik wil eigenlijk niet de 8080 poort openzetten, aangezien het toch een reden heeft dat deze gesloten is... Of ben ik dan nog voldoende beschermd ?
