MS_Totor

demain est un très bon jour j'ai la tête dans dnssec.....ca vas pas ....

haaaa mince là je ne peux rien pour toi bonne soirée ++

salut je sens que je vais suivre ce sujet avec attention, je suis en 4.3 tu peux me donner l'erreur SNI en question stp ? je n'ai pas d'implantation wildcart sur syno , donc pas concerné directement. pour info sur un server, je sais pour avoir du batailler il y a peu qu'il y a début de divorce entre firefox et java, le premier accusant le deuxieme d'etre une vraie passoire depuis trop longtemps, du coup je me retrouve avec trois confirmations de securité à cliquer si je ne fais d'exeption pour un lien ssl pointant sur un applet java dans le PC client (dans la console java puis securité.... java32 à tapper dans la saisie de Demarrer de mon PC )

salut à moins que je n'ai mal lu ce que t' as déjà conseillé Oooops! java sur le pc est à jour ? 7.update 55 je crois je pense savoir d'ou viens ton probleme, mais pas si sur pourquoi lancer file station ? pour choper la mise à jour ? un conseil pour t'aider à depanner, logique à faire pas à pas ; ferme le maximum d'applis, pas de services annexes, ferme tout ce qui est spk etc..... tu coupe file station, webstation, download station , ftp, partages divers ca c'est un reflexe de base à toujours appliquer pour eviter un conflit avec une applis et la mise à jour, quand on a un soucis de ce genre ! ensuite par precaution, passes l'accès au syno au port http normal sans ssl, donc port 5000 cela eviteras ton soucis java normalement. sur firefox, tu vide le cache/cookies ensuite tu dois recuperer la mise à jour sur le pc qui est connecté au syno. sur le même reseau local que le syno. si le fichier est zipé tu decompresse et tu as le fichier pat specifique à ton syno sur le pc. puis quand tu demande à faire la mise à jour, cela ouvre ton explorateur du pc, tu pointe sur ce fichier pat, ensuite et enfin j'ai fais une migration depuis 2.3 vers 4.3 sur un 1010+ passages de ext3 en ext 4, donc changement de format à ne pas oublier essayes de suivre la logique de mon post ici, dans la partie migration, pas sur l'erreur de volume qui a suivi, je suis bien passé en 4.3 apres la 4.2

salut il ne sagit tout simplement pas d'un raid desynchronisé suite à la coupure d'elect ? cela y ressemble fortement .... LED bleu clignotante, les datas sont présentes via le finder, donc le systeme est ok sauf que tu ne peux pas reparer ton volume par DSM donc pas besoin de casser avant quelques trucs ..... question hyper importante, est ce que le syno avait une ip fixe ou une ip automatique ? pour tenter d'acceder au syno, vide le cache de ton navigateur, vides les cookies si cela n'etait pas le cas, c'est crucial ! via le finder ou ton bureau, regardes les info du lecteur lié au syno, recupere l'ip du syno, elle correspond à la vrai adresse ip du syno, et elle a peut etre changée si tu passe par un bookmark, ou un fichier host vers DSM....... . en Résumé chrome adresse à saisir, surtout pas de bookmark pointant sur le syno ! http://ip_du_syno:5000 si tu n'as rien ouvres une console dans le mac ping -c2 ip_du_syno le syno doit repondre verifie si le port ssh est ouvert, on sait jamais pour depanner ensuite installe firefox, refait la même manip derniere question as tu essayé l'assistant synology pour mac ? voila de quoi t'occuper un peu, avec des questions/réponses ciblées, et repond si cela fais avancer ton soucis ou pas.....

salut une fois en workgroup, les infos netbios (liaison ip/nom netbios utilisateur/partage) est partagée via un cache situé sur chaque membre du workgroup, chaque membre repond à toute requete, et envois des requetes, cela genere ce broadcast envahisseur ) pour faciliter cet échange constant de mise à jour qui génére du trafic, il y a ce que l'on appele un maitre explorateur, à chaque demarrage d'un membre du workgroup, il fait une requete qui est ip ..... le maitre explorateur repond à tous membre par le nom du syno. il y a sur google "syntaxe netbios" pleins d'info méconnue, ou du moins "très oubliée" sur le reseau basique . ce rôle de maitre explorateur est pris par le premier membre qui demarre sur le reseau local, mais il peut etre déclaré de facon fixe, exemple sur le syno dans l'onglet reseau partage windows, du moins normalement sous mes versions de dsm, , car je n'ai pas de syno sous la main, je regarderai cela tout à l'heure si besoin.

bonjour, je ne saisis pas bien la formulation utilisée et le rapport au syno Je travaille sur des sites sur lesquels je n'ai pas toujours accès à tous les sites... un accès à un site web situé sur le syno et accessible depuis internet ? il y a une section dédiée qui correspond sur le forum avec pleins d'informations, en complement du manuel utilisateur http://www.nas-forum.com/forum/forum/77-service-web-mysql-parametres-php/

oupsss ! samblob je n'avais jamais vu ce post.... cela fait un bail que je n'ai pas la manip. il est en mode brique..... mauvais flashage, , la méthode est la même pour du cisco, et autre marque, il faut reflasher, soit à partir de la rom ou soit via un port série, le passage en mode console, commande CLI, server tftp. il faut un cable serie/usb, ou un cable serie/rj45 une boot rom (bin) à placer sur le server tftp.(pc) on lance le server tftp, puis le boitier, qui doit booter en chargeant le fichier bin le parametrage pour le port de communication sur le pc (emulateur serie) ne mets pas la vitesse trop haute, ce qui devrais suffire 9600 baud, 8 data bits, 1 stop bit, no parity. l'acces pour la prise en main est peut etre via du telnet à travers le port serie tout simplement si cela peut aider

! du goudron et des plumes......

salut le seul moyen normal d'accès à l'arborecence est de passer par ssh et donc de connaitre un minima linux, pour connaitre ou s'installent les fichiers systems, ou s'installent les fichiers des paquets synology, ou ceux d'origine tierce etc..... je ne donne pas de solutions à la windows pour tout clicker et donc le risque de tout planter, car si le syno se transforme en brique inutilisable, il n'y a pas de prise en charge par synology, et cela devient un bazard sans fin à dépanner

+1

absolument, mon propos était bien d'optimiser un reseau mixé en regroupant les noeuds (point de connexion) au mieux des switch dispo. 100 avec 100 et en liaison rj45 vers un switch 1000 pour distribuer les noeuds 1000... les flux sont mieux dispatchés, sans interruptions.

ok, la gestion des tâches dans DSM sert à créer des tâches supplementaires à celles internes, et seront integrées à "CRON ", grosso merdo ces tâches sont lancées à intervalles définis pour la maintenance du syno, et pour verifier son bon état de fonctionnement.... ce que je voulais dire c'est; ne touche pas à CRON via ssh si tu ne connais pas un minima du fonctionnement d'un serveur linux, c'est l'equivalent du gestionnaire de taches windows, cron lance via des fichiers (scripts) des applications précises. pour t'enlever cette interrogation du matin, et si cela est cyclique, même heure de demarrage verifies à quelle heure s'execute la mise à jour du syno et de l'anti virus, as tu activé le serveur de mail, une indexation de photos/doc/video en cours etc .. voilà ce qui peut generer de l'activité

salut, aucune tache planifiée ? y compris le fait que le syno cherche si il a des mises à jours, l'anti virus également ? pour cela le syno essaye de contacter le serveur sur le net, cela genere du trafic et une activité LED (il suffit de verifier à quelle heure il est reglé pour se mettre à jour) idem pour l'anti virus, pour etre sur . c'est à tous les coups une tâche programmée qui s'execute, la quelle ? une synchronisation avec un appareil non branché ? indexaction etc... il faut verifier les taches cron pour etre sur et en dernier un trojan/virus/troll

ce qui craint ce sont les BOT à la recherche de sites vulnerables, et le nombre de syno exposés, webmail, web, ssh, sans parler des sites persos bricolés, là c'est openbar via l'auto hebergement qui est redevenu fort à la mode.. le trafic sur le web est éloquant oui le patch puis changer les clés et login/pass c'est bien, si tu pense avoir été exposé, pour le comment faire, il vaut mieux poser ta question sur une section plus dédiée de ce forum

bonjour, quel modele, version DSM, paquet intallé, wifi etc..... ? pour voir les connexions du syno sous ssh il ya la commande netstat qui permets de connaitre les connexions actives.

je remets ce que j'ai édité pour eviter une confusion le bouton rechercher pointe sur une recherche "members" par defaut, au lieu de "forums" http://www.nas-forum.com/forum/index.php?app=core&module=search&search_in=members donc il suffit de passer en mode avancé et de choisir " forums " puis Chercher l'auteur didierrp puis choisir Chercher dans "archive" ou Contenu Live et tu trouveras ton bonheur comme ton petit mot de presentation au forum dans la section archive

le bouton rechercher pointe sur une recherche "members" par defaut, au lieu de "forums" http://www.nas-forum.com/forum/index.php?app=core&module=search&search_in=members donc il suffit de passer en mode avancé et de choisir " forums " puis Chercher l'auteur didierrp puis choisir Chercher dans "archive" ou Contenu Live et tu trouveras ton bonheur

je viens de lire ta modif, je corrige aussi effectivement j'étais dans une optique plus globale linux, et dovecot pleinement operationnel, pas sous DSM de syno. je pense que tu peux faire un tuto cordialement Michel

salut catimini je regarde ca asap sur un server que je viens de monter ... version de roundcube ? EDIT: c'est sous nginx, je zieute

bonjour, il faudrait voir la doc de supercopier, pour en maitriser les options et au moins si cela revient faire la manip proposée sinon cela ne sert pas à grand chose de donner des explications ...... ifconfig ou ipconfig servent à connaitre les infos reseau de base, la synchro mais aussi les pertes de paquets, les collisions etc .... des que l'on parle de débits, verifier que le jumbo frame / MTU des cartes reseaux des divers pc et syno n'ont pas été bidouillé sans en comprendre l'impact. s'interesser aux cables réseaux....cat 5 ou cat 6 etc... un cat6 sur du 100...... ou un cat5 sur du 1000 cela n'a pas le même résultat . Verifier l'occupation CPU du syno lors des transferts..... la version J des CPU est la version premier prix, avec un CPU assez faible, rapidement saturé en smb par exemple........ bref beaucoup de petits controles simples et rapides à effectuer, absolument indispensables. ++

non ce n'est pas crade, bien au contraire, bloquer des protocoles compromis plutot que les applis c'est une reaction normale ! ensuite on se mets au courant rapido de l'impact et de la difusion d'un patch ce qui est crade c'est de diffuser sur le net "général" une faille sans correctif, le lamer baveux, en bave.....

bonsoir, toujours en priorité one one faire une sauvegarde sur un DD externe au syno tant qu'il y a accès aux données, il y a une redondance de pannes,le DD 2 a une anomalie detectée par smart, qu'il faudras controler sur un pc, au vu des messages, le volume n'est pas monté, desynchro raid, et pas une panne syno il serait bien de détailler le type de volume monté shr ou autre type de raid., et si il n'y a pas eu de panne de courant... onduleur ? ce type de question devrais etre posée sur le forum section raid ou il y a deja pleins de questions reponses du même genre http://www.nas-forum.com/forum/forum/255-gestionnaire-de-stockage/ sur ce je decroche, bonne soirée je passe la main, courage

salut peu etre une info complementaire le netgear souffre d'un défaut que je souleve souvent. exemple: au demarrage de la carte reseau d'un pc/serveur/tout éléments tcp/ip, il y a negociation puis synchronisation bi directionnelle entre noeuds, à une valeur de 10 100 1000 etc... et il y a "uplink" l'entrée du switch est montée à la vitesse max négociée. sur le netgear, lors du demarrage du reseau le matin, avec panachage 100 et 1000, il arrive que tous les ports du switch soient à 100. mise en cause le switch qui bug un peu. je debranche/branche elctriquement et hop toutes les synchro sont renegociées. par curiosité, tu peux verifier tes synchronisations: via une console dos et la commande ipconfig sur tes pc (windows) sur le syno ou pc (linux) ssh et console linux, et la commande ifconfig. de même, on ne sait jamais, si tu virtualise pas mal dans ton reseau, vmware ou autre, chaque VM a son IP mais aussi son adresse MAC virtuelle, et le switch netgear , qui gere ce couple mac/ip pour fournir les liaisons (link) a tendance à s'emmeler les pinceaux.. (le cache ne libere pas ses entrées) idem reboot electrique du switch. sinon bien d'accord avec le propos de Mic13710 si tu peux, mets tes machines 1000 sur le netgear 1000, tu relie ce switch à l'autre switch 100 sur lequel tu branche tes machines 100. ++

Hello word ! on en parle officielement depuis le 07/04/2014...... de son doux nom, Heartbleed cette faille n' impacterai que les versions 1.0.1 de 1.0.1 e à f et la bêta 1.0.1 _1 à _3 de openssl selon ce que j'en ai lu https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-0160 en francais .. http://www.zdnet.fr/actualites/heartbleed-faille-critique-pour-openssl-correctifs-en-route-39799629.htm un lien pour tester vos sites en lignes http://filippo.io/Heartbleed/ pensez à patcher si vous etes concerné... patch dispo pour debian car cela touche openssl par mécanisme openssh, protocole SSL et TLS , mail etc.... mef ! Je ne connais pas l'impact sur les paquets synology officiel 5.0 je suis en DSM 4.3 voili voilà Totor