MS_Totor

dans ma manip je ne souhaitais surtout pas toucher au perl natif du syno, car n'ayant pas envie de pétarder perl en cas d'échec j'ai installé perl via ipkg, car version un peu plus récente, et surtout car via ipkg des modules déjà compilés existaient pour cette version de perl, si je n'y arrivais pas, ces modules ne sont pas très recents, et j'ai donc tenté de les compiler sur le syno lui même du coup, oui j'ai changé mes entêtes pl pour pointer vers perl de ipkg comme ipkg est désactivable en 3 minutes chrono, c'est mon choix perso

tu sais changer l'ip de ta carte réseau sur ton mac ? si oui tu suis ce lien http://www.nas-forum...?showtopic=9334 je te fais un copier/coller rapide de la partie qui t'intéresse en bas du tuto le syno ne pouvant pas se connecter à un serveur dhcp pour avoir une ip dynamique, il s'est auto configuré en s'allouant un ip d'auto configuration, appelée apipa, en 169.254xxxx adapte cela au mac, tu devrais pouvoir détecter ton syno avec l'assistant puis après installation du firmware, pense à régler l'ip du syno sur tes paramètres de réseau local normal -------------------------------------------------- PC/mac/linux/windows_propriétés_réseaux changer_IP=169.254.82.1 changer_ sous-réseau=255.255.0.0 (appliquer modif) lancer assistant_synology (détection ip_syno) notez ip ip 169.254.xxx.xxx fermer_assistant http://169.254.xxx.xxx:5000 SYNO_propriétés_réseaux changer_IP="exemple" 192.168.1.10 adaptes à ton réseau local changer_ sous-réseau=255.255.255.0 adaptes à ton réseau local appliquer modif PC/mac/linux/windows_propriétés_réseaux changer_IP=192.168.1.20 changer_sous-réseau=255.255.255.0 appliquer_modif vérifiez la présence du syno sur le réseau local http://192.168.1.10:5000 ou ce que tu auras réglé comme ip pour le syno

allez plus loin est à la portée de tout le monde et heureusement mais cela demande de l'investissement perso je t'aiguille un peu ce n'est pas uniquement parce que tu as changé de port de openssh que tout est résolu, surtout si tu connecte en admin, cela m'étonnerai fort que tu puisse editer des fichiers appartenant à root pour une connexion ssh ou telnet, comme cela est noté un peu partout nom d'utilisateur=root mot de passe=mot de passe de admin modification du fichier sshd_config et deux lignes à changer on change le port d'écoute on autorise le login root vi /opt/etc/openssh/sshd_config exemple: Port 54222 PermitRootLogin yes au lieu de #Port 22 #PermitRootLogin yes ensuite après édition de ce fichier, tu reboote le syno, et là plus de soucis à venir tu peux même désactiver ssh dans la page web dans ton client putty ou winscp, n'oublie pas de mettre le nouveau port pour la connexion

fait

si il a boot

zieute ici pour l'instant je suis en standby pris par autre chose, mais j'y reviendrais t

coucou je passe là par hasard dans mysql, il ne faut pas créer un user puis une bd pour laquelle le user sera superutilisateur, puis importer la structure de la bd jabber dans mysql pour que votre programme fonctionne ?

la question est

salut il y a eu un gros nettoyage de fait section tutoriels, les gens y posant tout pleins de sujets n'ayant rien à voir avec des tutos, mais des demandes d'aides. pas mal de sujet ont aussi étés déplacés dans des sections de forum plus adéquates cela est annoncé dans la section news et info par contre pour ton lien moi ca marche très bien le serveur a peut être changé d'adresse ip depuis tes bookmark ceci peut aussi expliquer tes erreurs de liens sur le pc via une fenêtre DOS, rafraichit le cache DNS en faisant un ipconfig /flushdns cela vas mettre à plat tes liaisons de liens web et ip liées tu peux vider le cache de ie ou firefox pour compléter la mise à jour re essayes tes liens

salut pour résumer les conditions d'installation : fais un check rapide des pré requis -branchement en cable rj45, pour le syno et le mac sur le switch du routeur (ok ? ) -le serveur DHCP sur le routeur gérant le réseau rj45 doit être activé (c'est très important) ( ok ? ) -dernière version de l'assistant synology pour mac à récupérer sur le site de synology, idem pour le firmware (ca a l'air ok) -désactivation firewall et anti virus pour ne pas empêcher le lancement du scan réseau fait par l'assistant es tu bien dans cette situation ?

salut la gestion de renouvellement d'ip dynamique est différente selon les providers chez certains 24 h d'autres c'est complètement aléatoire (neuf) tu peux rester avec une même ip dynamique pendant deux mois, quatre mois même après reboot du routeur et puis paf, tu en as une nouvelle c'est du vécu depuis 2006

hmm je ne pense que tu risque de faire bouler par un provider, vu le nombre de pme qui utilise des abonnements de type "privé" le seul truc mis en place est de limiter drastiquement le spam, qui bouffe très sérieusement la bande passante de l'ensemble des providers, donc ce n'est pas tant un serveur privé qui est gênant, mais la limite d'utilisation qui en est faite sur le port 25 la politique de durcissement porte majoritairement sur la limite du nombre de mail en diffusion par envois groupé, pour sabrer le spam émetteur, si plus de "n" destinataire par n envois de mail, paf, blocage, idem pour la détection de mots clé, code dans l'entête et dans le contenu. l'authentification de l'ip émettrice comme appartenant au réseau du provider, pour sabrer la redirection de serveur mail au niveau ip l'historique des virus, trojan, rootkit, montre que de plus en plus, il y a eu création lors de l'infection de server smtp sur le port 25 ------------------- l'authentification sur le réseau du provider, du couple ip nom fqdn du serveur smtp était la parade depuis 2001/2002, avec une gestion durcie des requêtes DNS et entête de mail. ce sujet est vieux très vieux et je depannais déjà pas mal de gens en messagerie....remember remember http://forums.ixus.f...8719&highlight= depuis, vu l'abus de ce système, durcissement, et envois sur port ssl chez certains providers

salut le sujet n'est pas vraiment résolu et tu t'en apercevras rapidement à très brève échéance, si je ne me trompe pas.... ce problème a été mainte fois abordés tu dois avoir ssh natif au syno et openssh installé par ipkg à tous les coups, ou ce n'est pas le cas ? si openssh est installé, tu dois changer le numéro de port de openssh sinon il y a deux instances de ssh qui se battent pour le port 22..... au reboot du syno, le cycle de boot lance openssh, hors c'est ce dernier qui a une option PermitRootLogin no par défaut et n'autorise pas le login root , la suite de la séquence lance ssh natif, mais le port 22 est déjà pris et plantage de ssh natif, bref login root denied ! c'est une chose à bien comprendre !! le fait de désactiver/réactiver ssh via la page web, relance le ssh natif, c'est pour cela que tu as à nouveau accès au port 22 avec le compte root en résumé, il te faut changer le port de openssh, sinon ce soucis reviendras quasi à chaque reboot du syno @+

salut apr

c'est clair que si le nom de partage change de de toto en Toto, vu de linux ce n'est plus le m

perso je ne suis pas impatient du tout avant d'acheter un nas 209+ j'étais plutôt pro minitx et intégration perso. c'est quasi le cas du syno en fait bref, le 209+ ne changera pas de si tôt, vu la limite du nombre de requetes permises par ma connexion en upload, 140 ko, je ne risque pas de le saturer.... j'habiterai à Pau avec du gros tuyau synchrone montant/descendant, le nas ne servirait que de stockage par contre, c'est clair. donc au final, il ne sert à rien d'attendre un méga modèle de la mort qui tue avec pleins de megahz si la ram et l'upload sont des limitations, voilà mon point de vue.

bienvenue par ici

bonjour un brin de recherche sur le forum sections tutos dans ce thread, on parle de wol et un peu de wow http://www.nas-forum.com/forum/index.php?showtopic=1875&st=0

ok merci tmt cela rejoint le contenu de ce topic http://www.nas-forum...indpost&p=61604 pour information, un résultat de cat /proc/version te donne la version de gcc qui a servit à compiler le kernel du syno exemple du (ppc8533 209+) en firmware 9xx c'est toujours du gcc 3.4.3, donc pas dévolution de la toolchain. le problème vient des codes sources pour compiler des modules kernel, comme tun.ko, il suffit qu'ils aient appliqué un patch au kernel dans le firmware 9xx pour que tout ce qui existait en modules comme tun, ne fonctionnent plus sur ce type de processeur, c'est sans doute le cas pour les autres aussi. ensuite un uname -r comme un cat /proc/version tu peux lui faire dire ce que tu veux pour le retour de version de kernel je ne pense pas que sur ce type de processeur nous soyons toujours en 2.6.24, mais en 2.6.24.xx, mais quels patchs ils ont mis ? les dernières versions pour ppc64 correspondant à ce type de proco est en 2.6.30, bref il y a un choix de fait pour intégrer uniquement ce dont les synos ont besoin pour tourner de façon stable. le reste de l'évolution des versions kernel ne fait qu'ajouter d'autres processeurs, d'autres composants matériels, que les syno n'ont pas actuellement, ou ajouter/optimiser des fonctions, ou corriger des bugs, qui ne nous concernent pas à priori. soit un utilisateur tâtonne jusqu'à trouver la bonne version de kernel utilisé, et les bons patch à partir des sources kernel pour ppc ou arm, et prends le risque de tout planter, ou on attends, la sortie des sources GPL synology pour firmware 9xx voilà ce que je peux en dire après pas mal de recherches sur la question bon week end

salut je fais parti je pense des nombreux utilisateurs

welcoming in board onduleur et le deuxième mot le plus prononcé après bienvenue dans cette partie là on ne s'en rend compte que quand le raid tombe malheureusement pour l'esata oui c'est la solution la plus pratique en backup sur syno, pour des raisons de vitesse de transfert, seul truc chiant, la connexion est en façade sur certains modeles bonne découverte

merci je vais regarder ca de plus près ce week end en fait il n'y a aucun historique, tu garde en gros tes 5 ou 6 dernières lignes de commandes le temps de la cession, si tu te déconnecte/re connecte tu perds tout, et aucun rappel possible sur syno je voulais parler de ash, habitué au bash sur ma debian

merci

grilled by alastor je n'aurais pas dit mieux, tu n'as même pas de qos à faire

pas de soucis il me semble que tu n'es pas le seul à te servir du syno comme environnement de dev avant product tu devrais avoir d'autres réponses sans tarder, si le forum n'est pas trop endormi @++ ps c'est pas toto mais totor, /me te pardonne l'incartade