Synology-Forum.nl
Overige software => Data replicator & overige backupsoftware => Topic gestart door: TonVH op 27 maart 2016, 12:10:28
-
NAS draaide oorspronkelijk DSM en maakte een backup op een andere DSM5 NAS. Beide NASsen fungeerde als elkaars backup.
DSM6 is vanaf scratch (lang leve sudoers [NOT]) opnieuw geïnstalleerd. Gevolg is dat backup informatie niet is overgekomen en moet dus opnieuw worden ingesteld. Echter krijg continue foutmelding (zie einde bericht).
Ik vermoed dat het poortnummer (default was al 6281 ingevuld) niet correct is. Maar ook als ik de SSH poort aangeef dan blijft de foutmelding.
Bij de setup voor backuppen hoefde in DSM5 geen poort opgegeven te worden. Doeltype is "Externe Synology NAS".
Welke poort staat daar (DSM5) nu ingesteld?
-
DSM6 is vanaf scratch (lang leve sudoers [NOT]) opnieuw geïnstalleerd.
Jammer dat je dit meldt, je weet zelf hoe dit in de soep gelopen is, en dat vermeld je dan weer niet. ::)
-
Dat weet ik dus niet! Er is blijkbaar in die string een tikfout gemaakt waarna het hele zooitje volledig ontoegankelijk was. Maar vertel rustig wat het grote voordeel is van dat Sudoers gedoe. Op div. Sync-Forums lees ik alleen maar gelazer.
Daarnaast is het echt bizar dat een fabrikant besluit om root toegang onmogelijk te maken zonder capriolen te moeten verrichten. Verder zijn er beduidend veel meer problemen met DSM6 zoals pakketten die niet uitgevoerd worden, backup die alleen bruikbaar is binnen Synology want filestructuur is weg, sommige pakkage die alleen nog maar werken als je overbodige Users aanmaakt, enzovoort, enzovoort.
Geeft mij verre het gevoel van een volledig geteste release waarbij naar klanten is geluisterd. Zit er serieus over te denken DSM6 te dumpen en terug te gaan naar DSM5.x. Bespaart heel veel problemen en nog veel meer tijd.
Overigens gaat het in dit draadje over Hyperbackup en dat probleem heeft totaal niets er mee te maken. Sudoers gedoe leidde tot nieuwe aanmaak. Maar probleem was er zonder dat ook vrijwel zeker geweest want backup info staat blijkbaar niet in de gesavede config.
-
Wat is er zo bizar aan het beveiligen van rootaccess. Op de mac werkt dat al 15 jaar zo, sinds ze op Unix overgestapt zijn. Een gewone user heeft geen root access en een administrator moet zich via een 'sudo' rootrechten geven. Of, net als nu op de nas, geheel overstappen op het root account.
[attachimg=1]
-
Ik heb geen probleem met Sudo maar Synology heeft het complexer gemaakt door de file Sudoers die eerst moet worden aangepast. En heb je die aangepast dan is nog steeds een directe SCP toegang niet mogelijk.
Daarnaast hoort een beetje gebruikersvriendelijk systeem zo georganiseerd te zijn dat als een basisfile verziekt wordt je nog steeds de mogelijkheid moet hebben om die file of te herstellen of verwijderen waarna de basistoestand herstelt is. En dat ontbreekt althans op een eenduidige manier.
Overigens ook met een correcte Sudoers file lukt het niet met de terminal om als Root binnen te komen. Lukt tot nu toe alleen via SCP/Crossover.
-
Overigens gaat het in dit draadje over Hyperbackup en dat probleem heeft totaal niets er mee te maken. Sudoers gedoe leidde tot nieuwe aanmaak.
Dat week ik ook wel maar, je haalt zelf het "probleem sudoers" dus ga ik daarop in.
Dat weet ik dus niet! Er is blijkbaar in die string een tikfout gemaakt waarna het hele zooitje volledig ontoegankelijk was.
Sorry hoor maar, als jij een tikfout maakt moet je niet het systeem de schuld geven.
Je bent de eerste die dit overkomen is maar, heb nu wel een controle in de tut gezet (http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/) om te voorkomen dat de file sudoers corrupt geraakt waardoor je never nooit meer root kunt worden. ;)
Maar goed lezen en uitvoeren blijven belangrijke zaken.
-
Ik heb geen probleem met Sudo maar Synology heeft het complexer gemaakt door de file Sudoers die eerst moet worden aangepast.
Ton, Synology heeft het niet complexer gemaakt, is gewoon een standaard Linux beveiliging die men nu heeft toegepast.
De file Sudoers aanpassen is alleen maar een truc om root te worden in WinSCP, meer niet dus, heeft ook niets met Synology te maken maar, met "hacken" van het systeem.
Overigens ook met een correcte Sudoers file lukt het niet met de terminal om als Root binnen te komen. Lukt tot nu toe alleen via SCP/Crossover.
Ik begrijp dat SCP/Crossover (MAC), voor mij dus WinSCP (Windows) nu wel werkt maar, nu kan je geen root worden in Terminal (MAC), voor mij dus PuTTY ?
In eerste instantie, om sudoers aan te passen, kon je wel root worden, ik ook met PuTTY en na de aanpassing van sudoers ook nog steeds.
Dus, wat gaat er nu fout bij jou ? Krijg je een foutmelding na het commando: sudo -i
-
Vooraf sudoers toevoegen aan Config File Editor kan heel handig zijn ;-)