Greywolf

ta cible répond-elle au ping?

un petit article intéressant sur MTU et latence : http://www.speedguide.net/editorials/packet_size.shtml si la MTU est faible, les paquets sont plus petits donc ça prend moins de temps à envoyer... sauf que pour une même quantité de data, une faible MTU oblige à envoyer plus de paquets (avec des headers en prime) qu'avec une valeur élevée... reste à trouver le juste milieu . Le TTL indique le temps de vie d'un paquet dans un réseau (en fait le nombre de saut qu'ils peut faire). A chaque fois qu'un paquet est routé, le TTL diminue de 1. S'il arrive à 0 avant d'atteindre sa destination, le paquet est perdu. Le TTL que l'on observe après une commande ping nous indique la valeur de TTL restante du paquet envoyé => on peut donc en déduire le nombre de sauts nécessaires jusqu'à la cible à partir du TTL initial du paquet. (on peut découvrir des machines derrière des FW comme ça par exemple...)

ça ressemble à un passage à Registerglobals = off dans le php.ini. Les variables ne passent plus dans l'url. A totoff; il me semblait que Yann s'était expliqué là dessus: Le site reste entièrement gratuit quand bien même il le finance; ZebVIP est un moyen de soutenir yann et zebulon (la disparition des pubs est un prétexte pour ceux qui veulent quelquechose en échange d'un léger soutien...). Faut arrêter de crier au scandale quand y'a un bug

FAT32, c'est un système de fichiers windows. Linux travaille sur du Ext2 ou Ext3 Le fait de ne pas avoir d'espace non partitionné sur tes DD peut faire planter la mandrake (ça je suppute vu que j'utilise pas mandrake). Si tu n'as vraiment rien sur ton DD en FAT32, tu peux avec fdisk dégommer la partition et laisser tel quel. le programme d'install de mandrake devrait détecter de l'espace libre et lancer fips ou cfdisk.

les fichiers peuvent avoir plusieurs attributs : caché, archive, système .... pour modifier les attributs d'un fichier, tu peux décocher les cases qd tu cliques droit sur le fichier => propriétés ou sous DOS tu as la commande attrib qui a cette syntaxe: attrib nomdufichier.extension [+|-][option] + => active l'option - => désactive l'option option: h => hidden (caché) s => system r => lecture seule tu peux modifier les attributs de plusieurs fichiers en même temps en utilisant le caractère * qui remplace n'importe quelle chaine de caractères ainsi, attrib *.* -h -s -r enlèvera les attributs caché, système et lecture seule de tous les fichiers du répertoire dans lequel tu te trouves. une fois que tu as fait tout ça, tu peux exécuter le fichier WINMEDOS.COM (soit en double cliquant dessus soit en DOS en tapant son nom) //edit: va falloir que je rédige plus vite moi

98SE et IE6 => obligé de réindiquer à chaque fois à IE d'utiliser un proxy localhost:8080 sinon il oublie... m'en fous je l'ai largué pour Opera (au moins lui du TCP localhost:8080 ça lui suffit...)

as tu réservé de l'espace libre (ie non formaté) sur le deuxième DD pour accueillir un système de fichiers linux? (comme te l'as suggéré kilone)

Apache utilise 2 modes d'authentification la basic: les mots de passe sont uuencodés en base64; on peut générer le htpasswd avec l'utilitaire du même nom ou avec le binaire uuencode/uudecode => c'est un mode d'authentification peu sûr car on peut retrouver le mdp initial en uudecodant la trame HTTP interceptée la digest: les mots de passe sont hachés avec une fonction md5 non réversible. Le serveur compare le haché md5 qu'il reçoit avec celui qu'il a dans son fichier htdigest. => là encore on peut, par rejeu, usurper l'identité en injectant le haché md5 intercepté dans la trame HTTP. problème: tous les navigateurs ne supportent pas forcément ce mode d'authentification. nota: le ssl est une solution de cryptage avec un système de clés privées / clés publiques qui va encapsuler les trames http; ce qui permet d'éviter l'interception de données sensibles (jusqu'à une certaine limite)

Il y a peut être un problème d'attribution des lettres de DD sur XP. Je m'explique, tu avais une config de la sorte IDE0: partition NTFS avec XP reconnu comme C: IDE1: partition FAT32 avec Win98 reconnu en C: par win98 (étant donné qu'il ne voit pas la NTFS) et D: par winXP (qui voit la FAT32) en changeant l'ordre des DD et en ayant mis XOSL sur le FAT32 devenu IDE0, les partitions sont peut être mal reconnues par XP IDE0: partition FAT32 avec Win98 (C:), qui devrait également être reconnu en C: par XP IDE1: partition NTFS avec WinXP et ses fichiers nécessaires au boot, non reconnu par Win98, mais reconnu comme D: (vu que le DD est en IDE1) XP dans sa séquence de boot doit probablement aller chercher ses fichiers sur C: (comme dans la config initiale) alors qu'ils sont dorénavant sur D: peut être qu'en passant un coup de Drive mapper sur le XP afin de changer tous les appels de C: en D: ça irait. Quand j'avais fait mon multi 2000/98, j'avais d'abord déplacé ma partition NTFS en fin de disque pour libérer de la place au début en prévision d'une partition FAT32 => PM après déplacement et création de la partition FAT32 a "Drive mappé" le win2000 (qui s'est retrouvé en E: étant donné que c'était une partition étendue du même DD). Install de Win98 sur la FAT32 (C:) Install de XOSL et ça roulait tout seul. En espérant que ça t'aide. (sinon tu réinstalles le XP sur l'IDE1 avec un secteur boot sur le DD FAT32 (IDE0) et là il te créera le NTLDR)

bizarre que ça pinge pas. Ptet l'implémentation de TCP/IP qui merde sur le PC win98? essaye de désinstaller et de réinstaller l'accès réseau à distance de Win98 (XP a la facheuse tendance de conserver en mémoire les lecteurs réseaux auxquels il a pu accédé dans les favoris réseaux, y'a ptet une rémanence de ce côté là mais ça n'explique pas l'impossibilité de pinger) pour le filtrage ICMP, je pensais à un firewall ou à la modification du registre ICMPRedirect=0 dans les TCP/IP Parameters de la BDR (j'ai plus le chemin exact en tête)

tu peux pas avoir du netbios si les 2 PC ne communiquent pas en TCP/IP. On va essayer de résoudre d'abord la couche IP: matériel: es tu sur de ton cable croisé? (tu peux nous dire les couleurs de chaque fil à chaque extrémité)? carte réseau bien installé (a priori oui s'ils peuvent s'autopinger) software: ping 127.0.0.1 marche? (je pense que oui) ping surl'IPduPC marche? (a priori tu as indiqué que oui) ping IPduPCd'enface? => msg d'erreur? es tu sur de n'avoir aucun soft (FW ou autre clé de la BDR) refusant les ICMP? couche netbios: partage de fichiers et d'imprimantes actif? client pour les réseaux microsoft? pas de filtrage UDP/TCP 137-139? répertoires partagés avec autorisations adhoc (soit partage total, soit compte invité ou partage selon user)?

merci de poursuivre dans le topic initié

normal.. ils n'ont pas la même classe d'IP XP: 192.168.0.1/255.255.255.0 98: 192.168.10.2/255.255.255.0 tu mets le 98 en 192.168.0.2/255.255.255.0 avec comme passerelle 192.168.0.1 et ça ira mieux. Pour un partage de connexion, active le partage sous XP et mets les DNS de ton FAI sur le client 98.

c'est un composant windows Démarrer => Exécuter => sfc

et avec sfc, tu arrives à la réparer la dll? quoique la kernel32.dll, ça craint un peu... normalement une reinstall sur l'OS à partir du CD de 98 ou ME ne formate pas les données.

le NTloader doit être inscrit dans une partition de type FAT pour que Win9X puisse avoir accès à ces fichiers de boot (IO.sys, command.com etc....) donc là ça va pas être simple. tu dis avoir inversé tes DD dans cette config: IDE0: disque FAT32 avec Win98 et XOSL d'installé dans le mbr IDE1: disque NTFS avec WinXP tu as bien configuré XOSL pour aller chercher la bonne partition sur IDE1 pour booter XP? (ça marchait très bien chez moi avec un 98/2000) c'est le seul moyen simple (que je connaisse) pour arriver à faire un dual-boot propre sans devoir réinstaller les OS.

ça m'a tout l'air d'être des barettes foireuses => échange SAV.

sur une AliMagik truc machin ( ) y'a un jumper à déplacer pour indiquer à la mobo 1/ qu'elle doit utiliser la DDR RAm 2/ modification du voltage alloué aux DIMM (pas le même voltage entre SDR et DDR)

tu as installé ton boot manager sur quelle partition? la FAT ou la NTFS (dans ce dernier cas, ça ne marchera pas en effet). Pour que ces boot loader fonctionnent, il faut qu'ils soient sur la partition primaire FAT sur laquelle tu va booter (soit ton deuxième DD en l'occurence) et vont permettre de basculer sur la partition NTFS du premier. Si tu voulais booter sur ton premier DD, il aurait fallu créer en début de ce disque une petite partition primaire FAT qui aurait accueilli l'OS loader ainsi que les fichiers de boot nécessaire à NT et 98 et qui aurait envoyé au choix soit sur le deuxième DD accueillant Win98 soit sur la partition NTFS du premier DD accueillant WinXP => http://bellamyjc.net/fr/pratiquemultiboot....html#suggestion

les répertoires écrits en minuscule par Gen correspondent à la localisation des fichiers écrits en gras. tu les copies dans un répertoire temporaire (c:\temp par exemple) tu modifies les attributs, tu patches. Ensuite tu remets les fichiers modifiés dans leur répertoire d'origine (tout en sauvegardant les originaux, en les renommant en truc_org.ext par exemple). tu modifies le config.sys et autoexec.bat. ça a l'air d'être tout.

daemon tools ne gère pas les nrg, nero drive image le fait et est livré avec => c'est vrai que c'est un bon moyen de vérifier l'image (que tu as faite .... )

voire même à créer des partitions avec fdisk (si c'est un Win9x).

Justement à quoi as tu pensé? As tu désactivé l'opyion de reboot automatique pour voir s'il n'y aurait pas un écran bleu instructif? Les différents patchs VIA sont mis? Tu as testé tes barettes mémoire une par une? augmenter les timings RAM pour voir si ça stabilise?

qu'entend tu par IP + path sécurisé? un lien IPSec ou ce sont seulement des serveurs FTP sur lesquels on se connecte par login+mot de passe? Des logs capables de faire de la vérification de liens (si c'est bien de ça qu'il s'agit), j'en connais pas mais on pourrait imaginer une base MySQL avec IP, path, login et mdp et une requete php ftp_connect(login:pass@host) qui testerait dans une boucle chaque entrée de la table. Comme la fonction ftp_connect retourne un false en cas d'échec de la connexion, on pourrait relever les liens morts comme ça. Je sais pas si ça peut répondre à ta question mais c'est ce qu'il me semble avoir compris.

faut pas confondre Java et javascript quand même ...