[Dlna Et Dossier Crypt]

Je me pose moi même la question sur la faisabilité de la chose, j' ai créé des liens symboliques dans les dossiers indexés par le serveur vers les dossiers cryptés... mais ça ne fonctionne pas....

Et pour répondre à ta question DJmomo, les dossiers cryptés se montent à la demande et restent montés jusqu' à une éventuelle intervention de l' utilisateur, voir carrément jusqu' au redémarrage du syno. donc sur un secteur stabilisé par un onduleur ce dossier peut facilement rester accessible durant très longtemps tout en permettant de conserver la confidentialité des données en cas saisi physique du matériel par un régime totalitaire résultant d' un acte lâche de délation par exemple.

[R]

Ca marche nickel sur mon 211j merci beaucoup

[Client Vpn]

@ggpublic, j' ai eu le même problème que j' ai solutionné très simplement: j' ai changé de provider, vpntunnel.se laisse le choix de l' identifiant

[Umurmur Spk 1.0]

Juste à cause de la fleme qui me caractérise à propos de recompiler à chaque changement de version de DSM, j' approuve ce SPK!

La bestiole fonctionne à la perfection sur un 211j (même achitecture que la série 10)

[Client Vpn]

Bien le bonjour à tous,

je rencontre un léger soucis de connection avec le client VPN, que j' attend depuis tellement de temps pour l' anecdote....

j' ai un compte chez IPjetable, qui offre un service pptp, le seul hic étant que l' identifiant de connection est mon adresse email et qu' il est impossible d' en changer, le syno refuse de l' accepter en raison de la présence du "@".

J' ai contacté synology, sans succès ils font la sourde oreille.

Je ne me suis pas dégonflé pour autant et je me suis armé de nano et je suis allé éditer directement le fichier de conf de ma connexion pptp:

/usr/syno/etc/synovpnclient/pptp/options_p1328723680.pptp

Je lui ai fait bouffé de force mon identifiant, ça avait l' air de passer sur DSM, j' ai donc tenté de lancer la connexion en passant par interface graphique, sans succès malheureusement.

en consultant les logs, j' ai pu constaté que c' était due à un problème d' identification...

Feb 9 18:01:07 pppd[11030]: MS-CHAP authentication failed: Login incorrect

Feb 9 18:01:07 pppd[11030]: CHAP authentication failed

Feb 9 18:01:08 pptp[11032]: anon warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error

Feb 9 18:01:08 pptp[11032]: anon warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log

Feb 9 18:01:38 scemd: scemd.c:324 stop manutild.

Feb 9 18:01:39 vpnc.cgi: connection.c:388 Wait 30 seconds; Failed to get net card info 'ppp0' [0x3600]

Feb 9 18:01:39 vpnc.cgi: connection.c:650 CreatePPTPConnection(ipjetable) failed

Feb 9 18:01:39 vpnc.cgi: vpnc.cpp:444 SYNOVpnClientConnectionCreate(ptrl[1], confname[ipjetable]) failed

Ce qui me renvoie donc à mon problème d' identifiant dont, à mon avis, les caractères spéciaux ne sont pas pris en compte au moment de l' initiation de la connexion...

Quelqu'un aurait-il une idée pour forcer DSM à accepter ce satané @?!

Merci d' avance