Synology-Forum.nl
Firmware => Synology DSM 5.1 en eerder => Topic gestart door: Jaspov op 20 april 2014, 10:56:44
-
Ik heb nog niet zo lang een DS214play, draait prima maar ik zou graag willen uitzetten dat al die @eadir mappen worden aangemaakt. Via Google veel posts gevonden maar het is me niet helder of dat met DSM5 veranderd is en er lijken ook meerdere scripts voor te zijn. Wat is het beste om te doen?
-
Uitzetten gaat niet lukken. Weghalen kan maar dan worden ze aut. opnieuw aangemaakt. Of je ze ziet wordt bepaald door de manier waarop je ze benaderd. Met AFP zie je ze niet, met NFS weer wel.
-
Ik zou me er geen zorgen over maken, @eadir zijn voor indexing, thumbs, itunes enz. enz.
Het stoppen kan ergens in /usr/syno/etc.defaults/rc.d/ (heb er 1 gevonden: S66fileindexd.sh) maar die anderen kan ik niet zo snel vinden want in versie 5 is het e.e.a. gewijzigd.
Maar goed, uitzetten zou je kunnen doen met als voorbeeld S66fileindexd.sh met rechten "-rwxr-xr-x":
chmod 000 S66fileindexd.sh dan zal deze niet meer uigevoerd worden na de reboot.
Advies is echter, gewoon door laten lopen, straks heb je het nodig en dan moet je het weer aanzetten. ::)
-
Dank. Ik ga het proberen.
Sent from my iPhone using Tapatalk
-
Ik moet ze wel kwijt. Een foto plugin op mijn website werkt anders niet. Ik heb ze ooit weggehaald via SSH maar nu na de 5.0 update staan ze er weer en werkt de plugin weer niet. Op de een of andere manier kan ik sinds de 5.0 update geen SSH verbinding meer maken. Zegt steeds connection refused en iets over port 22. Port 22 heb ik gewoon open staan in de Syno firewall en op mn router. Iemand een idee?
-
Moet gewoon lukken op deze manier (even de complete manier):
PuTTY (SSH):
1 - Zorg ervoor dat SSH-Service aan staat: Configuratiescherm > Terminal.
2 - Download putty.exe
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
3 - Start putty.exe
4 - Geef je IP-adres van je NAS op
5 - Zorg dat SSH aangeklikt is
6 - Save....geef een naam in "Saved Sessions"
7 - Klik op Open
8 - Je krijgt Putty scherm met "login as:"
9 - Geef in: root <enter>
10 - password: <het password van Admin>
Of met WinSCP:
WinSCP (GUI):
1 - Zorg ervoor dat SSH-Service aan staat: Configuratiescherm > Terminal.
2 - Download: http://winscp.net/eng/download.php
3 - Installeer WinSCP
4 - Start WinSCP klik op nieuw
5 - Bestandsprotocol: SCP
6 - Adres doelcomputer: <NAS-IP>
7 - Poortnummer: 22
8 - Gebruikersnaam: root
9 - Opslaan
10 - Inloggen (Password van je admin)
Tot opheden nooit problemen gehad ook niet in DSM5
-
Dank voor je snelle reactie... Putty gaat niet lukken: ik zit op een Mac en heb hier ff geen windows voorhanden. Ik doe dit altijd in de Terminal met ssh root@<IP> en opeens werkt het niet meer...
-
Dank voor je snelle reactie... Putty gaat niet lukken: ik zit op een Mac en heb hier ff geen windows voorhanden. Ik doe dit altijd in de Terminal met ssh root@<IP> en opeens werkt het niet meer...
Je kunt met bijv. "Find Any File" of "iFilex" alle @eadits op je Mac weghalen. Echter het is een zinloze actie want ze komen gewoon weer terug. Weet niet precies wanneer.
Overigens kun je met "Rbrowser" (alleen betaalde versie) of "OSX_Scp" (gratis) je hele Nas zonder gebruikmaken van de Terminal doorzoeken. Overigens werkt "ssh ....." ook met v5. Je moet wel in DSM Terminal en SSH aanvinken. Ik zou poort 22 overigens nooit van buitenaf toegankelijk maken.
-
Putty gaat niet lukken: ik zit op een Mac en heb hier ff geen windows voorhanden.
Ah....da wist ik niet.
Maar Terminal met ssh root@<IP> moet ook gewoon werken als de DSM instelling goed staan.
Kan het soms aan de MAC kant liggen ? (Heb zelf geen Apple).
-
Inmiddels Putty al geprobeerd... Had hier nog een Win laptop liggen bedacht ik me. Ook met Putty wil het niet: connection refused... Lijkt wel of die poort niet open staat, maar heb echt SSH 22 en Telnet 23 open gezet. Op m'n router hoef ik hem toch niet te forwarden als ik op m'n eigen netwerk zit? (onlogisch als dit nu wel moet want hier heb ik nooit iets aan gewijzigd... staat altijd al zoals het nu staat)
-
Putty gaat niet lukken: ik zit op een Mac en heb hier ff geen windows voorhanden.
Ah....da wist ik niet.
Maar Terminal met ssh root@<IP> moet ook gewoon werken als de DSM instelling goed staan.
Kan het soms aan de MAC kant liggen ? (Heb zelf geen Apple).
Birdy je bent te snel had er "Je moet wel in DSM Terminal en SSH aanvinken. Ik zou poort 22 overigens nooit van buitenaf toegankelijk maken." nog bijgetikt.
-
Overigens kun je met "Rbrowser" (alleen betaalde versie) of "OSX_Scp" (gratis) je hele Nas zonder gebruikmaken van de Terminal doorzoeken. Overigens werkt "ssh ....." ook met v5. Je moet wel in DSM Terminal en SSH aanvinken. Ik zou poort 22 overigens nooit van buitenaf toegankelijk maken.
Kunnen deze meer dan Cyberduck? (die heb ik wel)
-
@TonVH
Birdy je bent te snel had er "Je moet wel in DSM Terminal en SSH aanvinken.
Staat vermeld in punt 1 "1 - Zorg ervoor dat SSH-Service aan staat: Configuratiescherm > Terminal."
[ « Reactie #5 Gepost op: Vandaag om 12:32:39 » ]
-
Ja SSH en Telnet staan gewoon aangevinkt in mn DSM.... Ben blond, maar niet zo blond ;D
-
Overigens kun je met "Rbrowser" (alleen betaalde versie) of "OSX_Scp" (gratis) je hele Nas zonder gebruikmaken van de Terminal doorzoeken. Overigens werkt "ssh ....." ook met v5. Je moet wel in DSM Terminal en SSH aanvinken. Ik zou poort 22 overigens nooit van buitenaf toegankelijk maken.
Kunnen deze meer dan Cyberduck? (die heb ik wel)
Ik heb Cyberduck nooit werkend gekregen voor het SCP gedeelte en kan daarmee alleen maar /volume1/..... benaderen en niets wat daarboven ligt. kan zijn dat nieuwere versies wel werken.
-
Ik heb geen idee wat er mis gaat, zeker omdat je het vroeger wel werkend had. Je kunt wel met een telnet commando kijken of er iets op die poort luistert. Mijn nas zit op 10.0.1.30 en als ik dat test krijg ik:
iMac:~ Briolet$ telnet 10.0.1.30 22
Trying 10.0.1.30...
Connected to nas.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.8p1-hpn13v11
Hij meld zich dus terug met de SSH versie. Dat zul je dus ook moeten zien. Zo niet, dan heb je een idee waar te zoeken.
-
Misschien kunnen jullie hier wat mee:
Als ik ssh root@<extern IP> doe krijg ik een connection refused maar als ik ssh root@<intern IP> doe krijg ik geen enkele melding. De terminal blijft blank en ik kan erin typen maar hij reageert nergens meer op. Is net een tekstverwerker dan.
-
Ik heb geen idee wat er mis gaat, zeker omdat je het vroeger wel werkend had. Je kunt wel met een telnet commando kijken of er iets op die poort luistert. Mijn nas zit op 10.0.1.30 en als ik dat test krijg ik:
iMac:~ Briolet$ telnet 10.0.1.30 22
Trying 10.0.1.30...
Connected to nas.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.8p1-hpn13v11
Hij meld zich dus terug met de SSH versie. Dat zul je dus ook moeten zien. Zo niet, dan heb je een idee waar te zoeken.
Helaas... de mijne reageert anders. Krijg dit:
Last login: Mon Apr 28 13:22:44 on ttys000
Mac-mini-van-iblauw:~ iblauw$ telnet 1.0.1.2
Trying 1.0.1.2...
Connected to 1.0.1.2.
Escape character is '^]'.
^[
Connection closed by foreign host.
Mac-mini-van-iblauw:~ iblauw$
-
Ik zou het bestand /~/.ssh op de iMac verwijderen dan wordt er een nieuwe sleutel aangemaakt.
-
Ik zou het bestand /~/.ssh op de iMac verwijderen dan wordt er een nieuwe sleutel aangemaakt.
Je bedoelt het "known hosts" bestand? Had ik al verwijderd. Gek genoeg is er geen nieuwe aangemaakt....
-
Probeer vanaf je OSX terminal eens binnen te komen via je eigen usernaam, dus niet root@ maar iblauw@... of wat dan ook je inlog naam is voor de Synology.
Probeer ook eens admin@...
Lukt dat allemaal niet probeer dan eens met de debug flag:
ssh -v i-adres-van-synology
-
Helaas... de mijne reageert anders. Krijg dit:
Last login: Mon Apr 28 13:22:44 on ttys000
Mac-mini-van-iblauw:~ iblauw$ telnet 1.0.1.2
Trying 1.0.1.2...
Connected to 1.0.1.2.
Escape character is '^]'.
^[
Connection closed by foreign host.
Mac-mini-van-iblauw:~ iblauw$
Weet jij HEEL zeker dat het ip adres van je synology 1.0.1.2 is???
Werkt ping naar dat adres?
-
Yep, weet ik heel zeker :-) Zie afbeelding.
-
Probeer vanaf je OSX terminal eens binnen te komen via je eigen usernaam, dus niet root@ maar iblauw@... of wat dan ook je inlog naam is voor de Synology.
Probeer ook eens admin@...
Lukt dat allemaal niet probeer dan eens met de debug flag:
ssh -v i-adres-van-synology
Nee, met m'n eigen username reageert ie net zoals met root.
En de debug command geeft dit:
Last login: Mon Apr 28 13:54:33 on ttys000
Mac-mini-van-iblauw:~ iblauw$ ssh -v 1.0.1.2
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to 1.0.1.2 [1.0.1.2] port 22.
debug1: connect to address 1.0.1.2 port 22: Operation timed out
ssh: connect to host 1.0.1.2 port 22: Operation timed out
Mac-mini-van-iblauw:~ iblauw$
-
ssh -v 10.0.1.2
Jij typt volgens je eigen bericht: 1.0.1.2
-
ssh -v 10.0.1.2
Jij typt volgens je eigen bericht: 1.0.1.2
OMG :o :o
.....
Wat bezielde me....
-
Maar ook nu werkt het nog steeds niet....
Last login: Mon Apr 28 14:31:44 on ttys001
Mac-mini-van-iblauwr:~ iblauw$ ssh root@10.0.1.2
ssh_exchange_identification: read: Connection reset by peer
Mac-mini-van-iblauw:~ iblauw$
[OPGELOST]
die typfout in het IP adres was het ook niet. Eerder typte ik het wel goed, alleen in al mijn wanhoop begonnen de cijfertjes wat te draaien.... In nog meer wanhoop heb ik m'n MacBook Air eens gepakt en het daar op geprobeerd. En wat denk je?? Kon direct inloggen. Na wat denk-en-zoekwerk ontdekte ik dat mijn Mac Mini automatisch geblokkeerd was op de Synology wegens 3x foutief intypen van een password. :o :o
Iedereen: ieder geval heel erg veel dank voor het meedenken!!!
-
Ik lees net in de ssh manual ("man ssh" in terminal) dat je meerdere stappen van 'verbose' hebt.
-v Verbose mode. Causes ssh to print debugging messages about its
progress. This is helpful in debugging connection, authentica-
tion, and configuration problems. Multiple -v options increase
the verbosity. The maximum is 3.
EDit: Mac Mini automatisch geblokkeerd was op de Synology wegens 3x foutief intypen van een password.
Klinkt bekend in de oren. Gelukkig kun je in de huidige DSM versies, IP's uitsluiten van de blokkeringslijst. Zeker doen. :lol:
-
Ik zou het bestand /~/.ssh op de iMac verwijderen dan wordt er een nieuwe sleutel aangemaakt.
Je bedoelt het "known hosts" bestand? Had ik al verwijderd. Gek genoeg is er geen nieuwe aangemaakt....
Dan schort er iets aan de verbinding iMac en NAS. Werk je lokaal?