Cloud Station Share Sync machtigingen synchroniseren

[Riessen]

Beste mensen,

Ik gebruik Cloud Station Share Sync om data tussen twee nassen te synchroniseren. Ik constateer dat helaas de machtigingen van de mappen niet gesynchroniseerd worden. Hoe kan dat?

In de DSM Help lees ik het volgende: "Behoren uw Synology NAS-client en -hostapparaten tot verschillende domeingroepen, dan kunnen de gedeelde mapbevoegdheden niet worden gesynchroniseerd, ook al is deze optie ingeschakeld."

De twee nassen staan wel mijn eigen lokale netwerk. Behoren ze dan nog niet tot dezelfde domeingroep? Heb ik daarvoor een Windows server of zoiets nodig? Hoe krijg ik de twee nassen binnen één domeingroep?

[Briolet]

Anderen zullen het beter weten, maar ik denk dat dat elk account bij aanmaak een nummertje krijgt en de nas daar intern mee werkt. Op een tweede nas zullen de accounts een ander nummer kunnen krijgen, ook al kies je dezelfde accountnaam.

Omdat dat hetzelfde nummer op en andere nas andere betekenis kan hebben, slaat hij de synchronisatie over. Alleen als de accounts centraal uitgegeven worden door een AD of LDAP server, zijn de nummers eenduidig en heeft synchroniseren zin.

Of anders gezegd: Ook al bestaat op beide nassen een account 'jantje', het systeem kan niet weten of dit verschillende personen zijn die toevallig dezelfde naam gekozen hebben.

[Riessen]

Dank je.
Het zou kunnen zijn dat DSM voor elke gebruiker een intern nummer heeft.

Hoewel ik dat wel betwijfel. Ik licht het toe. Wanneer je met een backup van de systeemconfiguratie gebruikers en groepen overzet naar een andere nas en er dan geconstateerd wordt dat een bepaalde gebruikersnaam al voorkomt op die nas, dan wil DSM de gebruikersnaam daarvan wijzigen. Dat lijkt mij erop te wijzen dat de gebruikersnaam het unieke kenmerk is in plaats van een nummer.

Wie heeft hier meer ervaring mee?

[Ben(V)]

Accounts worden onder Linux (dus ook in DSM) door een UID(User IDentification) nummer geïdentificeerd en aan elk account wordt een GID (Group IDentificatie) toegekend.

Root is nummer 0 en meestal worden de eerste 100 nummer voor het systeem gereserveerd.
DSM geeft users een nummer vanaf 1024, waarbij dus het standaard admin nummer 1024 krijgt.

De hidden users waaronder de packages sinds DSM6 draaien krijgen hele hoge nummers(zal wel een bepaalt bit gezet worden).

En uiteraard kunnen permissies niet overgezet worden, het zijn twee onafhankelijke systemen die niets met elkaar te maken hebben en alleen als je een centrale ldap of een domain hebt waar users centraal aangemaakt kunnen worden ligt dat anders.

En een systeem configuratie is een apart geval dat specifiek voor dit doel geschreven is.

[Riessen]

Begrijp ik je dan goed dat in mijn geval accounts niet tussen 2 nassen gesynchroniseerd kunnen worden?

[Ben(V)]

Dat begrijp je goed.
Je kunt enkel files synchroniseren en die files krijgen de rechten van de folder waarin ze terecht komen.

Op zich voor de hand liggend en volgens mij ook geen enkel probleem.

Als jij alles gelijk wil houden is dat een kwestie van dezelfde namen voor accounts gebruiken en zorgen dat source en destination folder op beide Nassen van de user met dezelfde naam zijn.
Dan zijn het wel twee verschillende account maar lijkt het voor jouw hetzelfde.

Aleen als je binnen folders files hebt met verschillende rechten gaat het niet werken.

[Riessen]

Is het gebruik van Synology Active Directory Server dan aan de orde?
Wie heeft er ervaringen mee?

[Ben(V)]

Synchronisatie doe je om je data veilig te stellen, ik zie het nut van het meenemen van pernissies niet in.

[Riessen]

Als de ene nas om wat voor reden dan ook niet te bereiken is, kan wellicht de andere nas nog wel bereikt worden. Dan is het volgens mij nodig dat de rechten/permissies met de synchronisatie ook meegaan.

Vandaar mijn vraag over Synology Active Directory Server.

[Ben(V)]

Dat is helemaal niet nodig.
Als je gewoon dezelfde gebruikersnamen en wachtwoorden op beide Nassen gebruikt en dezelfde gedeelde mappen met dezelfde rechten dan komt alles vanzelf goed.
De rechten worden weliswaar niet meegenomen maar alle bestanden krijgen dan wel dezelfde rechten toegekend aan het account op de andere Nas met de overeenkomstige naam.

Het enige alternatief is een cluster bouwen met twee Nassen, dan wordt het helemaal transparant.

[Riessen]

Oké. Je geeft dus twee opties aan.

Om af te wegen wat het beste past, is het van belang dat ik weet wat een cluster maken inhoudt. Waar kan ik over het clusteren info vinden?

[Birdy]

Ik denk dat Synology High Availability bedoeld wordt.
Meer info in DSM Help.

[Briolet]

Bij een cluster heeft de gebruiker met één adres te maken. Als de hoofdnas down is, neemt de backup nas het IP van de hoofdnas aan, waardoor je als gebruiker gewoon door kunt werken. Ook voor mail etc hoef je dan geen aparte backupserver te configureren.

En als de hoofdserver weer online komt, synchroniseert hij de veranderingen terug naar de hoofdserver.

Nadeel: werkt alleen met plus modellen en die moeten ook nog identiek zijn.

[Riessen]

Als ik het zo lees, is SHA voor mij een stap te ver. Dan moet ik bv er nog een 918+ bij kopen.

Ik kom nog even terug op dezelfde gebruikersnamen en wachtwoorden.

Als je gewoon dezelfde gebruikersnamen en wachtwoorden op beide Nassen gebruikt en dezelfde gedeelde mappen met dezelfde rechten dan komt alles vanzelf goed.
De rechten worden weliswaar niet meegenomen maar alle bestanden krijgen dan wel dezelfde rechten toegekend aan het account op de andere Nas met de overeenkomstige naam.

Op beide nassen heb ik dezelfde gebruikersnamen en wachtwoorden staan. Vervolgens heb ik Cloud Station Share Sync ingeschakeld. Punt waar ik tegen aan loop is, dat de rechten richting de tweede nas niet goed overgedragen worden. Zo te zien, kan dan op nas2 iedereen overal bij.

Hoe kan dat? Of heeft dat te maken dat nas2 op een andere locatie staat? M.a.w. als deze nas2 in hetzelfde locale netwerk komt te staan (letterlijk of via VPN) als nas1, worden dan de rechten en machtigingen wel goed overgedragen?

[Birdy]

Of heeft dat te maken dat nas2 op een andere locatie staat?

De twee nassen staan wel mijn eigen lokale netwerk.