CoolRaoul

Tu penses à ce genre d'appareil ? En plus, le tarif est souvent plus élevé avec un Androïd basé sur une version 2.X avec surcouche maison. Bof quand même un peu

Tiens, je ne savait pas qu'on pouvait mettre android sur le raspberry. Si oui, c'est en effet une solution alternative mais là, le coté "on branche et ça marche" me convient mieux (je sais mettre mon coté Geek en sommeil parfois) Et si on veut ajouter au rasp la webcam, un clavier sans fil avec pavé tactile ou pointeur (parce qu'android uniquement au clavier, bonjour ...) , un boitier pas trop moche, le budget gonfle un peu aussi. **EDIT*** Android sur le raspberry, pas sur que ce soit si simple: http://pihomeserver.wordpress.com/2012/12/08/installer-android-sur-le-raspberry-pi-le-parcours-du-combattant/

Pour moi son principal avantage c'est qu'il soit basé sur un Androïd assez récent (4.1), ça fait pas mal d'applications disponibles, y compris les applications Synology (DSvideo, DSaudio notamment)

il fait wifi: http://www.archos.com/products/home/archos_tv_connect/specs.html

En tous cas la fonction de passerelle DNS pourrait s'avérer problématique si on lit cela: Le seul cas ou le netgear renseigne sa propre address LAN dans la réponse DHCP est celle ou on ne lui a pas configuré de serveur DNS externe, ce qui l’empêche de jouer le rôle de passerelle.

Un premier essai de l'Archos Tv Connect Un appareil qui m'a l'air bien sympa à mettre entre votre TV et votre NAS. La video: Le lecteur video Archos fait client samba et DLNA:

C'est bien mais pas suffisant. On ne peut faire difficilement plus succinct que "ça marche pas". Est-ce une connexion échouée, une page blanche, un timeout, un user/password refusé? Quel est le message d'erreur exact?

N'aurait-tu pas laissé coché la case "Ignorer l'autorisation pour les connexions du réseau local"?

Faut dire qu'elles sont tellement brumeuses les explications de tes problèmes.. en te lisant je ne tirais pas le même conclusion: Un coup c'est phpmyadmin qui ne marche pas, un coup ça remarche apparemment sans avoir rien changé. Un autre c'est ton joomla auquel tu accède à la page de login mais qui t’éjecte une fois saisi user/password Puis c'est la connexion qui marche avec une url et pas avec une autre. Faudrait choisir comme démarche de ne traiter qu'un seul problème à la fois, décrire exactement ce que tu fais et ce qui se passe avec le message d'erreur. Sinon on ne s'en sortira pas. PS: personnellement Joomla je ne connait absolument pas, je ne peux t'aider que sur les problèmes de connexion. Si tu parviens a la page de saisie user/password c'est que tout est OK à ce niveau. Si c'est ensuite que ça coince ensuite le problème est coté Joomla.

J'ai essayé de chercher la doc du routeur pour voir ce qu'il a dans le ventre. Sont très succincts chez Netgear, moins d'une quarantaine de pages et quasiment pas de copie d'écran: http://www.downloads.netgear.com/files/GDC/WNDR3700V3/WNDR3700v3_SM_20MAY2011.pdf Avec ça on ne peut pas aller très loin.

C'est sur les forums joomla que tu devrais demander de l'aide aussi alors (à moins que tu l'ai déja fait?)

Tu ne m'as pas bien compris, faut faire la commande nslookup que j'ai donné plus haut: nslookup www.google.com 192.168.1.254 et y remplacant "192.168.1.254" par l'IP de ton routeur! Maintenant que l'on connait le modele du routeur (WNDR3700v3), il est possible de vérifier qu'il supporte D-WRT: http://www.dd-wrt.com/wiki/index.php/Netgear_WNDR3700

Si tu est déloggé c'est dans le code PHP de ton site que se situe le probleme alors.C'est toi qui en a codé le contenu ou tu utilise une application toute faite?

Assure-toi quand même que ton routeur (c'est quel modèle au fait?) fait passerelle DNS (en utilisant la commande nslookup que j'ai donnée avec l'IP du routeur)

J'imagine qu'il pense à un menu contextuel "editer" dans file station pour les fichiers texte.

Tout le monde n'a pas ce probleme. Dans mon cas par exemple la modif indiquée à tout résolu.

Je pencherai plus sur cette option.. Le 21 est utilisé dans les deux cas, le 20 n'est pas utilisé en mode passif. C'est le client qui va se connecter sur un port alloué dynamiquement par le serveur pour le flux "data". Voila pourquoi il faut spécifier une plage de ports. Et tout est intégralement en TCP. Tu trouveras tous les détails ici: http://slacksite.com/other/ftp.html (flemme de chercher une explication en français )

UDP pour faire du FTP ? Et ça marche ???

Voici la solution que j'utilise: Serveur DHCP synology avec la configuration ci dessous: en (1) mettre l'IP du NAS sur le LAN (bien entendu le NAS doit être en IP statique) en (2) mettre ton nom de domaine local ("gauss-it.lan") On peut (et je le conseille!) ajouter, dans le champ prévu à cet effet, l'IP d'un DNS secondaire en "secours" (celui du FAI, ou un DNS public). Bien comprendre ici que ces informations-la sont celles qui seront communiqués aux clients DHCP par le syno, en faisant un "ipconfig/all" dans un windows configuré DHCP par exemple, tu va retrouver les deux DNS renseignés ici. Configuration réseau du NAS: (1): le nom du NAS (hostname) (2): l'ip LAN de la box (3): IP du serveur DNS externe (a priori celui de ton FAI) Les noms de host qui tu vas déclarer (si tu le souhaites) dans la réservation d’adresse DHCP (baix permanents) seront résolu en "<nom>.gauss-it.lan" Tu peux ajouter d'autres entrées dans le /etc/host du syno, le module DNS du serveur DHCP les prendra en compte dans sa résolution d’adresse. Si le Syno est coupé, tes clients continuent a fonctionner avec leur IP en cours, si ils sont configuré en DHCP Ils auront toujours l'ip du synon en DNS primaire, mais si tu as pris la précaution d'ajouter un secondaire dans le premier formulaire ci dessus, ils sauront temporairement basculer sur celui-ci.

Et comme le serveur DHCP du Syno s'appuie également sur dnsmasq, si le seul besoin que l'on a est le forward/cache DNS, en l'activant sur le NAS on bénéficie de ces fonctions "for free" en faisant pointer ses équipements vers le syno comme serveur DNS. Voila pourquoi j'avais proposé cette solution alternative au package DNS complet.

Pas ma Freebox V5 en tout cas (je viens de réactiver son serveur DHCP pour vérifier), et apres l'avoir redémarré: $ nslookup www.google.com 192.168.1.254 DNS request timed out. timeout was 2 seconds. Serveur : UnKnown Address: 192.168.1.254 DNS request timed out. timeout was 2 seconds. (192.168.1.254 est l'IP de ma Freebox) Puisqu'il est sur le fil on va attendre sa réponse.

Non: tous les clients DNS des systèmes d'exploitations actuels disposent d'un cache DNS (pas activé par défaut sous Linux mais dispo de base là aussi). Par conséquent aucune accélération sensible à espérer.

Quel message d'erreur? Et pourquoi ne pas donner un exemple d'URL qui pose problème? Avec si peu d'éléments...

Bonne chance alors,

Je peux te proposer ces deux choses: Dans le moniteur de ressource, activer l'historique d'utilisation (onglet "paramètres avancés"), ça te permettra de vérifier si cela se passe uniquement quand tu es connecté (revenir consulter l'historique quelques heures plus tard). Désactiver les services en cours d'exécution *un par un* ("informations système", onglet "service", commencer par les paquets). A chaque fois après en avoir stoppé un, jeter de nouveau un oeuil sur le moniteur pour voir si cela a eu un effet. Avec tout ça tu disposera déjà d'information te permettant d'avancer dans ton diagnostic.