- NL
|
26.557
netweters
|
165.127
antwoorden
|
|
22.165
vragen
|
@Rockyenco , kun je iets duidelijker je probleem beschrijven?
Je gebruikt een nieuwe PC, waarop video bewakings-software draait? Wat is het IP adres van deze PC?
Is de oude PC nog altijd aktief? Indien niet, waarom gebruik je miet simpelweg het oude IP adres, en stelt dit vast in op de PC.
Het gebruik van DHCP om automatisch een IP adres te verkrijgen is hier niet wenselijk, omdat je port-forwarding dan niet langer werkt.
Welk video product gebruik je? Ik vermoed dat de camera's zelf niet via prt-forwarding open gezet hoeven te worden, wanneer alles via de PC verloopt.
Arnie |
Inderdaad vreemd, maar fijn dat alles nu werkt. Misschien werkt het nog via de oude PC die aktief was?
Besef wel dat je maar 1 port-forward regel aktief kan hebben voor inkomend verkeer, geadresseerd aan port 3443.
Een tweede regel toevoegen voor dezelfde port zal een fout geven. Dat is normaal.
Een alternatief zou zijn geweest - je nieuwe PC het adres van de oude geven. De oude een ander vast IP adres geven.
Zodoende hoef je geen port-forwarding aan te passen, en kun je lokaal nog gewoon de oude PC blijven benaderen.
Mijn wifi router staat inderdaad op bridge/AP ingesteld, mijn server krijgt nu ook een IP van de Telenet router.
Momenteel heb ik enkel de port farwing als volgt ingesteld op de Telenet router. Op de wifi router heb ik die verwijderd.
Indien de wifi "router" enkel als access-point funktioneert dan speelt die geen rol in port-forwarding. Je dient dan de telenet-router port-forwarding rules in te stellen, direct voor het IP adres van de server (dus 192.68.0.x)
Een aantal troubleshooting ips, om het probleem beter te kunnen isoleren:
- Kun je vanaf een lokaal verbonden PC de server bereiken? Werkt alls dan goed?
- Heeft de server firewall regels, die wellicht verkeer vanaf of naar een ander netwerk (het interne) verbieden?
Het is aan te raden de server een vast IP adres te geven, zonder gebruik te mkaen van DHCP. Vergeet dan niet ook de default gateway in te stellen. Na een restart van het telenet -modem zou deze namelijk aan de server een ander adres kunnen gaan aanbieden als je gebruik maakt van DHCP, waardoor de port-forwarding regels niet langer zullen werken. In het algemeen voorzie je altijd het beste een vast adres voor servers. De telenet modems ondersteunen geen DHCP adres reservaties, dus het toekennen van een vast adres dient op het apparaat zelf te gebeuren.
@FVM427 , een vast ip adres is inderdaad geen verplichting voor port-forwarding. Het is gewoon handiger, omdat indien het IP adres zou wijzigen , port-forwarding niet langer werkt.
Voor de tests kun je zeker nog gewoon een dynamisch DHCP adres blijven gebruiken, zolang je er op let dat het adres niet wijzigt.
De verschillende online tools die kijken of een port wel of niet open is werken niet altijd betrouwbaar. Ik zou gewoon even de applicatie van je camera zelf gebruiken, via app of website.
Kijk zeker even je publiek IP adres na. Dit kun je nakijken via my telenet, maar het is makkelijker vanaf je eigen netwerk even een site zoals bijvoorbeeld https://www.watismijnip.be/ te bezoeken. Dat zal je tonen wat je publieke IP adres is, en wat je dus moet gebruiken voor de toegang vanaf extern.
Bij het testen moet je er op letten niet langer met je lokale net vernbonden te zijn. Gebruik bijvoorbeeld een GSM met mobiele data, en uitgeschakelde wifi.
Als ik op vivotek port-forwarding zoek, is er meestal sprake van port-forwarding van de camera zelf, niet de server.
Kun je bevestigen dat je de beelden vanaf de server ontvangt (die op zijn beurt de beelden van de camera ontvangt en aanbeidt). Welke software is het juist, en gebruik je een app of een web-interface? Is de server een "standard" PC (welk operating systeem), of dedicate HW voor de camera-applicatie?
