domlas

Oui DHCP doit être activé sur la livebox. Mais QUE sur la livebox ! Le rôle du serveur DHCP est de reconnaître qu'un client s'est branché sur le réseau et de lui attribuer la première adresse IP qu'il a de libre. Par exemple quand tu allumes ton syno, le serveur DHCP va recevoir une demande, il va contrôler ce client comme étant acceptable, il va se référer à l'adresse MAC de ce client, il prendra alors la première IP qu'il a de libre et l'enverra au client. Dès lors ce client sera reconnu avec cette IP. Pour cela il faut que le client soit en DHCP automatique. C'est vrai pour tous les "clients" pouvant se connecter sur le réseau, les imprimantes, les scanners, les webcams, et suivant le même principe les clients correspondants en Wifi. Quand un client s'arrête le serveur DHCP s'en aperçoit et récupère son IP qu'il pourra redistribuer plus tard à un autre nouveau client. Ce procédé garantit qu'une adresse IP ne peut être attribuée qu'à un seul client. Normalement jamais la même IP ne peux se retrouver sur deux clients actifs en même temps. Le revers de la médaille est qu'un client qui se connecte et déconnecte souvent n'aura certainement pas la même IP à chaque fois. Une première astuce consiste à donner un "nom" au client et un autre serveur, le DNS va alors accoler à ce nom (lié à l'adresse MAC) l'adresse IP active à ce moment.. Ainsi même si cette IP change il suffira d'utiliser le nom pour joindre le client même si l'IP a changé. Une autre solution consiste à ne pas utiliser le DHCP auto sur le client et de lui attribuer une IP fixe.. Dans ce cas à l'allumage du client celui-ci imposera son IP "fixe" au serveur DHCP et il aura donc toujours la même. Ca c'est quand tout va bien. Parce que si cette IP, pendant que le client avec IP fixe est éteint, a été attribuée à un autre client il y aura alors deux clients avec la même IP et on aura des conflits d'adressage IP. Une meilleure solution, la seule vraie en fait, consiste à indiquer au serveur DHCP que l'IP 192.168.0.xxx doit être mise de côté et ne doit être donnée qu'au client ayant telle adresse MAC et à personne d'autre. De ce fait ce client là aura toujours une IP fixe unique, toujours la même quoiqu'il arrive. On appelle ça une "réservation d'adresse". En tout état de cause, tout du moins sur un petit réseau individuel, il ne doit y avoir qu'un seul serveur DHCP en activité. En principe c'est celui du routeur de la box. Tout autre client qui serait susceptible de posséder un serveur DHCP (comme les synos par exemple) doit être mis en serveur DHCP inactif. Il faut bien comprendre que le réseau "ethernet" (celui que l'on utilise avec des câbles RJ45) est un système en "étoile". Il y a un élément central (dit switch) sur lequel doivent raccordés les clients à raison d'un client par prise du switch. Le routeur (box) doit y être aussi raccordé. Il va servir de "chef".C'est lui seul qui crée l'organisation des IP afin que le switch puisse diriger les trafics de données en se servant de ces IP. C'est d'ailleurs aussi comme ça que ce devrait aussi être à la tête du pays. On en est loin ! Il y a donc beaucoup de conflits d'adresses en ce moment. Ca c'est pour le trafic du réseau interne. Pour avoir accès à l'extérieur, il faut encore d'autres conditions. D'abord la personnalisation de ton accès au net. Cela se fait là aussi avec des IP. Ces IP sont exactement du même type que celles de ton réseau interne à la différence que ton réseau interne tournera sur la plage d'IP 192.168.xxx.xxx réservée à cette usage. Par contre internet utilise toutes les autres IP mais jamais 192.168.xxx.xxx. Beaucoup se mélangent les pédales à ce niveau. Donc ton point internet (ta box) est localisée par un IP fournie par ton Fournisseur d'Accès Internet exactement comme le fait ta box pour ton réseau interne. C'est le routeur qui va servir de passerelle entre le réseau web et ton réseau interne. A noter une petite vacherie au niveau de ces IP "publiques". Elles sont dites dynamiques et les FAI les changent régulièrement, en gros toutes les 24h. L'astuce consiste alors à utiliser les service d'un DDNS comme dyndns, no-ip, dtdns, synology.me etc. La "passerelle" est constituée d'un système de ports en entrée et en sortie. C'est le "parefeu". D'origine les ports d'entrées sont fermés (sauf quelques uns de particuliers pour les accès de base à Internet). De ce fait toute volonté de faire pénétrer des données chez toi depuis l'extérieur est bloquée à ce niveau. Par contre tous les ports de sortie sont ouverts pour permettre tes envois de demandes sur le net. Pour quand même pouvoir recevoir des données de l'extérieur il faudra que l'expéditeur s'adresse à un certain numéro de port (par exemple le port 5000 pour l'accès à la page d'entrée du DSM du syno). Il te faudra donc "ouvrir" ce port sur le routeur dans ta box pour que ces données puissent arriver sur ton réseau interne. Il faut aussi que tu indiques vers ou ce trafic passant par ce port devra aller. Par exemple l'adresse IP de ton syno (ou son nom DNS). Et là en principe ça marche ! Quand on est un peu perdu et pour pouvoir séparer les problèmes on peut utiliser (avec beaucoup de précautions) la fonction "DMZ" du routeur. Dans ce cas tous les ports sont maintenus grands ouverts. On peut alors vérifier si déjà le DDNS fonctionne et si les données arrivent bien sur le syno. Mais attention toutes les autres données (dont beaucoup de "méchantes") pourront elles aussi passer par là. Donc à n'utiliser que sur de très courtes durées et pour des tests bien précis. C'est long je le reconnais mais le sujet n'est pas simple. Et encore il y a encore plein d'autres fonctions...

Pour Wordpress je ne sais pas, je ne connais pas. Mais avec Joomla qui est un gestionnaire de sites internet avec base de données sous MySQL on a un composant akeeba backup qui permet de réunir tout le site y compris la BDD sous un fichier compressé. Il suffit alors de télécharger ce fichier et d'utiliser un petit module pour le redépolyer dans le nouveau serveur. Peut être un système similaire existe pour wordpress ? Sinon sans akeeba on peut le faire en récupérant tous les fichiers joomla puis en récupérant la BDD avec PHPmyadmin. Ensuite on fait la manoeuvre inverse sur le nouveau serveur. Mais il faut bien tout reparamétrer à la main.

Oui ça progresse même dans le bon sens. Les essais avec un smartphone sont bien pratiques MAIS j'ai eu des soucis avec la wifi du smartphone.Ca cafouillait bizarrement et un post m'a indiqué de couper la wifi du smartphone. Ce que j'ai fait pour mes essais et tout a bien marché. Il semble (je n'ai pas appronfdi le sujet) que les demandes passaient à la fois par la 3G et aussi par la wifi ce qui foutait un peu la pagaille. Mais effectivement il te faut ouvrir les ports voulus pour DSfile etc sur la box et les rediriger vers le syno. En même temps il serait judicieux de "réserver" une adresse IP pour le syno. Ceci dans la box. On laisse le syno en DHCP auto. De cette façon quoi qu'il arrive cette adresse "réservée" ne sera attribuée qu'au syno et jamais à aucun autre utilisateur. La mise en fix d'une IP dans le syno peut parfois poser des problèmes. Exemple : tu donnes une IP 192.168.0.3 au syno. Ton ordi à 192.168.0.2, donc tout va bien. Mais tu éteins le syno et entretemps tu branches un nouvel ordi. Le routeur va lui donner la première IP libre, donc 192.168.0.3 (puisque le premier ordi est allumé et a 192.168.0.2 et que ton syno avait 192.168.0.3 mais il est absent). Jusque la tout est normal. Maintenant tu redémarres le syno. Lui va vouloir se connecter sur 192.168.0.3 mais elle est déjà occupée. Rien de flagrant te préviens mais le fonctionnement devient très erratique. L'IP fixe dans le syno peut être envisagée sur les petites installations mais en choisissant une IP élevée comme 192.168.0.100. Il est probable que tu n'auras jamais 100 ordis de connectés chez toi. Quoique en 1980 en créant le système IPV4 pour les adresses IP justement, on pensait très sérieusement qu'avec plus de 4 milliards de combinaisons on n'en verrait jamais le bout, ou alors pas avant des siècles ! Et puis aujourd'hui les FAI s'activent fébrilement à mettre en place IPV6. Là enfin on aura un truc sans limite... Enfin presque !.

Crois moi : suis le conseil d'oublier EZinternet. le syno est un produit coréen et EZinternet a été conçu (du moins espérons le) pour fonctionner avec les box de chez eux. Il est évident qu'ils ne savent même pas que livebox existe, ni freebox d'ailleurs, ni aucune box étrangère. Moi aussi j'avais la connerie. J'ai réinitialisé "usine", le syno et surtout la livebox. Bien sûr il faudra leurs remettre tous les paramètres personnels.(mots de passe etc) mais ensuite ça remarche. mais surtout ne jamais lancer EZinternet.

As tu fait un redémarrage de ton syno après cette installation ?

Les tubes fluos (dits néon) ont effectivement un meilleur rendement. Un tube de 36W blanc industrie va donner une quantité de lumière équivalente à une ampoule classique de 100W. Par ailleurs leur durée de vie est supérieure, on reconnait 6 à 8000 heures contre 1000 h pour une ampoule incandescence. Ces deux raisons font qu'on les emploie presqu'éxclusivement dans l'éclairage industriel. A noter que durant ma vie professionnelle j'ai remarqué et je ne suis pas le seul, que dans les usines 3x8 donc actives 24h sur 24 les fluos ne sont jamais éteins. Iles tiennent environ 3 ans. Là on arrive à 20 à 25% de tubes claqués. Par contre dans les parkings souterrains où les mêmes types de fluos marchaient sur minuteries le spremiers tubes claquaient au bout de 3 mois. ! Il a été extrêment long et difficile de faire admettre aux gérants qu'il fallait laisser ces fluos allumés 24/7. Ceux qui ont joué le jeu se sont très vite rendus compte que la fréquence de remplacement des tubes (opération très couteuse vu les tarifs pratiqués par ces voleurs d'entreprises de maintenance...) se trouvait divisée par 6 à 10 fois et que la différence de consommation électrique était quasi invisible. Le second très gros problème des fluos est les matériaux utilisés pour leur fabrication. Ils sont extrêment polluants. A la fabrication on maitrise tant bien que mal le problème mais à la destruction, il n'y a pas de solution. Il faudrait avoir une filière de ramassage efficace, cela semble commencer un peu. mais il ne faudrait pas de casse des tubes sinon la vapeur de mercure d'échappe et les poudres fluos très nocives se répandent. De toute façon le coût de l'opération de récupération, 8 à 10 fois le prix marchand du tube fait que personne ne s'y frotte aujourd'hui. La seule vraie bonne solution est de raréfier au maximum l'usage de ces tubes. Ce qui est fait actuellement vers la filière LED mais qui comportent elles aussi des soucis écolos et les lampes classiques qui reviennent en force sous la forme halogène. Ces dernières sont les moins inquiétantes question pollution et remportent quand même beaucoup d'avantages. Tout ca les écolos de salons "Bobos" n'en parlent jamais. Il faudrait déjà qu'ils apprennent bien ce qu'est un Kwh par exemple pour commencer avec les relation universelles des puissances, énergies et les liens qui gèrent toutes ces fonctions.

Surtout pas c'est dangereux. Il faut juste ouvrir ceux dont tu as besoin. A ce sujet synology édite sur son site la liste des ports utilisés par le nas et ses applications.

Oui les imperfections de traduction sont assez courantes sur les synos et leurs documents. Déjà que la version anglaise est certainement la traduction d'un chinois ou coréen quelconque ...

Le sujet a bien été répondu : pour que ton syno puisse être reconnu à son allumage par ton routeur il faut impérativement que ce dernier soit déjà au travail. La réponse est : puisque les constructeurs des box et des synos considèrent que ces appareils doivent marcher 24/7 il ne développent pas une fonction antagoniste à ce qui est donné comme la marche normale des appareils créés. C'est un peu comme si tu reprochais à Renault de ne pas mettre 6 vitesses sur la marche arrière parce que toi tu y verrais un intérêt individuel. Il y a quand même 30 millions d'automobilistes français qui ne verraient aucun intérêt à la chose.

Je pense que Time Backup (appli syno téléchargeable sur le site) doit pouvoir faire ce travail. Il faut aussi que le syno "récepteur" des sauvegardes puisse être joint par le net. Chez free c'est assez simple puisqu'on dispose alors d'une IP publique fixe. Pour les autres que free il faut passer par un DDNS comme dtdns ou aussi synology.me.

Ils servent à quoi ces paquets ? Sont-ils compatibles avec synology qui lui fonctionne sous un dérivé de linux ? Le logiciel du syno, le DSM, est quand même très "adapté" au syno et de grandes parties ont été modifiées pour l'usage spécifique de ce genre d'engin. Toutes les fonctionnalités habituellement présentes sur des Windows et autres n'y sont pas toujours présentes ou très réduites. D'autres par contre sont très optimisées voire même spécifiques aux synos. Il existe sur le site synology.fr un grand nombre d'applis qui sont, elles, parfaitement adaptées aux synos. Tu devrais peut-être commencer par aller chercher de ce côté là.

Quelles "économies d'énergie" ??? Un syno en 24/7 te coûte 10 à 12 euros par an. Tu vas économiser quoi ? Avec le risque de faire claquer les disques plus rapidement suite à leurs refroidissements et remise en température qui les font vieillir beaucoup plus vite ? En économisant disons 3 euros par an (soyons généreux) crois tu vraiment qu'un de tes disques attendra 20 ans pour péter ? Appliques tu le même principe pour ton frigo ? Tu le branches avant de prendre un verre d'eau puis tu le redébranches tout de suite après ? Pourtant là, crois en un électricien de 40 ans de métier, tu en ferais des "économies", plusieurs centaines d'euros par an ! Il faut réfléchir avec sa tête et pas en écoutant les sornettes dont se gargarisent les médias. Remarque que du temps des cavernes les hommes de cro-magnons faisaient de très grosses économies d'électricité, c'est sûr... mais ils utilisaient extrêmement rarement internet ou le téléphone. Et jamais de frigo, c'est prouvé, on n'a jamais retrouvé de dessins de frigo dans leurs cavernes. Faut dire aussi qu'avec leur espérance de vie de 37 ans environ vu les "bienfaits" de leur société de non-consommation, ils avaient peu de temps pour se plaindre, alors que nous, avec notre bêtise de l'avoir augmentée d'une bonne cinquantaine d'années à cause de nos maîtrises technologiques... Pour revenir à du sérieux, la vraie question est d'abord de savoir ce que tu veux faire faire à ton syno. Vu l'usage de base de ce genre d'engin les constructeurs ont développé ces appareils pour un fonctionnement optimisé pour une marche 24/7 parce que c'est celle la mieux appropriée à ce genre d'usage. Il est certain que celui qui s'éloigne de cette conception risque de s'attirer des désagréments qui surviennent alors. Comme le vieillissement accéléré des disques suites aux variations de températures engendrées par les arrêts / redémarrages. Ce n'est pas une "utopie", tous les gestionnaires de serveurs te le diront, c'est un fait parfaitement constaté depuis plusieurs décennies. C'est vrai pour le syno, mais aussi pour de très nombreuses machines. Les gens qui roulent peu en voiture ont beaucoup plus de problèmes techniques qu'un représentant qui fait 300 000Km par an en comparaison du kilométrage effectué. Ne pas oublier aussi que suivant le travail demandé à un syno il peut avoir à faire plein de choses durant les périodes d'innactivité apparentes, comme des sauvegardes, des mises à jour, des transferts de données, ses vérifications de miroring des RAID etc.

Effectivement je crois me souvenir qu'à certaines époques ou pour certaines séries de syno il y avait une procédure de mise au repos pour seulement les disques et un autre plus profonde qui figeait toute la machine en supplément des disques. Maintenant si le ventilo est inaudible je pense qu'il est peu utile de se couper les cheveux en quatre...

Sur un DS214 le ventilo est si bruyant que ça ? Parce que sur mon DS710+ qui frise les 4 ans il est totalement inaudible à plus de 50cm de l'engin. Même ma fille quand elle vient nous voir et qui couche sur le convertible dans mon bureau ne s'est jamais plainte.. Sauf quand il y a trop de poussière, c'est d'ailleurs mon "alarme" pour lancer une séance de nettoyage. Sauf un essai les tous premiers jours, je n'utilise plus l'hibernation, donc depuis 4 ans environ. Elle a un inconvénient, le relancement prend un certain temps qui laissait croire à certains demandeurs que le serveur était à l'arrêt et j'avais assez souvent des sauvegardes distantes qui rataient. Donc depuis il tourne 24/7 et à ce jour aucun souci. Et si c'est pour de sombres histoires "d'économie d'énergie" (grand bateau actuel) ça ne changera quasiment rien sur la dizaine d'euros que coûte un syno par an en électricité. Arrête plutôt le frigo (surtout américain). Là tu tomberas à la renverse !

Je vais répondre pour l'étape 3 et encore qu'à moitié ! Osticket je ne connais pas. Pour Joomla : il y a une solution très simple. Dans le site actuellement fonctionnel (ancien syno) tu installes Akeeba backup. Tu lui fais effectuer une sauvegarde complète du site internet. Il va te fabriquer un fichier compressé qui renfermera l'ensemble du site base de données comprise. Sur le nouveau site tu installes quickstart (petit logiciel fourni avec akeeba) et tu transfères le fichier compressé. Quickstart s'en servira pour réinstaller le site. Autre solution : tu recopies l'ensemble des fichier joomla que tu repasseras sur le nouveau syno (en y recréant le sous dossier "monsite" dans le dossier partagé "web". Tu installes si ce n'est pas dé&jà fait le logiciel phpmyadmin sur l'ancien et le nouveau syno dans le dossier partagé "web". Sur l'ancien site avec l'aide de phplmyadmin tu fais un dump complet de la base de données.(une copie totale au format sql). Sur le nouveau syno avec phpmyadmin tu recrées la nouvelle BDD et tu y recharges le fichier sql précédemment fabriqué. Il te faudra bien noter le sindentifiant et passe à reconfigurer dans le fichier "configuration;php" dans le joomla du nouveau site. La solution de akeeba est bien meilleure car plus automatisée et devrait être toujours installée pour établir fréquemment des sauvegardes du site au cas où...

Il ne faudrait pas utiliser le wifi pour ce genre d'usage. Il ne faut pas oublier que le wifi est "mutualisé" c'est à dire que si une seule personne s'en sert elle peut espérer profiter de la totalité de la bande passante quoique normalement assez limitée. Mais si deux personnes se servent du wifi en même temps elles passeront alternativement ce qui en définitive se traduit en gros par le débit divisé par 2. Si on est 3 ça divise par 3 etc...

Pour commencer assures toi bien qu'il n'y a ni liaison Wifi, ni CPL dans le circuit entre le syno et l'endroit de lecture. Et si possible toute cette chaine de liaison en gigabit. Le syno est gigabit mais il faut que le switch soit gigabit et le récepteur de lecture aussi, les câbles doivent être cat5e ou cat6 et pas trop longs (20/25m maxi). Après on reparlera du problème mais en vidéo et surtout en HD les données sont très volumineuses et cela crée de très gros débits. Il faut donc que la chaine de transmission ne crée aucun freinage nulle part. Pour le montage vidéo je le fais en local, les fichiers rapatriés sur mon ordi. Ce n'est qu'ensuite que je les sauvegarde sur le syno. Mais ils n'y sont qu'en sauvegarde, pas pour du travail en direct dessus. Pour la diffusion dans la maison il est inutile de transmettre des fichiers "ultra HD" sur des visualisateurs médiocres. Bien souvent de la vidéo mpg "standard" apporte un affichage très suffisant sur la majorité des TV et écrans d'ordis. Ainsi sur le meilleurs de tes écrans ne fait que 1920x1080, une image native en 1920x1080 sera mieux rendue qu'une 4k retranscodée. De toute façon un vrai bon film ne peut s'apprécier correctement que dans une vraie salle de cinéma, sans possible sans bouffeurs de pop-corn ! C'est comme en photo il est inutile de transmettre sur un site internet une photo en 600dpi (qualité ultra fine d'imprimerie) et en format 40x60cm. C'est beaucoup trop lourd, trop lent à charger alors qu'une image 10x15cm (déjà très grande image pour un site internet) en 96dpi rendra exactement la même qualité visuelle mais sera légère et se chargera en un clin d'oeil.

Si j'ai bien compris tu as choisi synology.me. Il existe d'autres systèmes mais tous fonctionnent sur le même principe. On va décrire ton cas. Tu as donc créé un compte chez synology. En retour tu as un "nom de connexion" (à ne pas confondre avec "nom de domaine" qui est autre chose) du style toto.synology.me Tant que ton syno tourne un petit logiciel interne au DSM va demander fréquemment à ta box quelle est to IP publique. Dès qu'il constate un changement il expédie à synology.me la nouvelle IP publique à accoler à toto.synology.me. De cette façon celui qui veux te joindre en tapant toto.synology.me sera automatiquement aiguillé par les serveurs internet vers ton IP publique du moment. L'autre filière est très semblable mais plus généraliste. Le précurseur très connu "dyndns.org" étant devenu mercantile (payant) d'autres ont pris la relève comme no-ip.com ou dtdns.net. Dans ce cas le petit logiciel de surveillance du changement de l'IP est directement dans la box au niveau du routeur. C'est cela la différence avec synology.me. Sinon le reste du fonctionnement est le même. L'inconvénient de synology.me est que si tu éteins le syno l'accès à ta station disparait au premier changement d'IP publique. D'où la préférence pour certains d'entre nous pour les logiciels intégrés à la box qui elle, fonctionne tout le temps. Sauf panne mais là il n'y plus d'internet du tout. Pour certaines utilisation comme par exemple les liaison VPN pour un poste de travail déporté ça a de l'importance. Maintenant il est probable que dans un avenir certainement assez proche l'arrivée du système IPV6 attribuera une IP fixe personnelle et que ces systèmes DDNS feront alors partie du musée. En effet le système actuel IPV4 que personne lors de sa création début 1980, n'imaginait avoir un tel développement et atteindre les quelques 4 milliards de combinaisons possibles. Avec IPV6 on aurait alors un chiffre avec des dizaines de zéros derrière dont on atteindra jamais le bout... Quoique, on a reparlera dans une vingtaine d'années ! ! !

Ou alors est bien synology qui t'envoie ce message et pas plutôt ton syno qui tu communique ces actions ? Dans ce cas voir dans les journaux de transmissions et décocher cette opération. (Si cela existe). De toute façon lors du changement d'IP il se passe toujours quelques instants entre le changement fait par le FAI, la reconnexion faite par ta box et la vérifiaction faite par synology.me

Je pencherais plutôt par ton syno qui se met en veille chaque jour. Je penserais que pour utiliser synology.me il ne faut pas programmer de mise en veille. Il faut laisser tourner le syno 24/7. Le principe est le suivant : un petit logiciel intégré au DSM du syno va vérifier en permanence quelle est ton adresse IP publique du moment. Dès que ce logiciel constate un changement d'IP il contacte le serveur de synology.me et le prévient que l'utilisateur xxx.synology.me est maintenant sous l'adresse IP "new". Si à ce moment ton syno est en veille...

En fait je ne sais pas trop. Je crois que time backup peut le faire. Dans ce cas la solution devrait être bonne car c'est quand même une appli spécifique synology. Mais ça m'intéresse parce que je vais devoir y passer moi aussi avec ma fille et son "énorme" (!!!) magazine papier et internet. Un peu marre des échanges de documents à la main. Tant qu'il y en a deux ou trois par jour, OK. Mais là je viens juste de recenser seulement les photos présentes sur le site et on est à 16899 ! Je viens juste de rentrer près de 400 dates de spectacles pour seulement mai, juin, juillet et aout et rien que pour PACA dont au moins 20% sont appuyées de reportages photos, ou vidéos ou d'interviews. Elle est folle, ma fille ! Faire ça à un pauvre retraité ! ! !

Ca sent pas bon ça. Je crois que tu vas être bon pour le double reset et le rechargement du DSM. Attention la même version du DSM que celle qu'il y avait avant la "bêtise". Attention aussi : dans ce cas tu reviens à la config "sortie d'usine" donc identifiant = admin, aucun mot de passe, retour au DHCP auto etc. Le double reset aussi que le rechargement du DSM ne touchent pas aux données qui sont sur une partition séparée.

Ca devrait être possible. Data Replicator ? Ou Time backup ? Peut être pas en FTP mais en direct ?

Pourtant il me semble bien l'avoir déjà fait. D'abord bien sûr il n'y a que l"administrateur qui puisse le faire et que par le DSM. Ensuite je crois qu'il faut qu'il soit entièrement vide et qu'il soit totalement détaché de tous les privilèges ques des utilisateurs pourraient avoir dessus.

Ah oui mais même le voisin à 10m. Avec internet les distances ne comptent pas.