Bonjour

Comprendre par NAS type Synology un serveur familiale(même plus) a tous faire!

J'étudie la possibilité de monté moi-même mon serveur j'arrive a 160euro sans HD cf ici qui est très concurrentiel face au NAS Synology.
Le problème la où le NAS tu le branches tu fait les quelquess cliques qu'il faut ... et ca marche.

Ici, il faut tous choisir et configurer.

->L'OS: un linux mais lequel?
      je pense a une ubuntu en mode console
         ->compatible avec ma config (normalement!)
         ->grosse communauté pour avoir plein d'aide

->serveur WEB: facile le trio classique apache php/mysql "lamp" pour les intimes
->serveur ftp il doit bien en avoir un dans la distrib

la ou je ne sait pas ce que choisir
->partage de fichier avec windows vista et Xp dans mon cas
->gestionnaire de téléchargement (http,ftp,torrent (que pour les distrib linux bien sûr! ))
->partage de photo (un bon script php?)

Je connait un peu linux mais sans plus donc si vous pouvez me guider:

Je ne sais pas encore si je vais choisir cette config ou un Synology: je ferrais les tests sous une machine virtuel dans un premier temps

FreeNas?

J'ai deja reggardé FreeNAS:
"FreeNAS a été premièrement et principalement développé comme une application d’Espace de Stockage Reseau (NAS), et non comme un routeur, serveur multimedia, etc. Il pourra y avoir un développement futur de plug-ins, modules ou patchs pour FreeNAS, afin de faire fonctionner d’autres fonctions, mais pas avant que les fonctions de bases d’un NAS soient finalisées. Si vous avez le niveau pour cela, partagez votre savoir s’il vous plait."
 
Donc je pense pas avoir facilement les fonctions de serveur WEB,gestionnaire de téléchargement,...
Je me trompe peut-etre completement!

pour le partage de fichiers -> samba

---------------
Belge et fier de l'être - Smileys
Membre du Club des Fanatiques d'ubuntu

Oui Samba est la référencé.
Pour le gestionnaire de téléchargement je pense me tourner vers MlDonkey qui gère bien plus de chose que j'en ai besoin

 
Franchement vu l'expérience que j'en ai eu au boulot cette année, je préfère autre chose

Comme riva me la fait remarquer je pars un peu dans tous les sens: donc je recentre mes besoins:
 
 
UTILISATION  :
->serveur WEB (avec php,mySQL) petit site dans un premier temps mais avec surement une évolution
->Serveur FTP
->Centralisation des téléchargement sur la machine (torrent, ftp ,http...)
->Centralisation des fichier multimédia de la maison
->le maximum contrôlable à distance (je suis pas souvent chez moi)
->Partage de photo/video avec mes potes (gros scripte php?)
->zone de développements WEB pour moi (donc pour faire des testes en tout genre)
 
 
A étudier suivant l'utilisation (les fonctions sont sympa mais en ai-je vraiment besoin? je suis rarement chez moi)
->VPN?
->Mail, WebMail?
 
 
A réfléchir...
->backup: est-ce conscient sur une telle machine?
 
 
A voir suivant les perfs:
->Serveur multimédia pour DDream (VLC+serveur particulier...) virtualisation d'un windows dans un premier temps il n'y a pas de version linux pour le moment
 
 
actuellement je suis sur une connection fournit par mon université: port http et https ouvert seulement:  
donc bidouillage en vue pour rendre le maximum accessible!

Oui comme quoi?

avec seulement 2 ports ouverts, tu vas vite déchanter  

Expikassions?!

---------------
Belge et fier de l'être - Smileys
Membre du Club des Fanatiques d'ubuntu

Ben on utilise un drive réseau samba (RH enterprise) avec un share public et plusieurs shares privés pour les repositories subversion
Et chaque fois qu'il faut monter un directory privé faut démapper le public paske samba veut pas "deux connections à partir de la même machine avec deux utilisateurs différents"  
donc
- démap du share public
- map du share privé
- map du share public
 
(au final j'en ai fait un script paske c'tait pompant)

depuis quand faut monter un lecteur pour svn ?  
c'est qui le branque qui a installé ça  ?  
svn ça se monte avec un apache et basta...

ben non, pour quoi foutre apache ? pourquoi se casser le Q avec une couche supplémentaire ?

pour pouvoir y accéder facilement ?  

TortoiseSVN ...
 
(de toute façon c'est pas le sujet du topic)

non mais son sujet, de toute façon avec 2 ports il pourra rien faire  
 
(sinon : http://svnbook.red-bean.com/en/1.4 [...] osing.html )

je pensais utiliser des virtuals hosts: genre

ssh.monserveur.com...

mais je m'y connais pas plus encore pour le moment donc à voire...

bah les virtual hosts, ça n'empêche pas que tu n'as que 2 ports  

Clair qu'avec 80 et 443 ...
 
tu pourras faire par exemple passer plusieurs sites web sur le port 80 et / ou 443 mais à part ça ...
à la limite faire le web sur le 80 et essayer de faire passer le ftp sur 443 (si le fw te laisse une chance de passer) mais t'auras strictement rien de plus.

J'ai du mal m'expliquer: le serveur est chez moi connection avec un fai normal pas de problème de ce coté! (enfin j'ai pas spécialement vérifier)
C'est coté client (connection par l'université) que je n'ai que deux port d'ouvert

ah ouais, bah ça change tout oui  

Faut demander à Ashe c'est le spécialiss'

Ben spas moi qui décide c'était préexistant, je fais avec ce qu'on me donne ...

Apache c'est juste pour pouvoir faire svn://hostavecapache/projet quand tu fais le check-out la premiere fois avec Tortoise

rien que ça, ça justifie l'utilisation du mod dav svn avec apache pour moi  

mais bon, c'est pas le sujet  

Bah lsujet c'est juste un type qui veut un VPN

 
   
 
donc ca sert à rien ... on fait file: au lieu de svn:

C'est vrai que file: via internet ca marche super

chuis pas sur internet quand j'bosse hein chuis dans un bâtiment avec un file server qui est deux étages au dessus donc RAF de svn:

Ah, ces gens qui sont bloques au 20eme siecle...

suffirait d'un firewall entre ton pc et ton serveur svn et adieu file://  

sauf qu'on n'a pas de firewall entre le pc et le serveur   parce qu'on fout de toute façon pas notre code source au delà du firewall de la boite, le code source il est à l'intérieur.

bah en général les grosses boîtes, les serveurs sont tous derrières des FW, même pour l'interne