Fenrir

Ce n'est malheureusement pas limité au USA, c'est juste presque systématique chez eux. Dans le même genre, OVH, maintenant ils enregistrent de manière forcée le moyen de paiement sans nous laisser la possibilité de le supprimer par la suite et activent le renouvellement automatiques des services sans nous demander notre avis.

Tu peux le laisser configuré en failover si besoin ("LACP passive" en juniper de mémoire), sinon supprime le complétement.

On peut créer les LUN de 3 manières sur un Syno : Le premier type est le plus lent. Si tu as 2 esx, alors oui l'agrégation peut fonctionner (1 chance sur 2), mais le gain sera minime au regard des risques (cf remarque de piwi) Pour le cache, le raid0 n'est possible qu'en mode lecture seul (encore heureux)

Même en regardant le PDF (une simple image aurait été préférable et plus pratique), je suis comme Piwi, ma boule de cristal n'est pas assez propre pour savoir ce que tu imagines en terme de fonctionnement. Tu indiques juste que souhaites tu relier tes 7 périphériques en ethernet sur un switch. La seule chose que je peux dire, c'est qu'un DS216se va être très limite avec 2 caméras + une ATV

Je n'utilise jamais les paquets pour les applis qui existent par ailleurs (cops, phpmyamin, wordpress, ...) => essaye à ma manière

Fais aussi un test de débit brut (une simple copie depuis l'esx)

Tes lun sont bien en mode disque ? (il s'agit d'un volume dédié = iSCSI LUN (niveau bloc) - LUN unique sur RAID). Si ce n'est pas le cas, tu dégrades les performances du VMFS. Le LACP ne changera rien aux perfs si tu n'as qu'un seul esx =>1Gbits max dans ton cas, même avec 4 ports (sauf à configurer des adresses différentes sur les cartes et donc différentes target sur l'esx) en passant : si ton cache est en lecture seule, il serait plus performant en raid0 et le NFS est une bonne alternative à l'iSCSI ps @PiwiLAbruti a été plus rapide

@rodo37 : c'est revenu à la normal depuis ta dernière intervention, merci

Ils sont remontés sur le forum de plex. Ils s'attendaient à quoi de la part d'une entreprise nord américaine. Sur le même sujet : https://techcrunch.com/2017/08/21/plex-changes-its-new-privacy-policy-after-backlash-clarified-its-not-trying-to-see-whats-in-your-library/ Mais d'un autre coté, Plex semble avoir réagi dans le bon sens (enfin il semble). Contrairement à Sonos (et surement bcp d'autres) : http://www.zdnet.com/article/sonos-accept-new-privacy-policy-speakers-cease-to-function/

Tu peux, ça ne fait que déclarer le serveur MX de ton domaine comme autorisé à envoyé des mails pour ton domaine, ce qui est généralement le rôle d'un MX.

Si tu souhaites que tes mails ne soient plus gérés par ton hébergeur mais par ton syno, tu dois (à faire dans cet ordre) : installer et configurer MailServer sur ton nas autoriser le port 25 depuis tout Internet dans le firewall du nas transférer le port 25 de ta box vers ton nas modifier l'enregistrement dns TXT contenant le SPF pour y ajouter "mx" (ça devrait toujours être le cas, même dans héberger sa messagerie) créer un enregistrement DNS de type A qui pointe sur ton ip (celle de ta box), par exemple : mail.monsite.ch. A ton.adresse.ip.publique remplacer l'enregistrement MX pour utiliser le type A que tu viens de créer => monsite.ch MX 10 mail.monsite.ch.

Tu es déjà plus restrictif (755 <=> rwx r-x r-x), le x sur un dossier c'est pour aller dedans, le bon droit devrait être rwx --- ---, toi tu avais rw-r--r-- =>c'est pour ça que je dis que c'est un bug

Script modifié, ça serait plus propre avec une boucle mais j'ai la flemme

J'ai modifié le script pour y ajouter un exemple

comme souvent avec @InfoYANN

Si tu ne veux pas changer les IP d'un des cotés, pas la peine d'aller plus loin (même s'il existe des solutions, c'est se compliquer la vie pour rien). Et pour ton appli, c'est surement une des ces applis codées avec des technos et des principes qui ont 20ans (access, ciel, sage, ... toutes les mêmes) => essaye de jouer ave ton fichier HOSTS ou LMHOSTS

=>je savais bien que j’avais vu un autre post sur le même sujet, je me suis mélangé les pinceaux Donc je viens de tester COPS sur l'autre message, je n'ai pas trouvé le difficulté particulière, voici la un résumé de la doc en ligne (il m'a fallu plus de temps pour écrire ce message que pour faire l'installation et la configuration) : création de 2 dossiers dans le partage web : cops et cops_data (peu importe le nom) on dézippe cops dans le dossier cops on copie le fichier config_default.php vers config_local.php on édite le fichier config_local.php pour correspondre à notre conf $config['calibre_directory'] = '/volume1/web/cops_data/'; $config['cops_author_name'] = 'FENRIR'; $config['cops_author_uri'] = 'http://1.2.3.4:8888'; $config['cops_author_email'] = 'no@spam'; (je n'ai pas touché au reste, ni même pas regardé) dans WebStation : on active php et les extensions demandées : gd, intl, pdo_sqlite, sqlite3 (optionnel) création d'un virtualhost dans webstation qui pointe sur le dossier cops : perso j'ai choisi un port dédié pour tester (8888) dans calibre on définie le dossier à utiliser pour qu'il corresponde à celui de cops (comme j'ai installé calibre pour windows, le chemin est \\1.2.3.4\web\cops_data\) on importe les ebooks c'est tout, en navigant sur http://1.2.3.4:8888 j'ai accès à la bibliothèque et je peux ouvrir un ebub (par contre la visionneuse php, bof)

Ta capture ne sert à rien, si tu ne souhaites pas donner d'info perso (ce qui est normal), refais le contenu tel que mon exemple avec des fausses données (mais cohérentes) Tu souhaites être SERVEUR de messagerie : =>tout Internet devra passer par ton syno pour t'envoyer un mail =>tous tes mails à destination d'Internet seront envoyés depuis ton syno Donc on en revient à mon premier post, le MX doit pointer sur ton syno, aucun lien avec tes sites web : Dans cet exemple, j'indique aux serveurs de messagerie sur Internet : pour envoyer un mail à xx@monsite.ch, envoyez le mail au serveur nas.monsite.ch Comme tu l’indiques, difficile d'utiliser les bons termes quand on ne connait pas, donc presque impossible de se faire comprendre quand on essaye d'utiliser ces termes. Je pense que ton problème vient du fait que tu ne comprends ou ne connais pas la différence entre un mail, un page web, un serveur de messagerie, un serveur web.

J'ai bien compris, je voulais simplement indiquer que pour lire et organiser les ebook, il existait déjà des solutions fonctionnelles et simples. Je trouve dommage de recréer la roue quand des solutions existent déjà. J'en vois pas mal parler de COPS, qu'est ce qui ne va pas avec ? Après tout dépend de ce qui est recherché, à titre perso aldiko (couplé à des comptes types feedbooks) me convient parfaitement.

https://www.epubread.com/en/ Je me connecte à filestation avec firefox, double clique sur un epub => le livre s'ouvre dans mon navigateur Pour les plateformes android => aldiko (le principe est le même dsfile => le livre s'ouvre dans aldiko)

Il faut savoir, il est accessible ou non ? commence par régler ce point => change le plan d'adressage de l'un des réseaux (je te recommande de changer celui du serveur si tu utilises le vpn depuis plein d'endroits différents)

Normal tu es en DSM6 sudo grep root /etc/shadow root:*:10933:0:99999:7::: =>root n'a pas de password (ce qui est différent d'un password vide) => encore une fois (et la dernière), si tu souhaites te connecter en root, installe ta clef SSH dans /root/.ssh/authorized_keys

Ok, c'est clairement un bug (ou une conf foireuse de syno), merci pour le test Sur le syno ils font presque tout tourner en root (ce qui est très mal en passant)

ça dépend de la version, mais dans DSM 6 il ne fonctionne qu'en local => clef ssh pour se connecter en root à distance

Si tu as mis root en login tu n'as pas besoin de sudo Pour rappel ta clef doit être dans /root/.ssh/authorized_keys pour te connecter en root sur le syno