DjMomo

Tu as la réponse dans ton message d'erreur : il faut désactiver l'accueil utilisateur (Panneau de configuration > Utilisateur > Bouton Accueil utilisateur).

WinNut :

C'est pas un bug ca. Cela a toujours été comme ca. C'est pour s'assurer que le NAS aura le temps de redémarrer entièrement tous les services avant que l'utilisateur "lambda" ne soit tenté de se connecter et s'énerver à ne pas y arriver...

Bon ben apparemment y'avait 2 postfix qui tournaient. Donc reboot propre et tout est rentré dans l'ordre.

Depuis le passage à la 4.1, sans modification de configuration du serveur mail, impossible d'envoyer des mails en IMAP, ni d'en recevoir. tail -f /var/log/messages Sep 1 22:58:55 postfix/smtpd[28350]: warning: connect #1 to subsystem private/proxymap: Connection refused Sep 1 22:59:05 postfix/smtpd[28350]: warning: connect #2 to subsystem private/proxymap: Connection refused Sep 1 22:59:15 postfix/smtpd[28350]: warning: connect #3 to subsystem private/proxymap: Connection refused Sep 1 22:59:25 postfix/smtpd[28350]: warning: connect #4 to subsystem private/proxymap: Connection refused Sep 1 22:59:35 postfix/smtpd[28350]: warning: connect #5 to subsystem private/proxymap: Connection refused Sep 1 22:59:45 postfix/smtpd[28350]: warning: connect #6 to subsystem private/proxymap: Connection refused Sep 1 22:59:55 postfix/smtpd[28350]: warning: connect #7 to subsystem private/proxymap: Connection refused Sep 1 23:00:05 postfix/smtpd[28350]: warning: connect #8 to subsystem private/proxymap: Connection refused Sep 1 23:00:15 postfix/smtpd[28350]: warning: connect #9 to subsystem private/proxymap: Connection refused Sep 1 23:00:25 postfix/smtpd[28350]: warning: connect #10 to subsystem private/proxymap: Connection refused Sep 1 23:00:35 postfix/smtpd[28350]: fatal: connect #11 to subsystem private/proxymap: Connection refused Sep 1 23:00:36 postfix/master[5424]: warning: process /var/packages/MailServer/target/libexec/smtpd pid 28350 exit status 1 Sep 1 23:00:36 postfix/master[5424]: warning: /var/packages/MailServer/target/libexec/smtpd: bad command startup -- throttling Une piste ? De mon coté, je continue à chercher.

--> http://owncloud.org/features/

Bonjour, Non (mais de preference prendre des disques ayant les mêmes vitesses de rotation). Non, il faudra aller dans le DSM et lui dire de réparer le volume. Non, de toute façon, lors de la réparation de ton disque, les données y seront automatiquement copiées.

Tu arrives à faire un appel sortant ? Pour ma part j'ai une erreur 404. J'ai repris cette conf, et même avec modification du defaultexpiry et c'est pas mieux... > http://vosky78.free.fr/downloads/tutos/asterisk.pdf

Oui, mais tu peux pas créer d'User si tu n'as pas de Dial Plan.

Perso, j'ai un DECT gigaset qui supporte la fonction SIP. En temps normal (sans Asterisk), le fait d'appeler mon 09 tombe bien au bon endroit. Côté Asterisk, ce qu'il faut faire : - créer le trunk SIP, - créer le Dial Plan, - créer les Users, - créer les Incoming Calling Rules. Ce sont ces règles qui définissent où atterissent les appels entrants. Car actuellement, si on ne dit pas où va tel ou tel appel entrant, ben il va nulle part...

Et utilisateur:motdepasse@freephonie.net ? @xavgd : il faudrait voir avec la CLI ce que ca donne comme message d'erreur.

Ah ouais, en effet. Pareil pour moi sous 4.1. Certainement une "nouveauté".

Le support par mail, gratuit, fonctionne très bien. Tu as généralement une réponse sous 48H.

Whou !

T'as pas un switch de base ou alors mieux un câble croisé pour le brancher directement sur le PC, sans passer par la Freebox ?

Non, c'est pas que pour Linux. Ça fonctionne sous Windows, Mac OS, BSD, Solaris, Linux... Sous Windows, c'est plus connu en tant que partage de fichiers. Il existe d'ailleurs une petite incompatibilité avec W7, qui peut être corrigée ici : http://doc.ubuntu-fr.org/samba Accéder à ton PC qui a un VPN c'est bien. Mais que fais tu après, quel protocole utilises-tu ? C'est comme pour aller d'un point A à un point B. Tu as la route qui t'est réservée que pour toi, mais comment fais tu le trajet (à pied, à vélo, en voiture...) ? Là c'est pareil : avec ton VPN tu va faire la liaison entre ton PC et ton NAS mais après faut les faire se parler.... C'est la fonction du protocole Samba, FTP... Enfin, dans tes messages précédents, rien n'indique explicitement que tu veux faire cette sauvegarde via Internet. Si tel est le cas, autant faire ta sauvegarde en FTP. Plus adapté.

La box et/ou le routeur sur lequel est relié le NAS a été rebooté ?

Quelle est l'utilité d'un VPN entre le NAS et les machines en local ? Via Samba, dès lors que tu possède les données d'un compte admin de la machine, tu parcours tous les disques de cette dernière...

Tu sais ce que tu fais de tes données comparé à Google, entre autres...

Et encore une livebox qui fout le bordel en wifi....

Non. Pour du https et du http, tu peux avoir autant de clients que de besoin. Imagine les serveurs de Google avec un seul client à la fois....

J'ai déjà eu à faire avec le service client de Redcoon et ils sont super réactifs et efficaces.

Si tu n'as pas redirigé le port 443 dans la Freebox cela ne fonctionnera pas. Il faut que le port 443 en TCP soit redirigé vers l'adresse IP de ton NAS en local.

Pour identifier le problème, il te faut tout enlever au niveau hardware. Certes, cela te désactivera des services, mais c'est la seule méthode permettant de déterminer si c'est l'USB Station en lui même qui a un problème ou alors l'un des ajouts (matériel et/ou logiciel) que tu as effectué. Laisse le tourner à vide quelques temps afin de voir si cela se reproduit. Si ce n'est pas le cas, le problème est ailleurs et il te faut essayer de le retrouver en ajoutant progressivement un composant (matériel/logiciel) et voir quand le problème se reproduit.

Je pense que le DSM est en croix. Essaie de le réinstaller via Synology Assistant. ATTENTION : à un moment il te demande de formater ton volume : ne pas accepter. http://www.synology.com/support/faq_show.php?q_id=379&lang=fre