NeoX a écrit 18128 commentaires

tu es sur d'aller vraiment sur le vrai google maps ?

non je demande ca, parce que je viens d'essayer, j'ai desactiver tous les plugins de mon firefox
je l'ai redemarré, et je suis aller sur maps.google.com
puis j'ai attrapé le petit bonhomme jaune, pour le deposer sur une route,

ca bascule bien en mode streetview

et ca fonctionne,

pourtant je n'ai ni plugin flash, ni plugin java

ton reseau actuel, c'est
12 sites distants plus le tiens qui communiquent sur une simple ADSL (18Mbps/1Mbps)

Visiblement le debit ne semble pas gener, pourtant à 12 sites en meme temps sur 1Mbps, ca ne fait plus que 128Ko/s / 12 = 10,6Ko/s par site.

Je ne sais pas pourquoi ils ont besoin d'etre tous en VPN avec le site central, ni si cela fonctionne reellement (car je ne vois pas ce qui peut encore fonctionner avec 10,6Ko/s par site),
mais pourquoi pas.

du coup, le pour et le contre d'un parefeu "dans le cloud" sur une liaison à 10Mbps Symmetrique (Sdsl)
pour :
- tes sites pourront fonctionner meme si ton site principal tombe en panne (de courant par exemple)
- le debit sera meilleur puisque symetrique à 10Mbps dans les deux sens

contre :
- tu as deja un beau morceau d'infra qui fonctionne
- tu pourrais avoir la SDSL dans tes locaux et faire entre les filiales sur ta connexion.

auto eth0:1
iface eth0:1 inet static
   address 172.16.0.1
   netmask 255.255.255.0

va te creer une interface eth0:1 quand eth0 sera active
ce eth0:1 aura comme IP 172.16.0.1/24 qui a de grande chance d'etre dispo (c'est une classe privée, souvent utilisée pour des interconnexions VPNs)
ton admin a du utiliser 192.168.X.Y ou 10.X.Y.Z comme reseau interne.

donc entre les 2 machines, avec un switch au milieu tu as deja des erreurs de checksum,
je verifierais donc les cables, les autonego des cartes reseaux

quand n'auras plus d'erreurs, tu pourras tenter des trucs plus compliquer;

et sysv n'est pas dispo dans les depots, pour remettre les choses comme avant ?

le tecpdump dit que tu fais une communication sur le reseau A (entre la machine 192.68.0.15 et la machine 192.168.0.11)
y a quand meme deja des erreurs sur le checksum

01:43:23.127581 IP (tos 0x0, ttl 64, id 40652, offset 0, flags [DF], proto TCP (6), length 60)
192.168.0.15.46465 > 192.168.0.11.80: Flags [S], cksum 0x8199 (incorrect -> 0x6ded), seq 1237338214,

j'ai une belle serie possible dans le dossier

async  autosuspend_delay_ms  control  runtime_active_kids  runtime_active_time  runtime_enabled  runtime_status  runtime_suspended_time  runtime_usage

mais je suis joueur, j'ai la main en ssh, alors je tente, mais le echo "0">control me renvoi une erreur

-su: echo: write error: Invalid argument

et je ne vois pas pourquoi ca parle de -su car je suis avec le compte root.

size 100M

ca va tourner avant les 200M

rien n'empeche un logiciel 32bits de fonctionner sous windows 64bits (ex : firefox, libreoffice, outlook 2013…)

donc

La version free de itefix n'a pas le support du 64bit.

n'explique pas ton probleme, sauf si itefix a fait un truc crade dans son logiciel

alors si on reprend, tu as une machine avec un processeur ARM

il faut que tu trouves une version ARM du logiciel WINE
puis il faudra trouver une version ARM du logiciel Kindle.

neanmoins je ne suis pas sur que cela existe.

et ton routeur, il a bien gardé 192.168.0.11 comme adresse ?

tu as bien activé le NAT dans les deux sens ?

un timeout c'est que la reponse n'arrive jamais,

tu peux commencer par tester avec des pings pour voir si y a des pertes,

pour aller plus loin, tu peux faire un tcpdump sur tes diverses machines en filtrant sur le port 80 pour ne voir que ca.

ainsi tu devrais voir la requete :
- partir du PC
- traverser le routeur (aller)
- arriver sur le serveur
- partir du serveur
- traverser le routeur (retour)
- arriver sur le PC

Si jamais j'essaye d'installer Debian (la version que j'ai dit plus haut) et que celui-ci ne fonctionne pas, pourrais-je quand même réinstaller la version "ecafé" avec le fichier "eCAFE_slim_ex-HD_restore_multi_20110415.img" qui est téléchargeable sur le site de Hercules ?

vu que c'est fournit par le constructeur, ca me semble meme etre un bon point de depart pour avoir une machine operationnelle.

deja faire cette restauration pour etre sur de savoir le refaire plus tard.

je me demandes si tu comprend ce que tu fais ?

TEST 1 :
quand ton PC est dans le reseau A,
tu dois aller sur l'ip A du serveur (192.168.1.115 il me semble)
ca doit t'afficher tes pages

TEST 2 :
quand tu ouvres ton routeur WNR2200, tu dois rediriger l'interface reseau B du routeur vers l'IP A de ton serveur.
port 80 -> port 80

tu mets alors ton PC sur le reseau B, et tu demandes 192.168.0.11 (IP de l'interface sur le reseau B de ton routeur)

TEST 3 :
tu ouvres ta box en lui donnant une DMZ vers l'IP B de ton routeur

tu met alors ton PC sur internet (ou avec ton smartphone)
et tu navigues sur l'IP de ton FAI

TEST 4 :
tu configures un DNS pour aller sur l'IP de ton FAI
tu tentes de naviguer avec un ordi en dehors de chez toi (ou un smartphone en 3G/4G) mais cette fois-ci avec le nom de domaine.

mais tant que le TEST1 echoue, ca ne sert à rien de tenter de faire TEST2, 3 ou 4

met un switch sur l'alim

tu decharges le module et tu coupes l'alim

j'ai une GT460, j'ai une ubuntu 14.04 avec le pilote libre
et pourtant la carte ne fait pas de bruit

tu peux essayer avec le pilote proprio, qui sera peut-etre plus à meme de modifier le reglage du ventilo.

et ton serveur web fournit quoi comme page ?

tu as le meme probleme depuis le reseau A (PC et Serveur dans le meme reseau)

en supposant que ton serveur web soit apache :
dans un premier temps fait juste une page simple

exemple un fichier test.html que tu mets dans le dossier apache par defaut (/var/www) qui contient

<html>
<body>
<h1> si tu vois ca, c'est que ca marche</h1>
</body>
</html>

puis depuis le reseau B, tu demandes http://192.168.0.11/test.html

ps: pour la transparence de l'internet
mettez l'ip du serveur sur la page d'accueil de votre site web,les dns c'est pas sur

et comment j'arrive sur ton site si je ne connais pas son nom, ni son IP ???

donc ca veut deja dire que ta redirectione entre IP B du routeur et IP A du serveur ne fonctionne pas

travaille deja ce point là, le reste viendra tout seul apres.

bah comme souvent, on telecharge generalement le premier CD
on le grave sur un CDROM

puis on met le CDROM dans la machine, ou on suit le mode d'emploi qui explique comment faire une carte SD ou une clef USB specialement pour cette machine.

peut-etre que le support peut t'aider à reinstaller comme c'etait à l'origine ?

ben commence par tester ce point là avant de penser DNS, ddclient etc

tu branches ton PC sur le reseau B,
tu demandes 192.168.0.11 dans ton navigateur, tu dois tomber sur ton serveur

si deja là, ca ne le fait pas, c'est deja pas la peine de chercher plus loin (DMZ ou DNS) le probleme est deja en interne.

peut-etre vaut-il mieux commencer par le commencement,

tu as identifié ARMv7 (alors que tu listais precedemment ARMv8)
tu as identifié armHF

c'est donc un bon debut

et en allant ensuite sur le site debian
pour telecharger une version qui pourrait s'installer, on arrive (apres quelques clics) là
https://www.debian.org/CD/http-ftp/#stable

ou tu retrouve armHF dans les choix possibles

bienvenu dans le monde ARM,
ou il n'y a pas beaucoup de standard concernant la procedure de boot.

premierement ARM n'est pas x86, c'est le meme style de processeur que tu trouves dans les tablettes et les smartphones.
tu ne peux donc pas utiliser l'iso lubuntu_x86 pour reinstaller ton OS

il te faut trouver l'iso ou l'image usb pour ARM
idealement pour ARMv8 puisque telle est ta machine.

ne cherche pas chez ubuntu, ils ne font plus le support ARM.

Par contre debian doit le gerer,
https://www.debian.org/ports/arm/

par contre y a un peu de lecture à faire car il existe deux versions de debian pour arm, arm*EL* et arm*HF*

ensuite, ben faut prier que le bootloader ne soit pas trop capricieux et pas trop verrouillé pour te permettre de demarrer un noyau autre que celui du constructeur.

lorsque je tape le nom de domaine dans un navigateur, je tombe sur la page de config du routeur de ma box. Il faut que je fasse une redirection également ?

ca veut dire que ta redirection "DMZ" n'est pas prise en compte, et ne renvoie pas vers le routeur DD-WRT
donc il faut soit reverifier ce reglage, soit faire autant d'ouverture de port que de services que tu souhaites exposés à internet.

ca je ne sais pas, j'ai pas dd-wrt,

mais quand on fait du NAT, il y a besoin de presiser
- l'interface d'entrée (eth0, eth1),
- l'adresse d'entrée (192.168.0.11 dans ton cas)
- et le port d'entrée (80) pour que le routeur "ecoute" la dessus.

puis il faut preciser la destination, pour que le routeur renvoie le trafic vers le serveur qui va bien.

evidemment dans les cas les plus simples, le routeur n'a qu'une seule entrée (WAN) il te demande alors juste le port entrant, et l'IP:PORT de destination (c'est le cas de la box du FAI par ex)

Je complete l'info de mes deux confreres,
en effet j'ai juste oublié le coup de udev qui nomme les cartes reseaux en dur dans un fichier de config à partir de l'adresse MAC de la carte

du coup sur la machine d'installation la carte AA:BB:CC:DD:EE:FF est bien eth0
ca fait la config

puis tu clones ou tu installe le disque dans une autre machine,
eth0 n'existe pas, mais le systeme detecte une carte BB:XX:DD:EE:FF:GG et la nomme eth1

rien de bien genant, tu es surement en dhcp, ton reseau t'attribue quand meme une addresse,
mais dans 6 mois faudra se souvenir pourquoi la carte s'appelle eth1 alors qu'il n'y en a qu'une sur ma machine.

=> avant de deplacer le disque, juste faire un

sudo rm /etc/udev/rules.d/70-net-persistent-net.rules

et c'est parti.