MS_Totor

salut, il me semble que tu as un dd-wrt dans ton profil, pourquoi ne pas en profiter à ce niveau là pour le vpn et des restrictions pour le reste du réseau local, ce ne sont pas les doc qui manquent

que non ce n'est pas possible ne vas pas te balader dans des branches de cpu qui ne concerne absolument pas ton modèle de syno, voir carrément pas du tout la même marque de matériel, ou t'amuser comme sur debain ou ubuntu à modifier la liste des sources apt pour tester, gros plantage et perte de données possibles ! On ne peut pas utiliser des programmes compilés pour amd sur un intel, c'est comme cela, chaque cpu possède des instructions de commandes differents, ce qui donne cette incompatibilité, de même des programmes compilés en 64 bits sur un cpu 32 bits, à moins de convertisseur, mais c'est hors sujet, ton syno est un processeur ARM, certains syno sont en powerpc etc... est ce que tu y vois plus clair comme cela . apt et ipkg sont deux outils pour récupérer des paquets, sur syno c'est ipkg

bonjour on ne peut pas changer de ventilateur comme cela ! il faut connaitre les spécificités des ventilos installés, courbe rpm vs tension, et rester strictement dans ces valeurs ne surtout pas mettre autre chose qui n'est pas strictement inclus dans la fourchette gérée par le contrôleur intègré à la carte mère, sinon, on est hors seuil , trop haut, trop bas, et il y a risque de mise en sécurité du syno en cas de surchauffe, ou de détection de seuil bas en rpm, équivalent à une coupure brutale de courant, et le syno s'arrêtera tout aussi brutalement avec tous les risques inclus pour l'intégrité des données. voir section 209 il y a beaucoup d'info que j'ai laissé là bas dans deux posts épinglés. @+

bonjour par défaut et pour des raisons de sécurités, le serveur mysql n'écoute qu'en loopback soit 127.0.0.1:3306, en gros accessible en interne pour php, phpmyadmin etc... ou un serveur web sur le syno cela se vérifie sous ssh si tu fais un netsat netstat -latun | grep 3306 tcp ......127.0.0.1:3306 tu as beaucoup de post qui abordent ce sujet http://www.nas-forum...indpost&p=20321 http://www.nas-forum...indpost&p=14387 en résumé, en premier installer phpmyadmin sur le syno (section tutorial) puis via phpmyadmin créer un nouvel user, droit root sur la bd et lui donner une autorisation d'accès externe, la seulement mysql écoutera sur le réseau local, et via ton routeur et une redirection, sera accessible de l'exterieur. attention, mysql est une cible privilégiée des attaques sur le web, ce n'est pas pour rien qu'il est mis en général en accès loopback seulement, donc documente toi ensuite sur la faisabilité d'encapsuler ce trafic via vpn ou ssh, et bien sur changer le port d'écoute 3306 bonne lecture @+

bonjour ce ne sert à rien de bypasser le post à cricx ou il précise que ce paquet est indispo, il ne l'est pas je viens de vérifier si cela est vraiment absolument critique et nécessaire, il faudra le compiler en natif sur le syno, il n' y a pas d'autres choix pour le moment. ou encore mais jamais essayé, contacter les développeurs de la branche optware de nslug2 dont dépend ipkg pour ce modèle de syno, pour essayer de faire ajouter cette application. @+

j'ai démonté/remonté complètement mon environnement de dev, je remets le tout à plat ce week end, vive la virtualisation... pour les erreurs, avec ceux d'ipkg c'était du symboles inconnus, problèmes de headers, avec ceux que j'ai cross compilé, , c'est du plantage beaucoup beaucoup plus sournois, pas de messages d'erreurs, mais pas de carte virtuelle montée tun0 via /dev/net/tun si j'avais le malheur de lancer un seul ifconfig, pour verifier mes cartes reseaux, le process lancé en console ifconfig tournait en boucle et impossible de le killer, puis led bleue allumée, mes volumes raid étant ok, la définition de la led bleue, doit signaler d'autres messages d'erreurs, que les soucis de volume, ou c'est lié à dev, bref plantage de la partie dev, le reste des commandes shell restaient fonctionnelles, sauf les commandes systèmes touchant à l'arrêt ou reboot du syno, gestion process pour killer, et ifconfig.. j'ai pu lister tous les processus ouverts etc...mais rien pu faire, mis à part au bout d'un sacré bon moment de recherche à débrancher le jus, n'ayant plus la main, toute connexion déjà ouverte restait opérationnelle, mais impossible d'en créer d'autre, plus d'allocation tty autorisée. via le manager web idem tout ok sauf reboot ou halt je n'ai pas essayer de re allouer les ressources manuellement, étant trop rouillé dans ce domaine. une seule fois j'ai bien eu le process ouvert 31194 port udp définit pour openvpn au lieu du classique 1194, (ce qui ne devrait poser aucun soucis) mais plantage comme décrit, test fait sans firewall sur le syno, ni autoblock bien sur. je le répète sournois le truc, prochain test, mano à mano, et je note tout dans un coin, chaque étape, chaque config pointée, chaque modif, pour y voir plus clair ensuite, j'ai tout viré, trop de notes un peu partout, et je n'arrive plus à me relire correctement, le comble pour un procédurier dans ce domaine de tests je vois cela à tête reposé, j'ai aussi viré sur le syno de test, tous mes trucs compilés en natif

salut ne jamais oublier, que la grosse diff

Mon mail portait sur la différence d'environnement depuis la venue des firmwares 9xx, en particulier le fait que les modules kernels compilés et fonctionnels sous 850, ne l'étaient plus sur sur 9xx, même cpu, même version de kernel, que cela avait un impact non négligeable sur des synos déployés avec des applis spécifiques dans le milieu pro.. J'ai donc demandé, si l'environnement de dev avait été changé à ce niveau, GCC v3.4.3, etc... si des fonctions du kernel actuel avaient été modifiées pouvant empêcher l'intégration de modules tierce partie, et si une planification d'une nouvelle version de toolchains ou de sources GPL était prévue. Unfortunately, we do not have a certain plan for releasing the new toolchain at the moment and I'm sorry that I may not be able to provide an exact schedule for this support. It would probably take some time before our official announcement. The GCC version for building the 942 is v.3.4.3 Le retour sur leur environnement de compilation est chasse gardée et hyper succins comme je m'y attendais, et zéro info sur les futures sources GPL.. bref pas trop le choix en gros soit downgrade vers 850 pour garder un système "plus ouvert" ou attente que quelqu'un trouve une solution pour contourner le souci kernel actuel touchant les DS209+ et firmware 942, n'ayant pas d'autres modèles, je ne peux que me prononcer sur celui là. je laisse ce thread ouvert, pour ne pas saturer le tuto existant sur la cross compilation, et le saturer de tests, si quelqu'un a des news ou arrive à trouver la bonne méthode faites signe

alors vires le cookie venant du syno, tu dois facilement le trouver c'est lui qui garde trace de la derni

salut une astuce avait été donné par quelqu'un sur le forum...mais je ne trouve plus le lien quand tu es dans la page web d'administration, juste à côté de Accueil, tu as bouton options, clique dessus, "Définir un temps de déconnexion automatique du navigateur pour Disk Station Manager et les applications Web." = augmente le réglage en minutes si c'est trop court et reconnectes toi comme le dit stevanovich, ta cession à expirée

c'est fait, j'ai envoy

et oui le probl

bonjour collègue j'ai été contacté par MP à plusieurs reprises pour échanger, méthodes de compil, succès, échec etc..etc... , mais je préfère en débattre sur le forum, et je re précise, je ne parle pas de compilation native, mais de cross-compilation

bonjour, je fais un appel à vos contributions, expériences, échecs ou réussites, mes connaissances en cross-compilations sous linux, datent d' il y a plus de 8 ans ......je m'y remets doucement, dur dur. Le but: compiler des modules kernel en premier temps pour syno à base de ppc8544/8533 kernel 2.6.24 pour la communauté nas-forum, et mes besoins pro en deuxième temps si la première étape est franchie.... y arriver mon contexte de travail: hors, si tout cela a excellemment bien fonctionné sous firmware 844, 850, etc... c'est un échec sous firmware 9xx. Ma grande question: A version de kernel égale: 2.6.24 pour le même type d'architecture CPU dans les fichiers sources qu'est ce qui peut générer des erreurs kernel sur un firmware 9xx et pas sur firmware 84x, 85x ? pour cross-compiler des kernel, toutes sommes faites, c'est la partie la plus facile à faire normalement....mêmes sources, mêmes headers, même CPU. je pencherais mon doute, soit vers des arguments différents de compil non décrits dans la doc, soit vers la toolchain qui utilise une version de GCC moins récente que celle utilisé par synology pour compiler le kernel sur firmware 9xx. Mais je ne suis pas assez compétent, pour affirmer ou connaitre avec quels versions d'outils, les kernel 9xx ont étés compilés, quelqu'un de plus expérimenté peut nous éclairer sur la chose ? une toolchain peut elle être modifiée pour intégrer des outils plus récents etc.... afin de trouver la solution ? merci d'avance, je ne pense pas être le seul à être bloqué PS: j'ai suivi énormément de liens ou bzou de nslu2 ou dino font descriptions de leurs méthodes d'intégrations, mais même dans ces voies là rien de stable et idem échec... bref dans l'impasse à moins d'une voie ou une approche différente ?

salut je pense que la section dédiée aux programmes pré installés sur le syno est très bien. la gestion des post [résolu] marche très bien ailleurs et servent souvent de références pour des recherches futures dans la section modification logicielle, les autorisations pour un membre sont limitées, on ne peut pas supprimer son post comme dans les autres sections là ou cela pèche aucun newbie kit nulle part pour bien débuter, niveau zéro zéro: il faudrait - au moins un lien en dur sur le manuel en français officiel (pdf) pour chaque modèle -FAQ des questions /réponses des questions de débutants les plus souvent posées section en vrac, ou difficile à comprendre pour un visiteur ou un nouveau membre: section logiciel supporté et section modification logicielle si je me mets à la place d'un visiteur, il me semble plus facile de lire une arborescence comme celle là -ajout de programmes officiel synology -ajout de programmes tierce par ipkg -ajout de programmes tierce par spk -ajout de programmes compilés par la communauté -modification des logiciels officiels

yop c'

merci aussi Michel.

en effet wget utilise ftp, ou http en ssl ou pas selon les réglages de recherche du cache réglés dans ipkg dans ton cas ftp ne passait pas. lors de la création de la branche pour les x09, il y a d'abord eu une branche de test, instable, puis stable par défaut le bootstrap fais pointer IPKG update vers la branche instable, dans le monde debian, unbuntu etc.....après test et correctif si personne ne râle plus, alors cela passe en branche stable. si tu veux, et à tes risques et périls, ajoutes la branche stable, tu pourras confirmer que les versions des programmes sont différentes, cela fera un bon retour pour les x09, chaque branche de CPU et donc de modèle de syno ayant ces CPU n'ont pas les mêmes programmes, ni les mêmes sous branches, à tout dire c'est très confus, mais on ne vas pas leur reprocher cela, c'est génial d'avoir intégrer ce systeme. sous ssh login=root pass=mot de passe de admin je copie colle ce que j'ai déjà écrit. ajoutes cette ligne dans vi /opt/etc/ipkg.conf src cross src cross zttp://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/stable (changer le z du lien en mettant h) dest root / puis tu rafraichis le cache ipkg ipkg upgrade ensuite, sans rien installer tu vérifie les versions dispos d'un paquet au hasard, exemple htop ipkg info htop quel résultat tu as ? -deux versions identiques ou deux différentes ? normalement 0.8.3-1 j'ai le doute et pense que les deux branches stable instable, contiennent les mêmes paquets en attente de retour

bonjour, c'est une question ipkg d'ordre général ou vous avez un modèle de syno comme précisé dans ce post, pour éviter les hors sujets si c'est une question concernant un autre modèle de syno, ou pas la même version de boot strap, ouvrez un post dans le forum modification logiciel, on tachera de vous aider

la version 0.4 de quoi ? si c'est la version mediacenter install

bonjour, si tu vends le dx5 seul je serais peut

un dir ne donnera rien c'est normal, mais un ls - l le fichier apparaitra de toutes les façons je ne pense pas que rc.local soit impliqué dans ton affaire, comme dit je le répète au cas ou, neutralise le script de lancement de nzbidule en le rendant non exécutable dans l'arborescence du site géré par lightttpd, créer un fichier phpinfo, pour vérifier qu'il n'y ai pas de soucis php et autres blagues reboot le syno ou redémarre ipkg le serveur lighttd doit être lancé sans problème, consulte le phpinfo pour vérifier que tout est clair, et ensuite seulement après cette étape vérifie que tu n'a aucuns soucis de dépendances soit pour lighttp pour gérer nzbidule ou soit pour le paquet nzbidule lui même via ipkg info nom_du_paquet. renseignes toi sur le net pour gérer les dépendances de paquets via ipkg avec des commandes comme -force-depends etc....

quand tu fais tes modifs via php.ini, ou cr