Greywolf

Après vérification, le Bewan ADSL2+ combo n'est qu'un simple modem et non un routeur. L'adresse IP publique (attribuée par Orange) est transférée à l'interface réseau du PC connecté au modem. Ce dernier se comporte comme un pont (équipement de niveau 2) et non un routeur (équipement de niveau 3). Leon2 <= en attribuant une adresse IP privée à ton interface réseau sur laquelle est branchée ton modem, tu arrives quand même à te connecter à internet?

tu n'as pas un autre contrôleur réseau pour voir si ce n'est pas le NForce qui merde? La minute et demi de blocage semble provenir de l'attente du délai de réponse du serveur DHCP de ton modem. Ton modem est-il tout le temps allumé, synchronisé, le lien ADSL établi même avec le PC éteint?

Lors de l'installation de ton modem, tu as bien du mettre quelque part tes identifiants; j'imagine que le choix du protocole à utiliser pour transporter PPP se fait dans le même coin. L'erreur 678 est caractéristique d'un protocole différent entre le client et la passerelle d'authentification. Le modem se charge-t-il d'établir la connexion internet au FAI (auquel cas windows n'a pas besoin d'envoyer des trames PPPoE et seule une requête DHCP au modem) ou c'est windows qui s'en charge? PBMatcho < il indiquait bien qu'il avait mis les DNS de 9Tel si tu relis attentivement son message.

PBMatcho: La métrique affectée à une route dans une table de routage représente une notion de coût. Cette notion permet de choisir des itinéraires différents pour arriver au même endroit au moindre coût. Augmenter la métrique de la route qui mène au réseau local ne changera strictement rien étant donné qu'il n'existe aucun autre choix pour y accéder. Qu'est ce qui t'as fait penser qu'une augmentation de la métrique empêcherait les déconnexions???? Le deuxième PC doit avoir un adressage du même sous-réseau que le PC raccordé au modem et avoir l'adresse de ce PC en tant que passerelle internet. george for man: Quels sont les paramètres TCP/IP des 2 PC? Comment la connexion a-t-elle été partagée?

PBMatcho < je veux pas m'imiscer dans ta tentative d'aider Leon2 mais son interface Nforce2 est branchée sur son modem Bewan2. Ce dernier négocie le lien PPP avec son FAI et transfère l'adresse IP publique obtenue sur l'interface réseau (principe du bridge DHCP). Il est donc tout à fait normal que son interface réseau soit configurée en attribution automatique d'adresse IP (DHCP). En lui faisant attribuer une adresse IP privée, tu ne lui fera pas résoudre son problème (et même s'il met l'adresse publique qu'il a obtenue de son FAI (Wanadoo), celle ci étant dynamique cela ne fonctionnera pas plus) Leon2 < possèdes tu un firewall qui bloquerait les requêtes DHCP?

La freebox HD est-elle d'office un modem-routeur ou se comporte-t-elle comme une passerelle DHCP (telle que le faisait la freebox v4 nativement)? Les interfaces WAN et LAN du Pc IPcop sont sur quelle adressage réseau? IPCop faisait-il office de serveur DHCP pour les PC de ton réseau local?

ton FAI ne serait pas passé en PPPoA? essaie ce mode à tout hasard VPI/VCI 8,35 en france

Salut stadiste, je connais pas trop le câble :-/ Il me semble que c'est du PPPoE; tu as bien réglé une MTU <= à 1492 sur les postes clients (ou à défaut une règle sur le routeur qui recadre la MTU à cette valeur maximale)? ça ne le fait que pour HTTP ou c'est valable pour tous les autres protocoles (FTP)? si seul 1 PC est branché au modem-câble numéricable, le phénomène se reproduit-il? (cela permettrait d'orienter vers un problème FAI ou un problème lié au routeur)

le listing des répertoires est désactivé sur leur serveur web lorsqu'il n'y a pas d'index.html|php à la racine. http://httpd.apache.org/docs/2.0/mod/mod_autoindex.html

c'est donc que le modem-routeur de ton bureau ne reconnait pas la connexion sur ton serveur ftp sur le port 2121 comme une session ftp et n'autorise donc pas la connexion de data (celle qui permet de lister les répertoires du serveur ftp entre autre). FTP utilise 2 connexions: une dite de commande, établie sur le port 21 du serveur et pendant laquelle sont négociés les ports d'échange de la deuxième connexion la seconde dite de data est soit initiée par le client (PASV) soit par le serveur (PORT) sur les ports négociés précédemment Si le modem-routeur ne reconnait pas la première connexion comme faisant partie d'un échange ftp, il est très probable que la seconde connexion soit refusée (ou tout simplement parce qu'il n'autorise pas les connexions sortantes sur des ports non systèmes, i.e. >1024). Renseigne toi auprès de ton administrateur réseau ou essaie de faire écouter ton serveur sur le port 21 (à voir dans la doc de l'alicebox pour désactiver son serveur ftp interne)

Les adresses de type 192.168.x.y sont des adresses privées non routables et ne peuvent sortir et/ou venir d'internet tel que. ftp:/192.168.0.x ne peut fonctionner que sur un LAN et non au travers du WAN. concernant la commande route add, saisi comme tu l'indiques cela ne pourra occasionner qu'un message d'erreur. Par ailleurs, la freebox ne possède pas d'interpréteur de commandes. Pour héberger un serveur ftp en aval d'un routeur, il faut réaliser de la translation de port via l'interface d'administration de la freebox.

tu peux m'éclairer sur le schéma de ton réseau, j'ai un doute par rapport à ma compréhension de ton post: PC Filezilla ---modem/routeur X ----- INTERNET ------ AliceBox ---- PC serveur FTP Si cette configuration est la bonne, j'ai besoin de connaitre le modem/routeur X (ou du moins de savoir si tu as accès à sa configuration) sinon point de salut.

mais encore ? doudou34070, étant donné la commande PASV tu es forcément connecté derrière un routeur => ton adresse IP est une adresse privée de classe C: 192.168.1.2 et non une adresse publique Celui-ci gère-t-il correctement le suivi des connexions FTP? (marque, modèle du routeur) si tu te connectes en mode PORT, ton routeur devra accepter une connection entrante venant du serveur ftp port 2120 et transférer la connexion à ton PC (s'il suit bien les connexions) => le problème tourne autour de ton modem-routeur ou de la façon dont la machine sur lequel tu exécutes filezilla est connectée à internet

la partition étendue dans laquelle il y a le lecteur logique /dev/hda5 probablement

tu as regardé dans le .diff du patch kernel? si ce n'est pas dans le répertoire documentation des sources noyaux, en général c'est dans le diff

Splitté du topic Symantec vs Microsoft du forum news. Vous pouvez vous lâcher dans un délire à la space-opera (une histoire sans fin 2 par exemple)... (dans le respect de la charte: pas de diffamation,.. Tout post susceptible de relancer un véritable troll causera la fermeture du topic ) TALC offert

comment sont organisées tes partitions sur ton/tes DD? en toute rigueur, il faut modifier le fichier /boot/grub/menu.lst de la partition flaggée bootable et y rajouter l'entrée supplémentaire en n'oubliant pas de modifier l'entrée root (j'imagine que tu as fait 2 partitions / distinctes pour tes 2 OS linux)

arrives tu à lister le contenu du répertoire? ls pour revenir au problème avec filezilla, celui-ci dispose-t-il des autorisations adéquates sur ton firewall pour pouvoir réaliser une connexion sortante sur le serveur ftp? La configuration du site dans le logiciel ne comporte-t-elle vraiment aucune erreur (url, port, login, pass)? parce que manifestement, ce n'est pas un problème réseau si tu arrives à t'y connecter en ligne de commande.

salut, tu peux le faire sans les outils debian: make && make modules_install et ensuite copier arch/i386/boot/bzImage, System.map et .config dans /boot et modifier lilo/grub à la main sinon avec make-kpkg, il faut au moins spécifier la cible kernel-image make-kpkg kernel-image et installer ensuite le package deb généré http://andesi.org/index.php?node=77#A27

il est normal que rien n'apparaisse à l'écran lorsque tu saisis ton mot de passe. ré-essaie en étant sûr de ton couple login/pass

quels sont tes paramètres de connexion avec net2ftp? si je comprend bien, le serveur ftp est hébergé chez toi et sur un port non conventionnel pour ftp (2121) lorsque tu essaie avec filezilla, où te situes tu? à l'extérieur de ton LAN? => oui mais connecté directement au net ?(probablement pas si l'on en croit le retour de la commande PASV) => oui mais connecté derrière un routeur/firewall? => oui avec un firewall logiciel sur le PC et connecté derrière un routeur/firewall? dans la seconde et la troisième hypothèse, connais tu la politique de filtrage du routeur/firewall notamment concernant le suivi des connexions ftp (et qui plus est sur un port non conventionnel). Un test pourrait être: faire écouter ton serveur ftp sur le port standard (21) et vérifier si le suivi de connexion s'effectue correctement (i.e. le listing des répertoires apparait) Si ce test est fructueux, il faudra soit conserver ce port soit apprendre au routeur/firewall le suivi des connexions ftp sur un port différent de 21. Au passage, si tu te connectes en mode PORT (i.e. pas mode passif), j'imagine que le listing n'apparait pas non plus du fait du refus de connexion entrante par l'éventuel routeur/firewall. //ou alors c'est ton routeur-firewall chez toi qui ne gère pas bien le suivi de connexion ftp sur port non conventionnel; mais les symptômes se reproduiraient également via net2ftp :-/

ça dépend ... vi est un éditeur de texte et un simple affichage suffit pour nous transmettre l'information. Par ailleurs, on ne sait pas si tchou possède vi d'installé sur son système (cat fait partie des commandes de base par contre)

Ok. A première vue, ta machine arrive à "voir" le serveur distant. Est-ce qu'en ligne de commandes ms-dos, tu arrives à te connecter sur le ftp? ftp 212.43.196.94 une fois connecté, tu t'authentifies avec la commande suivante user <ton_login> et tu saisis ton mot de passe quand le serveur te le demande Une fois authentifié, essaie de lister le contenu du serveur ftp ls edit: Ta livebox filtre-t-elle les flux sortants?

ZP ne masque pas des ports mais ferme des services. Pour masquer des ports, il faut faire une entorse aux RFC et utiliser un firewall qui rejette les connexions entrantes non autorisées sans en notifier l'émetteur (ie une règle DROP)

tu es chez wanadoo et ton pote chez CI, donc routes différentes pour les tests précités, dans une invite de commande DOS: ping <adresse_du_serveur> tracert <adresse_du_serveur> et tu nous mets le résultat des commandes //ouvrir les ports ou mettre ton PC en DMZ ne changera pas grand chose