Greywolf

sinon y'a cygwin pour windows, il doit pouvoir monter des fichiers en loopback pour pouvoir modifier le contenu

manifestement, firefox se connecte en mode passif et ne dispose pas de paramètres pour basculer en mode actif. Ce mode est intéressant du point de vue client car il n'y a pas besoin de créer de règles particulières dans le pare-feu. Par contre, du côté serveur, il faut que le routeur/firewall sache gérer les connexions FTP dans ce mode. Dans le mode actif, c'est l'inverse; il faut que le routeur/firewall côté client sache gérer les connexions liées à une session FTP. Essaie avec un client FTP comme Filezilla ou avec Internet Explorer:

si ça marche via net2ftp, ta sfrbox ne devrait pas être en cause (ça marche aussi en passif via net2ftp) pour l'extérieur, il faut que tu précises si tu te connectes en passif ou non...

euh cat fichier.dol hexdump fichier.dol je passe

Ciel est une suite commerciale de comptabilité et n'est pas gratuit, loin s'en faut. Sur rapidshare tu dis? il y a de fortes chances pour que cela soit un réel positif... Ne viens pas te plaindre si tu es infecté ensuite...

mount -t cramfs -o loop fichier.bin /mnt/cramfs ou alors j'ai pas saisi le but? une lib python?

d'où il sort ce répertoire patch ciel avec un exécutable clé-ciel.exe ? crack?

l'ouverture (redirection plutôt) du port 20 ne sert à rien. sur le site net2ftp, tu te connectes en mode passif ou non ? avec ton client FTP (ou navigateur web), tu te connectes en mode passif ou non?

http://www.zebulon.fr/dossiers/37-7-parame...-optimizer.html

il faut que tu diminues ta MTU à 1492 fais ça avec TCP Optimizer

l'adresse IP de ton PC est en 192.168.1.x ? si je me souviens bien, les freebox délivrent une adresse en 192.168.0.x/24. Es tu certain que c'est la freebox qui a délivré cette adresse? Il faut que tu sois dans le même espace d'adressage pour atteindre ta caméra

marque? modèle? les caméras Axis sont par défaut en DHCP et devraient obtenir une IP de ta freebox. Quelle adresse IP est listée dans le logiciel fourni avec? pour l'accès depuis l'extérieur, tu as bien routé TCP 80 vers l'adresse IP de ta caméra?

doublon http://forum.zebulon.fr/resolu-fichier-batch-t167094.html

tiens le coupable (ou l'un des coupables est là) c'est amusant de faire perdre du temps à tout le monde ....

Le problème semble avoir trouvé sa solution. Ainsi, afin de signaler clairement à ceux qui ont un problème similaire qu'ils ont peut-être une solution toute trouvée (s'ils pensent à utiliser la fonction Recherche en indiquant le mot-clé "résolu" auparavant), et afin de signaler aux autres contributeurs qu'il est inutile de continuer à se creuser la tête sur le problème (à moins d'avoir des suppléments d'informations à apporter pour mieux comprendre ce qui posait problème), un modérateur a préfixé le titre du topic avec la mention [résolu]. Merci, à l'avenir, de bien vouloir prendre à votre charge cette mise à jour quand vous estimez que votre problème a été résolu de manière satisfaisante (et parallèlement, si le problème a disparu "mystérieusement", inutile d'induire les gens en erreur ) Pour cela, votre premier message

au hasard, y'a du tribal web et du emule pfff plus la peine d'aider dans ces conditions là je lâche l'affaire...

non mais tu as vu le nombre de connexions TCP à destination du port 3728 !!! tu m'étonnes que ça rame ! tu utilises un soft de p2p? téléchare TCPview et dis nous quel soft utilise ces connexions http://telechargement.zebulon.fr/tcpview.html

que contient $requete? Comment la variable est-elle initialisée? Comment la requête est-elle passée à ton script (POST? GET?)

c'est un CD officiel? un CD de restauration?

mince, sous windows, l'opérande -l n'existe pas, c'est netstat -ano

tu limites la plage servie (dans la config de la livebox) et tu configures tes adresses hors de cette plage. A mon avis, fais tes tests en DHCP pour tout le monde et tu verras ensuite pour passer en fixe.

quand tu fonctionnes en adresse statique, il faut déclarer des adresses qui ne sont pas comprises dans la plage d'adresses servie par le serveur DHCP (ou alors tu désactives le DHCP mais c'est perdre la mise à jour automatique de paramètres tels que les DNS FAI qui peuvent changer...)

tu copies-colles les commandes que j'ai données dans une invite de commande MS-DOS et tu nous donnes le résultat: - soit ça passe - soit il y a une demande pour que les paquets soient fragmentés Pour IPv6, ça ne coûte rien de décocher la case

1464 de MSS correspond à une MTU de 1492 (PPPoE) 488 de MSS correspond à une MTU de 516 (connexion bas débit) => erreur, j'aurais du demander une MSS de 484 (512 MTU, enfin ça change pas grand chose) Pour l'IPv6, il est vrai que personnellement je le désactive (pas la peine de gérer un protocole réseau dont je ne me sers pas surtout que ça prend des ressources supplémentaires : pile IPv6 et logiciels de filtrage spécifiques ip6tables) mais cela n'induit pas forcément de ralentissement de navigation. Il existe un bug si on émet une requête sur un DNS IPv6 et que ce dernier retourne une adresse IPv4 ce qui peut induire une certaine latence; cependant les logiciels DNS ont été mis à jour. Un autre bug existe sur Mac OS X (< 10.4) qui pouvait émettre des requêtes DNS IPv6 même si le support IPv6 était désactivé => la fondation mozilla a introduit un paramètre dans firefox pour désactiver les recherches DNS IPv6. les logiciels supportant IPv6 et IPv4, dans le cas d'un support d'IPv6 par l'OS, vont privilégier d'abord une requête IPv6 (lors de la migration effective, ce sera transparent) puis une requête IPv4. Si les tables de routage sont correctement établies, IPv6 n'induira pas de latence lors du shift sur IPv4.

if(!file_exists("indexsite.dat")) { print("Le site Web n'a pas encore été indexé : veuillez exécuter le <b>script d'indexation</b> avant d'effectuer votre première recherche.\n"); exit; } tu as exécuté le script d'indexation pour créer le fichier indexsite.dat ?