nieuwe Beta 4.1

[redneck eyeball]

Ik krijg de pop3 ophaal functie niet meer aan de praat.
Iemand suggesties ?

[B3rt]

Ik wil hem installeren maar wil weten of het volgende werkt na upgrade en updates:

- surveilance station (zeer belangrijk)
- sabnzb (zeer belangrijk)
- webdav + samba shares (zeer belangrijk)
- sickbeard
- couchpotato
- headphones
- ssh (bootstrap)

Voor mij zijn persoonlijk de eerste 3 het belangrijkste, die moeten minimaal werken.
Ohja, ik heb dus een 411+II

Sabnzb en Sickbeard werkte meteen al weer.
Door de reboot zelfs meteen al aan het downloaden geslagen.
Ik ervaar wat moeite met samba shares maar vooral die via LDAP lopen, die werken gewoon niet.

Goed nieuws, denk dat ik dus ook ga upgraden
Worden deze packages geupdate vanuit de package manager (survailance) of moet dat handmatig?

Maar nu we toch bezig zijn, heeft iemand inmiddels ook al enige ervaring met:
- couchpotato
- headphones
- ssh (denk aan ipkg, maw een andere bootstrap)

Alvast bedankt!

[Robert Koopman]

Goed nieuws, denk dat ik dus ook ga upgraden
Worden deze packages geupdate vanuit de package manager (survailance) of moet dat handmatig?

Bij mij stond er een berichtje klaar dat ik diverse pakketten kon (moest?) updaten.
Ook Surveillance Station stond daar tussen. Ik doe dat braaf ook al gebruik ik het niet.

Ik maak nog gebruik van de "oude" Sabnzbd en Sickbeard, dus niet van SynoCommunity.
Heb er geen update van gezien of gedaan. Het werkte meteen al weer.

[B3rt]

OK thx
Het updaten ging eigenlijk ook meer over de originele pakketten van synology zelf.

Ik gebruik zelf wel sinds vorige week de laatste versies van de community ipv de originele, deze hebben gisteren toevallig een update gehad via de repo's

Ben wel erg benieuwd of de andere bootstrap ook nog werkt zoals ook headphones en couchpotato.

Ik durf de NAS op het werk (nog) niet te updaten, deze wordt niet echt "commercieel" gebruikt maar meer voor interne opslag en de aanwezige beveiligings camera's te bekijken etc. Geen bedrijfs gegevens etc, daar wacht ik toch maar even mee.

Voor mijn NAS thuis ga ik wel updaten

[Martijn85]

Ik heb ook de update gedaan! Er zitten toch wel wat interessante functies in die ik graag wil gaan proberen.

Bootstrap werkt nog prima, alleen even de .profile aanpassen in je root map!

Ook alle pakketten van SynoCommunity werken nog prima, ook AutoSub (van mij zelf).

En voor de mensen die willen verbinden met SFTP onder de gebruiker root moeten verbinding maken met het SCP protocol. Anders kom je er met root niet in.

[henkg]

Gisteren al mijn oude DS210j gepatched naar 4.1 beta. Geen problemen, maar daar stond ook vrijwel geen enkele service op.

Zonet mijn DS412+ gepatched: Geen problemen, nog niet alles uitgeprobeerd.

Over Photostation:
De instelling 'set new albums as public' staat na updaten weer áán!
Verder gaat het genereren van thumbnails (via Photostation, niet via assistant) véél sneller. Voor mijn gevoel (op de DS210j, op de DS412+ ging het al snel): misschien wel 10x sneller. Dat gaat honderden forumvragen schelen ....
(Bij de overgang van 4.0 naar 4.1 worden er gelukkig niet opnieuw thumbnails gemaakt, ook wordt er niet geher-indexeerd).

[Pezazas]

Ik ben nieuwsgierig naar Video Station, na installatie via package center komt er geen icoontje van in het menu te staan. Bij system information e.d. zie ik wel dat het aanstaat. Wordt het pas zichtbaar na indexeren of gaat er toch iets mis?

[zandhaas]

Je moet jezelf nog rechten geven om het video station te mogen starten.

[Patrick Scholten]

En voor de mensen die willen verbinden met SFTP onder de gebruiker root moeten verbinding maken met het SCP protocol. Anders kom je er met root niet in.

Martijn, ik gebruik WinSCP, maar het lukt me zo 1,2,3 niet om nu verbinding te maken, hoe krijg ik het voorelkaar dat WinSCP alleen SCP gebruikt??  

[redneck eyeball]

ik heb de pop3 terug aan de praat gekregen door de oude gegevens weg te gooien en opnieuw in te stellen.

[B3rt]

Ik heb wel wat (SSH) problemen/bugs ondervonden.

- SSH keys werken niet meer, wat je ook instelt je krijgt continu de foutmelding dat de key niet geldig is terwijl deze 100% correct is, met invoeren wachtwoord kom je er wel gelukkig in.
- SFTP (en dus ook scp) werkt ook niet meer, ook niet na het wijzigen van de sshd_config

Dit alles ook niet na activeren/wijzigen in sshd_config:
PubkeyAuthentication yes
AuthorizedKeysFile      .ssh/authorized_keys
en
Subsystem       sftp    /volume1/@optware/libexec/sftp-server
In DSM4 werkte dit probleemloos, krijg het met geen mogelijkheid werkend meer helaas.
Ook een kleine bug ontdekt in surveilance station, dit heb ik gerapporteerd.

Add on welke geheel niet werkt is TVheadend, deze start niet eens op.

Al met al werkt het tot mijn verbazing goed.

[TheTouch]

(Bij de overgang van 4.0 naar 4.1 worden er gelukkig niet opnieuw thumbnails gemaakt, ook wordt er niet geher-indexeerd).

Heb je toevallig een idee wat "indexeren van mediabestanden" dan inhoudt? Zie mijn eerdere bericht in dit topic. Deze stond bij Photo station, onder instellingen, foto's, in het blauw. Vanmorgen was deze melding weg en nu is de optie Indexeren weer beschikbaar. Dat veroorzaakte gisteren een CPU load van 100%.

Is het jou of iemand anders opgevallen dat Photostation iets trager is geworden als je een map selecteert, foto kiest of terug wil gaan naar de startpagina.

[Martijn85]

Martijn, ik gebruik WinSCP, maar het lukt me zo 1,2,3 niet om nu verbinding te maken, hoe krijg ik het voorelkaar dat WinSCP alleen SCP gebruikt??  

- SFTP (en dus ook scp) werkt ook niet meer, ook niet na het wijzigen van de sshd_config

Je hoeft niks aan te passen in het config bestand, ik ben hier gister ook uren mee bezig geweest maar eigenlijk is het heel simpel. Zorg dus dat je config bestand gewoon default is.

Hier het default config bestand:

Code: [Selecteer]

#   $OpenBSD: sshd_config,v 1.82 2010/09/06 17:10:19 naddy Exp $

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options change a
# default value.

#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

# The default requires explicit activation of protocol 1
#Protocol 2

# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key

# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 1024

# Logging
# obsoletes QuietMode and FascistLogging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#RSAAuthentication yes
#PubkeyAuthentication yes
#AuthorizedKeysFile   .ssh/authorized_keys

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes
ChallengeResponseAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes
#UsePAM no

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#UsePrivilegeSeparation yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10
#PermitTunnel no
ChrootDirectory none
#ChrootDirectory /var/services/homes/%u
#DenyUsers admin

# no default banner path
#Banner none

# override default of no subsystems
#Subsystem   sftp   /usr/libexec/sftp-server
#Subsystem       sftp    internal-sftp -f DAEMON -l VERBOSE -u 000
Subsystem       sftp    internal-sftp -f DAEMON -u 000
#Subsystem       sftp    /usr/syno/sbin/sftp-server -l DEBUG3

# the following are HPN related configuration options
# tcp receive buffer polling. disable in non autotuning kernels
#TcpRcvBufPoll yes

# allow the use of the none cipher
#NoneEnabled no

# disable hpn performance boosts.
#HPNDisabled no

# buffer size for hpn to non-hpn connections
#HPNBufferSize 2048


# Example of overriding settings on a per-user basis
#Match User anoncvs
#   X11Forwarding no
#   AllowTcpForwarding no
#   ForceCommand cvs server
In WinSCP (wat ik gebruikt) alleen aangeven dat je via het SCP protocol verbinding maakt. Dus geen SFTP meer. Nu kun je zonder problemen met root inloggen. Met alle andere gebruikers kun je wel via het SFTP protocol inloggen.

[Patrick Scholten]

In WinSCP (wat ik gebruikt) alleen aangeven dat je via het SCP protocol verbinding maakt. Dus geen SFTP meer. Nu kun je zonder problemen met root inloggen. Met alle andere gebruikers kun je wel via het SFTP protocol inloggen.

 
Zo simpel  
Tja, ik lag gisteren al half in bed om het zo maar te zeggen  

hhhhmmmmm....
Ik was net even bezig om SickBeard weer aan de praat te krijgen en ik geef SickBeard een restart en in ene is m'n hele NAS noresponsive...
Ik kan er helemaal niet meer bij komen, ook niet via een pc die thuis op hetzelfde netwerk is aangesloten als de NAS (zit nu namelijk op m'n werk).
Zijn er meer mensen die hier last van hebben???

[mikeo]

Martijn, ik gebruik WinSCP, maar het lukt me zo 1,2,3 niet om nu verbinding te maken, hoe krijg ik het voorelkaar dat WinSCP alleen SCP gebruikt??  

- SFTP (en dus ook scp) werkt ook niet meer, ook niet na het wijzigen van de sshd_config

Je hoeft niks aan te passen in het config bestand, ik ben hier gister ook uren mee bezig geweest maar eigenlijk is het heel simpel. Zorg dus dat je config bestand gewoon default is.

Hier het default config bestand:

Code: [Selecteer]

#   $OpenBSD: sshd_config,v 1.82 2010/09/06 17:10:19 naddy Exp $

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options change a
# default value.

#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

# The default requires explicit activation of protocol 1
#Protocol 2

# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key

# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 1024

# Logging
# obsoletes QuietMode and FascistLogging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#RSAAuthentication yes
#PubkeyAuthentication yes
#AuthorizedKeysFile   .ssh/authorized_keys

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes
ChallengeResponseAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes
#UsePAM no

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#UsePrivilegeSeparation yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10
#PermitTunnel no
ChrootDirectory none
#ChrootDirectory /var/services/homes/%u
#DenyUsers admin

# no default banner path
#Banner none

# override default of no subsystems
#Subsystem   sftp   /usr/libexec/sftp-server
#Subsystem       sftp    internal-sftp -f DAEMON -l VERBOSE -u 000
Subsystem       sftp    internal-sftp -f DAEMON -u 000
#Subsystem       sftp    /usr/syno/sbin/sftp-server -l DEBUG3

# the following are HPN related configuration options
# tcp receive buffer polling. disable in non autotuning kernels
#TcpRcvBufPoll yes

# allow the use of the none cipher
#NoneEnabled no

# disable hpn performance boosts.
#HPNDisabled no

# buffer size for hpn to non-hpn connections
#HPNBufferSize 2048


# Example of overriding settings on a per-user basis
#Match User anoncvs
#   X11Forwarding no
#   AllowTcpForwarding no
#   ForceCommand cvs server
In WinSCP (wat ik gebruikt) alleen aangeven dat je via het SCP protocol verbinding maakt. Dus geen SFTP meer. Nu kun je zonder problemen met root inloggen. Met alle andere gebruikers kun je wel via het SFTP protocol inloggen.

Vanaf DSM 4.1 ook het probleem dat WinSCP niet meer lekker werkt.
Als ik de regel Subsystem sftp /volume1/@optware/libexec/sftp-server toevoeg en de NAS herstart dan kan ik daarna ook niet meer inloggen met Putty. Telnet doet het nog wel en via die optie de regel weer weg en kan weer inloggen. Het hier 2 Nassen staan en op beide exact hetzelfde probleem.

Ook als ik alles herstel en alleen in WinSCP de optie SCP aanzet dan kan ik wel inloggen maar krijg ik de bekend fout -ash en dat Groups niet gevonden kan worden.

Voor de upgrade was het toevoegen van de regel voldoende om het altijd werkend te krijgen.