krislec

A noter qu'il faut également faire : chmod 644 ftdi_sio.ko chown root:root ftdi_sio.ko pour changer les droits de fichiers et propriétaires (user et groupe), sans quoi l'erreur reste persistante ! (et bien sûr idem pour usbserial.ko)

Euuuuh... y'a moyen d'installer weboob sur son Nas ?... Le paquet n'existe pas dans la liste d'ipkg... et la compilation de weboob.tar est défaillante sur mon raspi de test... ./local_install.sh ~/bin Weboob local installer Installing weboob applications into ‘/home/pi/bin’. Traceback (most recent call last): File "setup.py", line 28, in <module> from setuptools import find_packages, setup ImportError: No module named setuptools Traceback (most recent call last): File "./local_install.py", line 39, in <module> cwd=os.path.join(os.path.dirname(__file__), os.pardir)) File "/usr/lib/python2.7/subprocess.py", line 540, in check_call raise CalledProcessError(retcode, cmd) subprocess.CalledProcessError: Command '['/usr/bin/python2.7', 'setup.py', 'install', '--user', '--install-scripts=/home/pi/bin', '--nodeps']' returned non-zero exit status 1 Alors sur le syno... j'ai un doute...

Bonjour à tous, J'aimerai savoir si quelqu'un utilise Weboob sur son NAS. Je viens d'installer ipkg pour installer ce paquet afin de pourvoir envoyer/recevoir des sms de Jeedom, via le "Send SMS" (Tuto). Mais Oh surprise, aucune recherche google ne ramène d'info sur Synology et weboob ! D'où ma question.... pour un retour d'expérience, avant de me lancer. K.

Ahhh....l'esprit d'équipe... En tout cas, je vais dormir sur mes 2 oreilles ! Re Merci à tous !

Merci quand même...

Et C'est Oooops qui gagne !!!! EXCELLENT, effectivement, c'était la méthode la plus simple à réaliser. Qu'il en soit généreusement remercié ! Un grand merci également à Fravadona et à tous ceux qui m'ont fait avancer ! Je suis Super content ! :D Pour encore plus d'infos : https://www.synology.com/fr-fr/knowledgebase/faq/127

Hélas... monté en static.... maintenant, s'il reste une chance sous linux.... je suis preneur. (je suis adepte de debian ) Quelle en est la méthode ? quelles sont les fichiers à modifier ?

BINGO !!! et oui !!!! seules les adresses locales 192.168.1... étaient autorisées donc les ip 10.0.0.... effectivement sont rejetées et blacklistées ! Ce qui m'étonne cependant c'est que l'adresse externe (à savoir mon domicile) était acceptée et que le syno reste innaccessible de l'extérieur... Comment faire ?

Je n'ai rien changé d'autre que l'ip du syno. Ce que je ne comprends pas, c'est qu'il a bien l'adresse IP spécifié mais qu'il ne soit joingnable sur aucun port ! A noter également que les tests éffectués ce jour se font bien évidemment en local. Existe-il un moyen, une astuce (branchement d'un des 2 disques en usb, par exemple) pour en modifier le contenu ? L'assitant restant aveugle...

Oui, oui. Tout le réseau est passé au 10.0.0 X (vérifié par le routeur) Tous les autres composants du réseau sont accessibles sauf le syno... qui apparemment n'as pas vairitablement pris "pleinement" le sens de la modification apparemment....?

Bonjour à tous, Suite à une modification de réseau, il m'a fallu changer l'ip (manuel) du sinology. Après m'être connecté au DSM j'ai donc modifié mon ip 192.168.1.13 en 10.0.013. La modification a été faite mais je crains de n'avoir étéeint/ou remarré trop tôt le synoly DS12j (dans la précipitation !!!! grrrr !!!!) Aujourd'hui, bien que le syno obtienne bien l'IP 10.0.013 (vérifiable sur le routeur), le ping n'aboutit pas et le service ssh est injoignable. PS: 1. le système étaiyt bien à jour avec la dernière version du DSM (update 5, je crois) 2. Si je démonte les 2 disques (configuré Raid1), le synology manager le vois (bien sur l'ip 10.0.13) mais me demande de tout réinstaller car pas de DSM détecté ! Si je monte l'un des 2 ou les 2 disques de nouveaux, le syno n'ai plus vu par le mananger (donc pb config !) Comment faire pour récuppérer le système ? autrement que de tout réinstaller ? D'avance MERCI ! K.

YES ! Yes ! yes !!!! J'ai mis un peu de temps avant de répondre, tout simplement parce que j'attendais de recevevoir mon nouveau routeur... Je viens de "rénover" mon réseau en 192.168.2.0 ===> CA MARCHE ! Il m'a fallut ainsi 2 sec pour me connecter au serveur web tant désiré !!! Ca semble bête (mais efficace)... mais histoire de résumer pour les éventuels autres "newbies" : Domicile (192.168.1.0/24) ------> VPN (Réseau bureau : 192.168.1.0/24) = MARCHE PAS !!! Domicile (192.168.1.0/24) ------> VPN (Réseau bureau : 192.168.2.0/24) = MARCHE !!! Vinky, un très GRAND merci pour ton aide et ton accompagnement ! Il ne me reste plus qu'à tester si cela marche sur la tablette....

$ ping 192.168.1.100 PING 192.168.1.100 (192.168.1.100): 56 data bytes 64 bytes from 192.168.1.100: icmp_seq=0 ttl=64 time=0.069 ms 64 bytes from 192.168.1.100: icmp_seq=1 ttl=64 time=0.149 ms 64 bytes from 192.168.1.100: icmp_seq=2 ttl=64 time=0.089 ms Je viens de comprendre quelque de fondamental ! Le réseau de mon domicile est en 192.168.1.0 tout comme mon réseau distant !!!! Je pense que c'est la raison pour laquelle je n'arrive pas à accéder à https://192.168.1.100 car il essai d'accéder à un serveur qui n'existe pas sur le réseau du domicile !!! (Le gros newbie que je suis...!)

Ok. Alors comment faire ? j'ai mis en place le serveur dns du syno... mis la zone master .... selon les tuto mais rien... Je me permet de reprendre du début: vi /usr/syno/etc/packages/VPNCenter/openvpn/openvpn.conf push "route 192.168.1.0 255.255.255.0" push "route 10.0.0.0 255.255.255.0" dev tun management 127.0.0.1 1195 server 10.0.0.1 255.255.255.0 dh /var/packages/VPNCenter/target/etc/openvpn/keys/dh1024.pem ca /var/packages/VPNCenter/target/etc/openvpn/keys/ca.crt cert /var/packages/VPNCenter/target/etc/openvpn/keys/server.crt key /var/packages/VPNCenter/target/etc/openvpn/keys/server.key max-clients 3 comp-lzo persist-tun persist-key verb 3 #log-append /var/log/openvpn.log keepalive 10 60 reneg-sec 0 plugin /var/packages/VPNCenter/target/lib/radiusplugin.so /var/packages/VPNCenter/target/etc/openvpn/radiusplugin.cnf client-cert-not-required username-as-common-name duplicate-cn La connexion au serveur VPN est Ok => Je récupère bien l'ip externe du réseau distant (donc celle du vpn) mais impossible de joindre https://192.168.1.100 alors que le port 443 est bien forwardé vers 192.168.1.100 et que le firewall semble ok. et le ping 192.168.1.100 répond !!! C'est normal ?

Je suis passé en VPN sous L2TP/ipSec histoire de voir.... même problème. Une fois connecté je n'arrive pas à avoir accès au réseau local en 192.168.X.X ou du moins je ne sais pas comment faire. A l'heure actuelle, le nom de domaine que j'utilise est fictif dans le sens que c'est uniquement le fichiers hosts local qui m'oriente vers le bon serveur en faisant correspondre l'ip au nom de domaine fictif... "192.168.1.100 monsite_intranet.org" J'avais espérer faire cette bidouille au sein de la config du serveur vpn. Est-ce possible ?