bagou91

salut, de chez moi ça fonctionne bien en tapant http://karenax.net, je suis redirigé vers le DSM de ton nas sur le port 5000. essayes tu depuis ton pc situé sur le réseau local de la livebox ? si c'est le cas, c'est normal que cela ne fonctionne pas car la LB ne supporte pas le loopback. je te conseille de choisir un autre port de redirection que ceux par défaut (5000-5001), et également de fermer le port ouvert de l'extérieur. également de fermer le port 139 (netbios file sharing) et 3306 (mysql). http://mxtoolbox.com/SuperTool.aspx?action=scan%3akarenax.net&run=toolpage il en va de la sécurité de tes données !

normal car la Livebox ne supporte pas le loopback

de ce que je comprend, mais une autre personne devrait confirmer également : les ports avec le nom de l'application seraient reconnu par DSM et listés dans le firewall par exemple.

bonjour, dans le DSM_Developer_Guide.pdf, page 61, il est indiqué: port_forward: If set to “yes”, your package service related ports record will be list when user set port forward rule from build-in applications. Otherwise your record will not be list.

Et également, la consommation électrique que donne Synology... Peut être aussi le nombre de licences pour Surveillance Station

dans le menu Affichage, Figer les colonnes...

bonjour, tu peux ajouter une colonne pour indiquer le nombre de ports USB, eSATA, et autres ports spécifiés.

bonjour, probablement parceque avec OpenVPN tu ne rediriges pas tout le traffic dans le tunnel... il y a une case à cocher lorsque tu configures le serveur vpn sur le nas ( propriétés avancées)

l'explication ici: http://blog.synology.com/blog/?p=2283 en résumé, QuickConnect permet d'accéder au nas par un serveur relais.

salut, as tu cherché un peu sur le net ? je trouve plein de tuto en recherchant "dd-wrt loopback fix" exemple: http://www.alexlaird.com/2013/04/dd-wrt-nat-loopback-issue/

salut, ddeuxmat a raison: le routeur n'a pas d'IP public. il est sur un réseau NATé par l'opérateur mobile. exemple avec mon smartphone: IP du téléphone: 10.68.66.107 IP public affiché sur www.monip.org: 37.161.49.136 qui correspond surement à l'antenne relais sur laquelle je suis connecté. l'opérateur mobile n'ouvrira évidemment pas de port à rediriger sur le routeur. il faut donc utiliser la solution de ddeuxmat pour accéder à la webcam à distance. le client dyndns est donc inutile.

VPN passthrought = le routeur est compatible pour laisser passer des connexions VPN sortantes provenant de PC de son réseau local. cela ne veut pas dire que le routeur ait un client VPN intégré. L'usb station possède surement un client VPN, auquel cas ça règle ton problème.

bonjour, oui c'est possible à condition que le routeur 4G ait un client vpn compatible (pptp ou openvpn). il faudra penser à ne pas rediriger tout le traffic du routeur 4G dans le vpn. pour la webcam, le plus simple est de prendre une webcam ip, comme ça pas besoin de serveur web.

bonjour, non pas de solution trouvée.

as tu redirigé également le port 20 ? il sert aux transfert de données.

bonjour, bon n'y arrivant pas avec le tools, je suis reparti d'un spk existant et j'ai modifié/ajouté mes fichiers comme le tuto en page 1. c'est bon maintenant

quand tu es à l'extérieur, l'accès avec le nom DNS et le port 15001 devrait fonctionner puisque tu as ouvert et redirigé le 15001 vers le 5001 de l'ip de ton nas. en interne, si tu laisses l'entrée DNS ajoutée à la box, tu peux uniquement accéder par https://toto.myds.me:5001 avec ton PC, ou par le nom d'hote du nas, ou part son IP, mais toujours avec le port 5001. la box ne supporte pas le loopback, c'est à dire la redirection sur elle même d'une demande venant de l'intérieur de son réseau.

en fait quand tu tapes accèdes à l'adresse https://toto.myds.me (peut importe le port), depuis ton pc local, le nom DNS est résolu par l'ip local de ton nas car tu l'as spécifié à ta box ! donc évidemment: https://toto.myds.me:5001 ça fonctionne puisque cela équivaut à https://ip_du_nas:5001 (idem avec le port 5000) par contre avec le port 15001 ou 15000, c'est KO puisque ce n'est pas le port d'accès de DSM sur le nas. essayes en retirant l'entrée DNS que tu as ajouté sur la box, mais du coup ce n'est pas sûr que la box supporte le loopback (redirection interne) avec l'adresse extérieur https://toto.myds.me:15001.

j'ai suivi le readme du spksrc de Diaoul, mais j'ai l'erreur suivante: xavier@ubuntu:~/spksrc/spk/webcam$ make arch-armada370 ===> Building package for arch armada370 make[1]: Entering directory `/home/xavier/spksrc/spk/webcam' ===> Set up toolchain make[2]: Nothing to be done for `default'. make[1]: Leaving directory `/home/xavier/spksrc/spk/webcam' make[1]: Entering directory `/home/xavier/spksrc/spk/webcam' ===> Processing dependencies of webcam ===> Processing wheels of webcam ===> No wheels to process ===> Creating target installation dir of webcam (cd /home/xavier/spksrc/spk/webcam/work-armada370/install//usr/local/webcam && tar cpf - `cat /home/xavier/spksrc/spk/webcam/work-armada370/PLIST | cut -d':' -f2`) | tar xpf - -C /home/xavier/spksrc/spk/webcam/work-armada370/staging /bin/sh: 1: cd: can't cd to /home/xavier/spksrc/spk/webcam/work-armada370/install//usr/local/webcam tar: This does not look like a tar archive tar: Exiting with failure status due to previous errors make[1]: *** [copy_target] Error 2 make[1]: Leaving directory `/home/xavier/spksrc/spk/webcam' make: [arch-armada370] Error 2 (ignored) je souhaites seulement créer un package SPK. Il n'y a pas de dépedances, ni de cross-compilation à faire. avez vous une idée de l'erreur ? merci en pj, le makefile pour la création du SPK. Makefile.txt

chez Free, on aussi l'énorme avantage d'avoir la possibilité de se créer un nom de domaine gratuitement qui sera associé à notre IP publique. le nom DNS sera de la forme mondomaine.hd.free.fr va sur ta console de gestion sur free.fr, puis menu Ma Freebox -> personnaliser mon reverse DNS en bas, dans la 2ème case, tu peux entrer le nom de sous-domaine que tu souhaites avoir.

euh je suis pas sûr que ce soit encore d'actualité ça. à l'époque, il y avait un script perl qui permettait de récupérer des keys et identifiants pour ensuite se connecter en webdav, mais ovh a modifié la méthode de fonctionnement d'hubic avec un webdav à leur sauce. il me semble que hubic ne fonctionne plus que par leur logiciel propriétaire.

ah ok. bon ba faudrait mettre à jour le tuto alors a moins que tu ais un lien de tuto récent ? [EDIT] Diaoul m'a répondu: Tout se trouve ici désormais : https://github.com/SynoCommunity/spksrc Tu peux lire le README et poser tes questions si tu as besoin en anglais sur le bugtracker https://github.com/SynoCommunity/spksrc/issues

merci pour toutes ces réponses qui m'aide à avancer dans la création fonctionnelle du spk. sur ta réponse: sur le wiki, il est écrit l'inverse: This script is used by the package manager to start, stop, and get the running status and log file location of the package once installed. It will be copied in the directory /usr/local/etc/rc.d/<packageName>.sh and run from this place. It will always be given an argument via the package manager. le wiki serait faux ? il est vrai que sur mon nas, il n'y a rien à cet emplacement. tout les scripts de démarrage se trouvent ici: /usr/syno/etc/rc.d/ je vois pour le reste de tes réponses et revient ici en cas de nouvelles questions

bonjour, j'ai suivi le tuto très bien fait, j'arrive à créer et installer mon SPK sur DSM. Cependant, le script postinst ne s'exécute pas, et le package apparait comme cassé dans le centre des paquets DSM. voici son contenu (un simple test): #!/bin/sh #test de différentes possibilités de la variable d'environnement SYNOPKG_PKGDEST echo $SYNOPKG_PKGDEST > /tmp/webcamlog.log echo "$SYNOPKG_PKGDEST" >> /tmp/webcamlog.log echo "${SYNOPKG_PKGDEST}" >> /tmp/webcamlog.log cp ${SYNOPKG_PKGDEST}/monscript.sh /usr/syno/etc/rc.d/S99monscript.sh exit 0 aucun fichier créé dans /tmp savez vous pourquoi ? mon but est de recopié un script de mon package dans le dossier de démarrage du syno. autre question, la création du lien comme cité dans le tuto: # Link application/desktop redirection ln -s "${SYNOPKG_PKGDEST}/application" "/usr/syno/synoman/webman/3rdparty/MonSPK" n'est nécessaire que si notre application dispose d'une page web à accéder depuis DSM ? je lis ici http://forum.synology.com/wiki/index.php/Synology_package_files que le script start-stop-status se loge directement dans /usr/local/etc/rc.d/ ce qui veut dire qu'il pourra être démarré au démarrage du nas ? mais pour ma part, le script n'existe pas à cet emplacement après installation du SPK autre question: quelle différence entre le package situé dans /var/packages et /volume1/@appstore ? pour MumbleStation, je vois qu'il est exécuté depuis /var/packages. merci de votre aide

essayes d'utiliser directement ton ip extérieur plutot que ton id quickconnect.