Hoe werkt "find.synology.com" eigenlijk?

[Briolet]

Persoonlijk vind ik het een leuke uitdaging dit script te doorgronden. Het script waar het zoeken gebeurd is ruim 2000 regels, dus dat is nog net te doen.

De code begint echter met een inline script in de html pagina zelf. Daar wordt de quickConnect server aangeroepen en krijgt hij een array met apparaten terug. Dus via QC zijn meerdere apparaten mogelijk.

Het aflopen van die lijst met standaard namen werkt ook niet als er meerdere apparaten nog hun defaultnaam 'DiskStation' hebben. Er moet nog een derde methode zijn waarop hij zoekt, maar de code is plaatselijk behoorlijk cryptisch en over meerdere scripts verdeelt.

Mijn twee nassen heten "GedeeldeData" en "BackupNas". Mij intrigeert vooral dat hij met deze namen niets vind, maar dat hij beide vind als ik alleen de eerste de naam "DiskStation" geeft. Waarom vind hij dan wel die tweede.

Net alsof hij pas verder gaat zoeken als hij de eerste heeft gevonden. Als je twee nassen met de naam "DiskStation" hebt, zal hij ook via een andere methode moeten zoeken. Maar waarom dat pas doen als de eerste gevonden is.

In elk geval een leukere puzzel dan een kruiswoordraadsel. 

[Ben(V)]

Als hij een Nas vind waar DSM op staat dan wordt daar "/usr/syno/synoman/webman/info.cgi" opgestart en vermoedelijk gaat die op zoek naar andere Nassen in je Lan.

[Briolet]

Leuk, maar niet heus. Dat info.cgi is geen tekst bestand en dus niet zo te lezen.

Ik heb het andersom geprobeerd. De pagina geladen en dan met de ontwikkelaarstool op "DiskStation" gezocht. In de html code vond ik het 2x in één regel. Hier heb ik de naam in "GedeeldeData" veranderd en de knop "Zoek Opnieuw" gebruikt. Dan worden mijn beide nassen weer gevonden.



In het verleden lukte het me alleen in Chrome om de code live te veranderen, maar nu merkte ik dat je met Safari via een contextueel menu ook een optie krijgt om een regel te wijzigen.

Ik vind ergens ook een if-than-else. Hieruit krijg ik de indruk dat als er één nas via QC geregistreerd is, hij het nooit via de nasnaam probeert. Andere nassen zonder een QC account vind hij volgens mij dan niet.

Volgens mij mag Synology beter uitleggen in hun help onder welke condities je deze zoekmethode kunt gebruiken.

[Briolet]

In de browser code vind ik nu ook de resultaten terug van de callback die hij uitgevoerd heeft op: http://gedeeldedata.local:5000/webman/search_result.cgi?_dc=1537789911195&callback=poll_callback&idx=0

In het search resultaat met de callback staan idd mijn beide nassen. De 415+ zelfs 2x. 1x op zijn reguliere adres en 1x via zijn Wifi Dongle.

Code: [Selecteer]

poll_callback[0].fn.call(poll_callback[0].scope, [{
    'configured': '1',
    'dns': '10.0.1.30',
    'disk_model': '',
    'build': '23739',
    'unique': 'synology_avoton_415+',
    'method': 'dhcp',
    'mask': '255.255.255.0',
    'model': 'DS415+',
    'smallfixnumber': '2',
    'host': 'GedeeldeData',
    'ip': '10.0.1.30',
    'pingok': 'false',
    'sn': 'xxxx',
    'admin_http': '5000',
    'disk_version': '',
    'supportwebinst': 'true',
    'gateway': '10.0.1.1',
    'version': '6.2',
    'admin_https': '5001',
    'junior': 'false',
    'mac': '00:11:32:3a:0e:cd'
}, {
    'configured': '1',
    'dns': '10.0.1.30',
    'disk_model': '',
    'build': '23739',
    'unique': 'synology_avoton_415+',
    'method': 'static',
    'mask': '255.255.255.0',
    'model': 'DS415+',
    'smallfixnumber': '2',
    'host': 'GedeeldeData',
    'ip': '10.0.4.1',
    'pingok': 'false',
    'sn': 'xxxx',
    'admin_http': '5000',
    'disk_version': '',
    'supportwebinst': 'true',
    'gateway': '10.0.1.1',
    'version': '6.2',
    'admin_https': '5001',
    'junior': 'false',
    'mac': '80:1f:02:dd:31:b3'
}, {
    'configured': '1',
    'dns': '10.0.1.30',
    'disk_model': '',
    'build': '23739',
    'unique': 'synology_88f6281_212j',
    'method': 'dhcp',
    'mask': '255.255.255.0',
    'model': 'DS212j',
    'pingok': 'false',
    'host': 'BackupNas',
    'ip': '10.0.1.45',
    'sn': 'xxxx',
    'smallfixnumber': '2',
    'admin_http': '5000',
    'disk_version': '',
    'supportwebinst': 'false',
    'gateway': '10.0.1.1',
    'version': '6.2',
    'admin_https': '5001',
    'junior': 'false',
    'mac': '00:11:32:0e:82:7a'
}]);
Het is dus niet de info.cgi die dit terug geeft maar de search_result.cgi. Blijkbaar weet de ene nas welke andere er ook aanwezig zijn in de lan. En het script zoekt ze niet zelf op, zoals Ben ook aangeeft. Zodra hij de eerste nas kan vinden, heeft hij ze allemaal. Ook al gebruikt de rest een aangepaste admin poort.

[Briolet]

Dat rijst bij mij plots de vraag op of niet iedereen met toegang tot de inlogpagina, via deze callback de info van alle nassen op het netwerk kan opvragen? (Mits hij de actuele tijdcode bij dc= in de url zet)

Edit:
Zal toch beveiligd zijn want als ik "DiskStation.local" door mijn eigen domeinnaam vervang, vind hij niets.

[Ben(V)]

Niet dat je daar veel verder mee komt maar die info.cgi is een logical link naar binary en wel /usr/syno/bin/synosearchagent

[Briolet]

Sterker: zowel "info.cgi" als "search.cgi" en "search_result.cgi" zijn een logical link naar dezelfde binary. 

Maar die binary is compiled Perl, C of nog iets anders en dus niet leesbaar.

In elk geval is het mij nu duidelijk. Op zijn minst 1 nas moet zijn originele naam nog hebben of een CQ verbinding hebben. Via die nas wordt vervolgens de rest gevonden.