MS_Totor

up soit le membre a trouv

même avis d'où la longue diatribe

beau r

le bonjour d'un basque catalogne.... claro que me duele mais orient

si tu as une news au sujet kernel..

excellent choix crix ipcop permet du filtrage anti spam, anti virus, pop imap, proxy web et proxy ftp, en frontend , ne jamais oublier cela , et je l'ai utilis

salut tu as raison de le pr

coucou comme pour tous les interpréteurs tu dois spécifier devant ta commande si c'est du perl du php ou du sh php nom_fichier perl nom_fichier python nom_fichier bash nom_fichier sh nom_fichier si c'est un script tu dois le préciser dans le shebang #!/bin/sh pour lancer un script perl exemple.pl #!/usr/bin/perl php #!/usr/bin/php cela dépends des options de compilation pour construire le paquet php, car php peut être compilé soit en CLI ou en CGI pour connaitre la version et option, cgi ou cli et sur le syno la réponse est ? oui tu peux faire de la ligne de commande php -v PHP 5.2.12 [b](cli)] (built: Apr 19 2010 22:59:21)-----------------> CLI Copyright © 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright © 1998-2009 Zend Technologies http://tecfa.unige.c...ommandline.html le lien du man http://php.net/manua...commandline.php voili voila

isci pour SES APPLIS , bien je ne pense pas qu'il ait besoin de 900 go pour cela en isci ou alors il décrit un peu son taf et les applis qu'il utilise.... les données pour les applis sont traitées via le isci, le volume concerné sera sauvegardé par une opération de sauvegarde sur le nas, vers le dd usb, pas de possibilité de sauvegarde incrémentielle/différentielle, car on traite en block. rien n'empêche de garder le reste de ces données en lecteur mappés, ou de les transférer chaque jour via un script, donc physiquement présente sur le nas et sur un volume normal, en raid1 ou pas etc..et là la sauvegarde sera directement faite via le gestionnaire du nas, selon les réglages effectués sur le nas, .incrémentielle/différentielle, vers le dd en esata ou usb je répète voir mon profile ci dessous ou lire cela pour un texte basique http://windows.micro...a-network-drive sauvegarder un lecteur mappé avec acronis ? la question ne doit pas être posée.... car ces données sont présentes physiquement sur le nas et accessibles via le réseau et le n° de lecteur qui pointe dessus vu du PC, (mapage de lecteurs réseau cf google) donc si le nas lui même est en raid1 plus la sauvegarde externe....et un onduleur pour protéger le tout cela me semble raisonnable.. oui son propos sur url et samba est étrange et j'ai éludé directement, ou alors je ne saisis pas non plus ce qu'il fait ou veux expliquer par là, mais cela n'ayant rien à voir avec des lecteurs mappés, on peux se servir de lecteurs mappés ou de partages réseaux avec des applis client/serveur et heureusement..... il y a bien deux volumes distincts, un volume crée et géré par le nas, en raid 1 ou pas, au format linux, comme sur nos syno et l'espace occupé par isci je laisse la main , il y a bien d'autres avis qui trainent pour l'aider à mettre en place ce qu'il veut faire en mieux, avec d'autres variantes que celle que je propose, il y a tellement de possibilités avec ces petits nas

Lol pas besoin de matos pro à ajouter, netfilter est énorme pour cela mais il faut savoir s'en servir, foultitude de tutos existants. un brute force c'est une façon obsolète de franchir les barrières et trouver des gentils noob , car trop visible, trop facilement traçable, si une gestion minimale est mise en place, ca ne franchit jamais x essais, les paquets sont dropés, sans donner d'information en retour. alors le fiston sur le réseau local en question peut se gratter la tête encore longtemps pendant que son père se marre. et / ou sanctionne., il peut venir chez moi et faire mumuse, je ferai une sieste pendant qu'il s'esquinte à trouver le reste et bien, éviter de mettre n'importe quoi sur le syno et de le gérer n'importe comment.

et oui ! pour le reste je parie 10 kopec qu'il finira par faire ce qu'on lui conseille depuis le début, même si sa réticence est grande... ou alors il ne râle plus et assume ces choix et les risques liés à la gestion de ces données. -1 utiliser isci pour un flux direct sur une partie de son taf seulement, celle dont il a besoin réellement et ponctuellement effectuer des transfert entre isci et partage réseau mappé en lecteur, en vérifiant bien entendu par un test d'abord que le débit en écriture et lecture est correct, sans goulet d'étranglement réseau, y compris la charge cpu/ram du nas, puisqu'il se plaint de latence... -quel est le débit réel entre ces données et le traitement sur la station -quel est le débit en lecture/écriture des ces DD sur le nas -donc vérifier sur une courte période qu'il n'y a pas de perte de paquets, ou de saturation de flux à un débit trop faible pour du isci confortable, contrôler la qualité des câbles (cat 6), le switch (certifié gigabit) -le reste en partage windows réseau et lecteur mappé, pour gérer ces sauvegardes incrémentielles et/ou différentielles, et séparer son taf de ses données perso, par des partages séparés et mappés en lecteurs séparés, droits sur ces partages pour éviter toutes sortes d' ennuis comme ceux qu'il a décrit... c'est ce que j'ai fait comme test avant de coller des données en isci sur le 1010+ et c'est la gestion décrite dans ce propos que j'ai adopté et cela marche très bien..sur un raid1 + sauvegarde

hmm hmm tout cela me pique aux yeux perso j'ai précisé que cette notion devrait être potassée peut être mais là, cette notion doit carrément être reprise au tout début as tu une réelle connaissance sur la gestion en workgroup ? une base simple au moins de départ, je ne crois pas.... car tes affirmations me laisse dans le doute depuis le début.... un partage simple par netbios est basé sur une gestion de cache ou est situé la liste des ressources réseaux, et un maitre explorateur qui maintient cette liste à jour à disponibilité de chaque pc qui se connecteras sur ce workgroup je ne vois en rien ce que viens faire une url ou un samba dans le partage simple que j'ai cité plus haut... as tu pris au moins la peine de lire le petit tuto basique destiné aux débutants dans ce secteur là, map lecteur et voisinage réseau qui est situé en lien sous chacun de mes posts, il faut être connecté sur le forum pour voir les liens..... biens marqués en rouge, et vu que tu n'as pas soulevé ce point et tous les autres oui, hop hop un peu de lecture ne fait pas de mal pour voir au moins de quoi est fait ce conseil à lire que je te donne mais si tu le souhaite, ne le lis pas attends d'autres avis ou continue exactement comme tu le fait, chacun ces choix.... nous ne savons même pas dans tout cela si cette gestion est strictement réservée à un usage en réseau local ou local et externe via intranet

bon je dois m'absenter...cela vas donc etre très rapide déjà non tu n'as pas bien étudié ton projet ou trop vite à ce que je lis, tu as été obligé de passer par iscsi car tu ne sais pas faire autrement pour activer un partage entre linux et windows commence par comprendre quelques éléments essentiels en usage réseau ne jamais mettre tous œufs dans le même panier, hors tu mélange perso et boulot, un qnap ou un nas synology ne sert pas à une sauvegarde mais à un stockage redondant, idem cela doit bien etre assimilé, si tes données pro sont vitales, le qnap doit à son tour être sauvegardé via un DD externe usb ou esata, et en général pour y rajouter une couche un onduleur pour eviter toute perte du à une coupure de courant. le partage réseau se comporte comme un lecteur supplémentaire à c: ou d: donc je ne vois pas ce qui empêche de travailler avec, rien si ce n'est une mauvaise connaissance de netbios ou du trafic nécessaire, ce sont des ports udp et tcp à laisser passer entre ton nas et ton pc, via réglage du firewall et des antivirus réseau ou tout autre gadget servant à bloquer ou filtrer etc...et partage windows activé si c'est des PC windows connaissant les limites de iscsi, il est aberrant de laisser deux utilisateurs dont un novice se servir de cela sans contrôle avoir tout sur iscsi est aussi à éviter, vu les contraintes de sauvegardes, c'est tout ou rien, , privilégie vu le niveau de connaissance "à priori" réseau l'apprentissage du partage réseau simple, sur le qnap tu dois pourvoir activer ces fonctions simplement, tu as un forum qnap dédié à ce genre de support ne te prends pas la tête à pester, et potasse le partage réseau, dans mon profil tu as quelques trucs que j'ai mis à dispo sur nas synology, map de lecteurs réseau, et voisinage réseau tu peux largement t'en sortir avec en adaptant à ton matériel et son panel web d'administration. je file @++

je crois qu'il doit râler après un autre modèle de matériel, et comme il a vu nas-forum, il s'exprime!... par contre aucune idée dudit matériel donc tout cela ne sert pas à grand chose sans l'élément essentiel......... je voulais faire cela, j'ai acheté ce matériel, mais je ne peux pas faire ce que je voulais sans doute du malheureusement comme cela arrive souvent à une mauvaise étude préalable du fonctionnement des programmes désirés et le dimensionnement du besoin, cela entraine un cahier des charges faussé et aléatoire, donc une mauvaise connaissance réelle des capacités du matériel adapté et un mauvais achat au final ou une mauvaise utilisation... idem que toi, je ne vois pas grand chose en commun entre ce propos et l'utilisation iscsi sur Nas synology, je m'en sert sur un 1010+ pour déporter mes os virtualisés, et il est clair que le débit lecture/écriture dans ce cas ne peut transiter en cpl mais en débit max, câble/switch adaptés au gigabit sinon cela ne vaut pas le coup. suivant....

dex je ne cautionne pas du tout ton propos 99 ou 90 %, désolé mais c'est un peu gros là et pas commenté comme il se doit quand on affirme cela il y a pleins de cas et effectivement tu ne lis pas tout ce que certains font avec leur matos...vpn and co, open bar je partage avec la planète dmz sur mon routeur etc, j'ai mis un bout de tuto qui décrit justement dans quel cas c'est utile voir obligatoire car perso j'en ai marre de voir des boulets héberger de la cochonnerie à tout vas et polluent à qui mieux mieux le net avec des bot qu'ils ne soupçonnent même pas.... et le contrôle des accès, genre petit contrôle parental via restriction d'accès ip/port en plus d'un accès par user/group ? cela marche pas avec iptables ? bien sur que si....... seulement il faut y penser même chose que sp@ro pour la passerelle...... fin de mon commentaire et bonne journée

ok heureusement que j'ai récupéré le contenu du tuto pour la "gestion des firmware en phase bêta test" juste avant que tu ne supprime l'ancienne section, dommage de recommencer à zéro sinon, je le garde au chaud pour la prochaine fois

bonjour, je viens de voir cette section ajout

je lis la doc et ca

je vais voir ton truc, perso il y a une limite de paquet et connexion /fonction du temps par port sensibles, et si cela dépasse le seuil hop dropé x temps shorewall et macro essentiellement

pour la sécurité oui, arptables pour limiter le trafic au routeur sortant, en plus de iptables, ca élimine pas mal le spoof, pour les scans etc..voir iptables burst et connlimit, ca marche pas mal sans alourdir les accès

ils font la même chose pour le server 2008 chez ovh ? cela a du bien cette petite bagarre de prix par contre déjà que c'était une niche à boulet cela vas être une vrai jungle ovh et dedibox je vais blacklister les deux réseaux pour ce qu'il a à faire je préfère quand même le nano au celeron de base

à priori il y a effectivement un souci, et tu n'es pas le seul bzhou le responsable a répondu ici http://old.nabble.co...to28694947.html "Need to understand the scope of the problem first", bref il vas essayer de piger d'où vient le soucis qui a commencé il y a quelque temps

je suis en train de finir de migrer mon serveur, ensuite vous aurez des tutos pour la compil en général, me manque encore la section compilation optware, compilation native, compilation perl etc... etc... c'est du taf à mettre en forme et si j'ai un moment aussi je re tenterais de compiler uvcvideo , que j'ai du mettre de côté... désolé pour ceux qui attendent @+

salut il n'y a pas de problèmes particuliers, le feed que tu cite est accessible et les paquets qui sont dessus aussi vide le cache de IE ou FF, cela est peut être la source de ton soucis sous ssh penses aussi à faire un rafraichissement du cache de ipkg ipkg update

ok vu merci