Reprise du message précédent :

Hein ?
C'est HTPC@home dorénavant
 
XaT

mass pourrissage

multi-mass-cross pourrissage

XaT

 
Votre serveur@home certains l'utilisent aussi comme htpc
 
XaT

dans un certain sens oui (je récupère les fichiers dessus via le réseau)...

en wifi ou câblé ?

Si c'est sur rj45 et que ça passe par une clé wifi sur rj45 (comme celle précement cité) on dit ça comment ?
 
XaT

Mais tu l'utilise peu ? Je veux pas dire dans la fréquence ou le débit/mois, mais comme services htpc c'est assez restreint.
Moi je pense faire un serveur mini-itx dans un htpc de salon (voir mon topic homemade : boitier 2).
Et je cherche tout les services pour l'usage de l'un et de l'autre, ça pourrait être bien utile comme pc.
 
Mais se pose quelques problèmes, je souhaite d'une part pouvoir jouer et d'autre part utiliser Linux..
 
Enfin au final ça sera du genre un mélange entre NAS, serveur@home (backup & co), htpc
 
XaT

Perso je séparerais les 2, trop ressources et si ta partie HTPC plante, le serveur aussi.
En plus en mode serveur ça va consommer plus avec la puissance (carte 3D, etc.)

Je consommerais certainement plus en ayant 2 pc pour ces fonctions, non ?
(edit: j'essaye de centraliser un minimum quoi... Sinon ça sera un pc desktop, un htpc, un serveur, un laptop, et aussi le laptop de ma copine, et un fixe pour elle... ouille.)
C'est clair que si la partie HTPC sous Windows plante (surement l'host et un linux en guest virtualisé) tout est planté.
Mais pour un server@home on est quand même moins éxigeant, même si il y'a des services pour de l'hébergement web par exemple.
Un petit reboot ça me dérange pas.
Quand la 3D n'est pas utilisé on passe en mode 2D (avec ATT par exemple) avec une consommation amoindrie et des fréquences inférieures (moins de chaleur aussi), donc c'est ponctuel.

XaT

Ben après ouai c'est selon les exigences mais les 2 modes peuvent parfaitement cohabiter pour moi.

J'avais compris que tu pensais le contraire
 
Je pense que ça sera sympa tout de même ce bordel sous la télé
 
XaT

Sinon je pensais à un service, et je me demandais : comment pourrait on faire lorsqu'un pc du réseau lance un téléchargement à partir d'internet. Ce flux soit dirigé en premier sur le serveur qui télécharge lui même, stock, et met à la disposition du client ?

En gros ça sera de télécharger à distance mais d'être transparent pour le client (genre comme si c'était local) vous voyez ?
Des liens virtuels sur le réseau ?

XaT

Quel intérêt de rajouter une étape ?

?
 
Le but c'est de faire comme si l'hote téléchargeait, mais enfaite tout est à distance
En gros je cherche des idées sur un service de téléchargement générique sur le serveur@home, je vois bien torrent, http/ftp.  
Mais pourquoi se faire chier à aller sur une page du network pour rentrer une url, faire ok, etc...
J'aurais voulu que ce soit intégré directement
 
XaT

tu peux pas, a moins de mettre en place un script php, tu rentre l'url dans la page, ca dl et te renvoie le lien un peu comme les sites du genre megaupload qui supportent le download par url...
 
mais j'en vois pas l'intéret
 
ou sinon tu fais comme moi : le dossier de téléchargement du pc pointe sur \\serveur\incoming (par exemple)

Ca vaut encore le coup des 2650 et des 1750 pour faire mumuse ?

En ce qui me concerne j'ai fait deux petits scripts bash qui permettent de faire ça pour torrent (ça récupère le fichier torrent en local, puis ça l'envoie en scp sur le serveur et ça lance le téléchargement avec transmission) et donkey (ça récupère le lien e2k, le copie dans un fichier transféré en scp sur le serveur puis lancé avec amule)
 
Mais je ne sais pas encore comment faire pour que ça fonctionne avec HTTP et FTP...

 
Non c'est juste qu'il faut suffisamment de puissance. Après je ne vois pas où cela pourrait poser problème, surtout si c'est pas du service 24/24...
 

 
 
Tu le fais exprès ?  

Si l'un de vous a déjà touché du Centreon/Nagios et (surtout) NDO: http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
 
Marchi.

par contre tu réagis pas sur le "torrent" et "transmission"...
 
Mais la discussion ne tourne pas autour de ces logiciels (que ça soit la façon de se le procurer, de l'installer, de le configurer ni de l'utiliser) mais simplement sur la réalisation de scripts qui permettent de manipuler des fichiers directement sur son serveur depuis un autre ordinateur du réseau.
 

tiens tu est modo?    

Ca fait un petit moment, faut se tenir au courant

 
edit: j'étais en train de me poser une question : est-il possible de mettre en place dans un réseau quelconque un serveur proxy qui fonctionne en mode bridge?
 
 
Quels aménagements seraient a faire si ca l'est?

Qu'est ce que t'appelles mode "bridge" pour un proxy ?

comme pour un FW, tu le mets juste avant le routeur (ou après?) et hop tout le réseau récupère internet via le proxy en bridge sans devoir rentrer dans IE/FF/Opera/Safari/Autre une quelconque configuration...

Proxy transparent

j'ai jamais eu a configurer un navigateur  

Ca peut être utile quand tu veux forcer des utilisateurs à passer par un proxy, sans qu'ils le sachent forcément
Dans le principe, on intercepte les requêtes qui arrivent sur le port 80 vers le port 3128 (pour utiliser squid).

ah oki.
ah mon avis ils vont vite le savoir si http://www.siteboules.com est inaccessible  

 
T'es pas obligé de filtrer

je suppose que ça accelere le chargement des sites les plus visités,mais à part ça,quel est l'avantage d'un proxy?

 
filtrer, tu peux aussi "contrôler" ce que tu donnes aux dits sites et modifier le contenu de tes pages à la volée (par exemple enlever les pubs)

Historique centralisé des pages consultées, filtrage, avoir un minimum de contrôle sur le trafic http. Ca peut être utile

donc c'est bel et bien possible, quelqu'un a déja mis en place?

Moui, moi j'avais testé avec Ccproxy, ça marchait impec en local pour faire d'une clé usb wifi un point d'accès ou sur une dédibox pour contourner le bridage de DL.Free.fr

http://www.youngzsoft.net/ccproxy/

Oui, j'avais mis ça en place dans le foyer étudiant où j'étais il y a quelques années, le tout avec une distrib smoothwall. Ca marchait plutôt bien, et il n'y avait rien du tout à configurer côté client : la seule chose à faire, c'est d'avoir une passerelle par défault dans la config tcp/ip de windows.

je vois, pour le faire avec un ISA c'est donc tintin?