MS_Totor

je ne suis pas passer par le spk quand tu te connecte sur http://ip_du_nas:26180 il ne faut pas passer par configuration simplifiée, (messages d'erreurs) mais configuration manuelle cela permet de voir si tes partages sont bien affichés, si ils le sont c'est bon, il n'y a rien à faire d'autres comme dit plus haut, tous les réglages se font à la main, dans les fichiers de conf, et je n'ai jamais tenté de modifier quoi que ce soit par cette gestion web. il faut absolument ne pas oublier de vérifier si php.ini est bien renseigné pour permettre à apache à avoir le droit lecture sur tes partages. via configuration manuelle tu dois avoir affiché en haut de page. dossiers partagés 1) /volume1/video 2) /volume1/photo 3) /volume1/music le routage interne à la neuf box est préréglé pour laisser passer le flux du decodeurTV vers à la fois neufgiga et vers le réseau local, via broadcast. si tu utilise un autre routeur, en cascade, tu peux très bien laisser, la neufbox en bridge, pour garder les flux TV et téléphone, c'est indépendant. mais tu dois bien sur laisser le flux du port 26180 vers le réseau local ou uniquement vers le syno, car ne pas oublier, que c'est un accès zéro mot de passe. tant que le développeur du mediacenter sur la neuftv n'auras pas eu l'intelligence de mettre un login et passe comme pour l'accès à neuggiga......... si tu veux les réglages , je les ai mis à dispo dans la section "modification logicielles de ce forum" au final via le mediacenter de la neuf tv, ne pas oublier de rajouter l'ip du syno

oui c'est ce que j'ai fait, j'ai du activer le repertoire home pour mes users, au final chaque user a ces mails dans son repertoire perso, j'étais en train de paramétrer fetchmail pour la récupération en pop3s sur gmail et autre compte ssl, c'est la partie la plus longue à faire, mais j'ai eu un gros soucis sur un autre serveur suite à une mise à jour, il faut que je règle ca en priorité quand je dis la plus longue, c'est qu'il faut cyrus sasl, openssl, créer un serveur CA, générer un certificat pour le serveur, puis ajouter ce certif à postfix etc.... mais bon à ce niveau là ce ne sont pas les tutos qui manquent.......

soucis avec orange ? et cela ne fait pas de mal à mettre en marque page, ou en post'it au blanco sur l'écran du pc http://assistance.or...1330.php?dub=2&

inutile de continuer partout sur le forum s'il te plais ou un modo vas finir par sévir déjà il faudrait peut être penser à regarder si lighttpd a terminé de se lancer avant de lancer nzbget neutralise provisoirement nzbget pour ne laisser démarrer que lighttpd via chmod et règle définitivement ce soucis là avant d'aller plus loin. reboot ou redémarre ipkg , voir si au moins le serveur se lance sans messages d'erreurs formater n'est pas une option, le syno n'est pas windows lis le site de fredlime pour voir comment neutraliser ipkg ou le désinstaller pour recommencer proprement

l'installation du bootstrap r

bonjour, les scripts de démarrage sont en chmod 755 et appartiennent à root pour que tu puisse tester ce script et vérifier manuellement qu'il se lance sous ssh login root et mot de passe de admin cd /opt/etc/init.d sh S80lighttpd start vérifie qu'il n'y a pas d'erreurs, et que le serveur lighttpd est lancé, attention à ne pas le lancer en utilisant le port , voir conf top si c'est ok appuis sur q pour quiter alors le soucis vient sans doute qu'à la suite d'une mise à jour de firmware il n'y pas eu de sauvegarde et restauration de rc.local dans /etc vérifie la présence de rc.local car c'est lui qui lance les scripts dans /opt/etc/init.d/ vérifie tout cela

pour la curiosité et pour ne pas confondre port source et port destination sur un pc, on ouvre deux sessions SSH sur le syno, en lançant deux fois putty, et donc on a deux consoles SSH on ouvre sur le pc une fenêtre dos demarrer/executer cmd taper netstat -a qu'est ce qui te saute aux yeux ? vu du pc le port emmetteur de la première connexion ssh est en 10xx et port de destination le 22 sur le syno vu du pc le port emmetteur de la deuxième connexion ssh est en 10xx et port de destination le 22 sur le syno (port emmetteur diffèrent) via l'une des sessions SSH du syno on tape netstat -a l'autre truc qui saute au yeux c'est que l'ordre est le même vu du syno le port emmetteur (foreign adress) est en provenance de l'ip du pc:port 10xx vers le syno qui reçoit sur le port 22. (destination) comme la requête SSH est initialisée par le pc c'est le fonctionnement normal si à l'inverse, c'est le syno qui voudrait se connecter sur un autre serveur ssh, alors la résultat de netstat -a serait inversé vu du syno01 le port emmetteur de la connexion ssh sera en 10xx et port de destination le 22 sur le syno02 bref et en résumé on filtre uniquement ce qui rentre sur le syno, pas ce qui sort donc on filtre uniquement les ports de destination pour un usage basique.

ANNEXES CAS DE BLOCAGES 1) si vous aviez activé autoblock, et que vous avez fait des tests, scan réseaux etc.., autoblock vous interdiras tout accès pendant 5 minutes (réglage par défaut), si vous avez réglé plus longtemps, il faudra attendre. 2) erreur de manipulation si vous avez bloqué par accident, l'accès au disk manager 2.2 mais l'accès par SSH est autorisé.. via ssh, vous pouvez contrôler votre configuration et la modifier, attention ce réglage n'est que temporaire, et vous permets de corriger ensuite l'oublie via l'accès web, si vous ne changer rien dans la page web firewall, le blocage reviendra au prochain reboot. via ssh on regarde le contenu du réglage avant son injection dans iptables vi /etc/firewall_rules.dump il se peut que dans votre fichier DUMP il y ai une erreur et qu'il manque la ligne: tcp --dport 5000 -j ACCEPT un exemple de contenu qui permettra de reprendre la main sur la page web du syno, en http ou en https et sans perdre la main via ssh. vous avez à nouveau accès pour corriger vos boulettes via la page web du firewall, et je le re re redis, seuls vos réglages via la page web seront pris en compte au prochain reboot 3) vous vous êtes complètement trompé dans vos réglages , et le syno est verrouillé définitivement ÉDITION DU 4 NOVEMBRE 2009 Le bouton RESET remplit des tâches variées sur les différents modèles. Merci de vous référer aux informations ci-contre en accord avec votre modèle. Pour les modèles installés avec le firmware DSM 2.2-0941 et ultérieurs Le bouton RESET a les deux fonctions suivantes. Pour restaurer le compte "admin" aux valeurs par défaut. Pour réinitialiser l’adresse IP, DNS, passerelle, et les autres interfaces réseau sur DHCP Pour réinitialiser l'interface utilisateur de gestion sur les ports 5000/5001 Pour réinitialiser le PPPoE Pour désactiver Autoblock Pour désactiver le regroupement des cartes réseaux (Link aggregation) Pour désactiver le pare-feu Pour les modèles installés avec le firmware v2.0.1-3.0368 DSM 2.2-0941 Le bouton RESET a les deux fonctions suivantes. A restaurer l'IP, les DNS, et le mot de passe "admin" à sa valeur par défaut, et ré-initialiser le compte "guest" en statut "activé". A réinstaller le Synology. Noter que le disque dur ne sera pas formaté, vous n'avez donc pas à craindre de perdre des données. Pour les modèles installés avec un firmware antérieur à la v2.0.1-3.0368 Le bouton RESET sur le Synology sert à ré-initialiser l'adresse IP, les DNS, ainsi que le mot de passe du compte "admin". Le disque dur ne sera pas formaté, vous n'avez pas à craindre de perdre des données. -------------------------------------------------------------------------- sauvegarde obligatoire, la manip ne garantie pas qu'il y n'ai pas de pertes de données, même si de ci de là sur le forum, y compris mon cas pour d'autres raisons, nous n'avons rien perdus (extrait d'un post à ikeke) le double reset en question: Appuie sur le bouton reset jusqu'à ce qu'il bippe (1 bip normalement) Quand le Syno bippe, relâcher 1 ou 2 secondes et appuyer de nouveau sur le bouton reset jusqu'à ce que le NAS bippe à nouveau (3 fois normalement - du moins sur mon CS407) Patienter le temps que le syno se prépare à être réinstallable. Une fois l'opération terminée, le NAS bippe une fois. Réinstaller le NAS avec le Synology Assistant.

Bonjour, ce petit tuto

grilled par cricx

je t'avais dit que je le ferai, c'est fait postfix(mailstation) et fetchmail installé, et géré via webmin, en 25 minutes, pointer les chemins webmin a été le plus longs à faire me reste à faire un test en créant un boite bidon gmail, et à paramétrer .fetchmailrc pour lui donner le réglage vers la boite google donc ce soir pause, et demain on gère le tout à moins que je n'y revienne tout à l'heure me pencher dessus pour fred, si cela a été aussi rapide et simple, c'est que j'ai optware-devel, du coup aucun problème pour trouver les paquets python etc... à la fin je vais tacher de garder de optware-devel que le strict nécessaire, là je suis sur mon DD de compilation, et je pointe chaque truc utilise pour les transférer après sur mes DD de produc. pour fechmailconf voici le mien #! /bin/sh exec /usr/bin/python /opt/lib/python2.5/site-packages/fetchmailconf.py "$@"

tu as fait une install via spk ou ipkg ? car cela peut avoir une importance ensuite

bon je vais installer postfix, puis fechtmail pour voir si je peux te filer un coup de paluche ce coup ci

salut la boite pour laquelle je gérais sympathiquement exchange server, suite à des soucis d'économie etc...a décidé un jour de gerer son système collaboratif externe via google si vous ne connaissez pas regardez du côté de google apps j'ai un compte ouvert depuis la création du système, avec un de mes noms de domaine, qui a d'ailleurs expiré depuis longtemps, cessation d'activité, compte normal, pas premium je ne m'en servais plus depuis pas mal de temps, et surprise toujours actif

yep bon anniversaire

ayant d

alors tu teste toujours ou tu es pass

si si tu peux venir en vélo, une fois arrivé tu auras ta taille de jeune homme je me dis souvent qu'il est grand temps que je fasse pareil @ fred j'ai lancé le sujet vélo il est plus que necessaire de comprendre la dialectique du totor commun, qui inclus à priori, voir à posteriori que l'arrivée est chez moi..... bon courage à tous signalez moi vos départs que je prévienne les pompiers allez y poussez poussez les vélocipèdes de nas-forum , refrain en chanson pour vous motiver

je crois que tu n'as pas lu les trois post au dessus du tien, personne n'arrive pour l'instant à lire un dd usb, via le décodeur TV<br><br>perso je n'ai toujours pas eu le temps de tester<br><br><br>tu as formaté en natif ca c'est bien<br><br><br>via DSM as tu ajouté ce partage et donné droits de lectures au groupe users.<br><br><br>pour qu'un répertoire puisse être lu, par apache et donc consultable via mediacenter sur le port 26180&nbsp; il doit être rajouter à php.ini, voir le tuto, c'est bien expliqué.<br><br><br>:/nom_du_lecteur_usb/nom_partage_video<br>exemple:<br>:/volumeUSB1/video2<br>attention aux mentions @ devant un partage, <br> puis&nbsp; tester&nbsp; si les partages mediacenter sont visibles,&nbsp; via un pc, connexion http au port 26180, réglage manuel, là devrait apparaitre tes partages déclarés, encore faut il qu'il y ait un droit de lecture, je n'ai pas tenté d'en rajouter via ce biais, et je n'ai pas l'intention de le faire.<br><br>tu peux aussi vérifier la différence de droits en lecture qu'il y a entre les répertoires (exemple video et video2 ) qui est propriétaire, à qui est donné le droits de lecture ?<br>/volume1/video<br>et<br>/volumeUSB1/video2<br><br>ne pas oublier ensuite de relancer le serveur apache, pour qu'il prenne en compte les modifs<br>et surtout bien penser à sauvegarder le fichier php.ini, avant toute manipulation !!<br><br>

l'une ou l'autre tu peux expliciter, je suis un peu vané, j'ai un chat sur les genoux, avec une demi patte sur le clavier je regarde cela demain tranquillement bonne soirée

bon je viens de lire tes messages d'erreurs sur ton site idem j'ai le projet de voler de mes propres ailes j'ai la flemme d'expliquer chaque message d'erreurs par MP, le pourquoi du comment alors voilà une réponse presque ciblée suis la logique du fonctionnement php décrit par goldyfruit bien connu sur la toile tu es en pleins dedans et concerné http://wiki.goldzone...isations_de_php @++

coucou expose ce que tu souhaite faire, et quel fonctions te manquent normalement le mois prochain, je m'attaque

si vous venez en v

il y a le bien connu fetchmail pour r

tout à fait pour jac2904, tu ne perd rien à contacter numericable belgique, ou leur forum pour connaitre leur solution smtp ssl ou tls si ils le permettent tu peux aussi faire un test de ce genre sous une fenetre dos via un PC, tu auras la liste des alias, et ip liées nslookup smtp.numericable.be ou encore via le syno tu lance ce genre de commande, pour tester si numericable en ssl répond pour tester un serveur smtp, les port smtp ssl sont souvent en 46x et plus et 500 , 465, 467, 487 etc... doit te répondre 0 en moins de deux minutes openssl s_client -connect {nom du serveur}:{numéro de port} < /dev/null | grep '^220 ' pour tester un compte pop ssl, souvent port 995 doit repondre 0 en en moins de deux minutes openssl s_client -connect {nom du serveur}:{numero de port} < /dev/null | grep '^+OK ' ce sont des commandes classiques pour tester si un serveur répond depuis un client ssl. une restriction peut connue peut être aussi liée au fait que tu passe par un proxy, (si c'est le cas) de plus en plus de provider n'autorisent que des requêtes smtp provenant de leurs propres réseaux pour éviter le spam et détectent si la requête est passé par un proxy, accès refusé... si cela peut t'aider ou aider quelqu'un d'autre