SurveillanceStation invoegtoepassing werkt niet meer

[ccolijn]

in mijn SurveillanceStation invoegtoepassing werkt niet meer na installatie en kan ik op computer de beelden niet bekijken. Zowel in dsm als de windowstoepassinG?

[snowfox]

Ik heb hier hetzelfde probleem.
Is er iemand die hier een oplossing voor heeft gevonden?

Alvast bedankt

[ufosyno]

Ik lees in de knowledgebase, dat men binnen Firefox en Chrome geen ondersteuning meer heeft voor de NPAPI addons. Men adviseert Internet Explorer te gebruiken. Zelf heb ik ook Edge even getest, en die werkt ook niet (meer). IE moet ik eerst ophalen...

Ik denk dat Synology hier wel een probleem heeft, maar dat men daarvan al weet.


 

[Birdy]

Daar hebben ze Surveillance Station Client (onder Huplprogramma's) voor ontwikkeld.

[ufosyno]

Geinstalleerd en het doet het (weer).

Maar toch gek, dat 't 't tot eergisteren in Firefox nog gewoon deed. En nu dus niet meer via de DSM, maar via Windhoos10. Ergens vind ik dat wel een beetje jammer!

[ccolijn]

Dank Birdy ook hier heb ik een ook probleem als ik als admin inlog kapt hij er na 30 seconden mee dat ik niet voldoende rechten heb? Ik heb rechten in orde gemaakt? Dit is sinds 14 dagen zo?
Met internet Explorer werkt 't moet active X installeren heb ik nog niet gedaan

[6in-line]

Hier ben ik blij mee (de SS cliënt), werkt als olie in mijn 6 in-line motorblok.
Fijn zo.

[Briolet]

Maar toch gek, dat 't 't tot eergisteren in Firefox nog gewoon deed.

Inderdaad gek, omdat Firefox al op 7 maart hun versie 52 uitgebracht heeft. (zie hier) Blijkbaar werkt je auto update niet goed, want de plug-in had al vanaf die datum niet meer mogen werken.

[Birdy]

Firefox Version 52.0.1, first offered to Release channel users on March 17, 2017
Ik denk dat het met deze update definitief is geworden.

[Briolet]

Nee, in die .0.1 update is een ander lek verholpen die afgelopen donderdag tijdens de Pwn2Own-wedstrijd ontdekt is.

[Birdy]

Ik heb dit gemeld omdat @ufosyno meldde: "Maar toch gek, dat 't 't tot eergisteren in Firefox nog gewoon deed."
Misschien de voorgaande update (52) niet gedaan ?
Maar goed, het wordt niet meer ondersteund en de cliënt is DE oplossing.

[6in-line]

Briolet & Birdy hoi,

Ik zat nog te denken?!

Als ik op vakantie ga heb ik in het buitenland vaak last van het feit dat ik niet met mijn eigen hostnaam in kan loggen op een gastcomputer (vaak desktop) in mijn DSM, om de camera te benaderen. Dit gaat ook vaak via de app (SS) niet goed.
Binnenland alles perfect.

Heeft e.e.a. in het buitenland met een buitenlandse gastcomputer met de invoegtoepassingen te maken?
(dat ik mijn DSM niet kan benaderen).

Of met de beveiliging van het WIFI netwerk waar ik als gast gebruik van maak?

De SS icoon staat nu op mijn bureaublad van mijn pc, zit hier dan de SS cliënt in??
Ik zie 'm nl. niet onder hulpprogramma's staan.

Moet ik in het buitenland dan eigenlijk alleen gebruikmaken van de SS app op de telefoon, omdat het via Firefox e.d. niet meer te benaderen is op de computer?

Dat komt nu opeens allemaal opzetten als een bevalling (of zoiets).

Alvast dank voor de reacties,

6 in-line

[Briolet]

Het probleem is dat browsers steeds meer risico's willen uitsluiten met 3th party plug-ins.

Tot voor een paar jaar gebruikte SS de Java plugin voor het tonen van de beelden. Toen steeds meer browsers Java gingen weigeren heeft Synology uiteindelijk een eigen plug-in geschreven.
Nu gaan browsers steeds meer plug-ins blokkeren en heeft Synology een eigen app gemaakt. Op die manier worden ze niet steeds verrast door aanpassing in browsers.

De app of de plug-in zouden het echter in elk land moeten doen, als externe toegang geconfigureerd is en hij wel in Nederland werkt. Het kan hooguit zijn dat hotels e.d. bepaalde poorten blokkeren, maar dat heeft niets met het land zelf te maken.

[6in-line]

Dank weer tot zover.

Voor mij - even heel makkelijk gezegd -.
Als ik elders (buiten Nederland) op een wifi netwerk zit en ik kan de SS app niet openen op mijn telefoon, dan is de kans groot dat ze 'iets' hebben geblokkeerd. Ik kan daar niets meer aan doen.

Ik heb daarna geprobeerd om in de lobby van het hotel op een centrale desktop in te loggen middels mijn host-naam op mijn DSM, dat ging ook niet.
Ik denk dat ze deze dan ook hebben geblokkeerd.

Mogelijk moet ik het zo zien dat er tegenwoordig zo veel 'shit' op de lijn zit, dat dan vervolgens zo veel mogelijk wordt 'dichtgetimmerd'?

Ik ben in ieder geval blij met de 'cliënt'.

Dank voor jullie reacties en nog een prettige avond.

[Briolet]

Tegen dichtgetimmerde poorten, helpt het om steeds de standaard http(s) poorten te gebruiken. Dus poort 80 en 443. Die heb je nodig om te kunnen internetten en zullen niet geblokkeerd worden door hotels of bedrijven met internettoegang.

Sinds DSM 6.0 kun je reverse proxys gebruiken zodat je via poort 80/443 binnenkomt en de nas dit dan intern naar de goede poort doorstuurt op basis van de url.

Dit stel je in bij toepassingsportaal. De reverse proxy voor security station is al half voorgeprogrammeerd. Je kiest daar bij het editen van security station de onderste optie "aangepast domein inschakelen".
Vervolgens vul je daar in "cam.xxx.synology.me" Bij de synology ddns naam kun je er elk willekeurig subdomein voor plakken. Als je nu met exact deze url via poort 80/443 inlogt, zorgt de nas ervoor dat je intern op de goede poort uitkomt. In de nas moet dan de firewal voor de echte poort ook open staan.

Als je via de app inlogt moet je nu wel expliciet de poort :80 of :443 achter de url plakken.

Via deze route log je altijd in via standaard poorten die eigenlijk noot geblokkeerd worden. As je zo'n reverse proxy aangemaakt hebt kun je, bij certificaten, aan elke reverse proxy een eigen certificaat toewijzen. Of je maakt, via let's encrypt, een universeel certificaat waar het domein en alle subdomeinen in staan.