Linux et Hub : copie de fichier impossible ?? [Résolu !]

Linux et Hub : copie de fichier impossible ?? [Résolu !] - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 04-04-2003 à 10:44:04    

Bonjour,
 
Après moult essai de config de Samba j'arrive, dans le meilleur des cas, à accéder au répertoire partagé et à toute l'arborescence qui suit.
 
Par contre, impossible de copier un fichier du serveur sur le client (enfin presque, un fichier seul de 50 ko passe, mais c'est tout). Au bout d'un temps assez long, le client finit par dire "erreur de pagination" ou "le serveur est introuvable sur le réseau.
 
Client : win2k
Serveur : mandrake 9.1
 
Quelqu'un a déjà vu ça ? :??:  
 
 
Merci.
 
Edit du 08/04/2003 : (renommage du topic)
En fait le problème viendrait du matériel.
w2k --cable_droit-- hub --cable_droit-- linux fonctionne très mal
alors que
w2k --cable_croisé-- linux fonctionne parfaitement. :pt1cable:  
D'ailleurs,
modem-routeur ----- hub ----- linux fonctionne très bien aussi.
 
Remplacer le hub par un switch résoudrait-il le problème ? :??:


Message édité par Ooook le 09-04-2003 à 21:49:00
Reply

Marsh Posté le 04-04-2003 à 10:44:04   

Reply

Marsh Posté le 05-04-2003 à 16:11:26    

Ooook a écrit :

Bonjour,
 
Après moult essai de config de Samba j'arrive, dans le meilleur des cas, à accéder au répertoire partagé et à toute l'arborescence qui suit.
 
Par contre, impossible de copier un fichier du serveur sur le client (enfin presque, un fichier seul de 50 ko passe, mais c'est tout). Au bout d'un temps assez long, le client finit par dire "erreur de pagination" ou "le serveur est introuvable sur le réseau.
 
Client : win2k
Serveur : mandrake 9.1
 
Quelqu'un a déjà vu ça ? :??:  
 
 
Merci.


 
Oui j'ai déjà eu ce problème, je me souviens plus comment j'avais réglé ça.
Tu peux peut-être nous copier/coller ton /etc/samba/smb.conf ?

Reply

Marsh Posté le 05-04-2003 à 21:12:17    

Voici mon smb.conf :

Citation :


[global]
 server string = Samba Server %v
 security = SHARE
 encrypt passwords = Yes
 map to guest = Bad User
 unix password sync = Yes
 log file = /var/log/samba/log.%m
 max log size = 50
 socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
 printcap name = cups
 dns proxy = No
 printer admin = @adm
 create mask = 0775
 security mask = 0775
 directory mask = 0775
 directory security mask = 0775
 hosts allow = 10.0.0.
 printing = cups
 
[FTP]
 path = /var/ftp
 read only = No


 
Et voici le message que j'obtiens sur le poste client si je copie un fichier de plus de 50 ko :

Citation :

Impossible de copier <le fichier> : Le nom réseau spécifié n'est plus disponible.

Reply

Marsh Posté le 06-04-2003 à 04:30:27    

Moi j'ai la meme chose lorsque je n'ai pas mon cable RJ45 relier au PC et entre mon win2k sous vmware et ma mandrake sur le dur... ton win2k et ta mdk sont sur 2 PC différents ?


---------------
Les hommes se trompent, les preuves elles, ne mentent jamais...
Reply

Marsh Posté le 06-04-2003 à 11:19:52    

Et dans les logs t'as rien de particulier ?

Reply

Marsh Posté le 07-04-2003 à 09:44:08    

cedcox a écrit :

Moi j'ai la meme chose lorsque je n'ai pas mon cable RJ45 relier au PC et entre mon win2k sous vmware et ma mandrake sur le dur... ton win2k et ta mdk sont sur 2 PC différents ?


 
Mon w2000 est sur une machine, la mandrake sur une autre, et il y a un hub entre les deux.

Reply

Marsh Posté le 07-04-2003 à 09:44:30    

bertux a écrit :

Et dans les logs t'as rien de particulier ?


Je le poste ici ce soir.

Reply

Marsh Posté le 07-04-2003 à 09:44:51    

Ooook a écrit :


 
Mon w2000 est sur une machine, la mandrake sur une autre, et il y a un hub entre les deux.


 
Et tu as bien des cables droits ?

Reply

Marsh Posté le 07-04-2003 à 09:49:14    

Oui, des cables droits (et pas branchés sur l'uplink).
 
Quand ma vieille machine était sous w95, elle communiquait très bien avec celle sous w2000.
Et je rappelle que le transfert de fichier marche quand le fichier fait moins de 50 ko. :??:

Reply

Marsh Posté le 07-04-2003 à 12:43:27    

j'ai deja eu ca.
 
en fait mon ordi sous nux n'avait plus de reseau du tout apres ce bug, obliger de rebooter.
 
je me suis apercu que j'avais des taux de transfert a chier et qu'apres qq Mo ca plantait. hdparm est passé par la et m'a dit que mon DD udma100 etait en fait en PIO. il s'est empressé de reparer cette injustice en se calant au boot avec les parametres adequat.
 
et depuis, je n'ai plus jamais eu de merdes, et j'ai des tx de transferts excellent ( 8Mo/s constant minimum ).
 
cela dit, c'etait peut etre une coincidence.


---------------
Le droit à la différence s'arrête là où ça commence à m'emmerder sérieusement.
Reply

Marsh Posté le 07-04-2003 à 12:43:27   

Reply

Marsh Posté le 08-04-2003 à 00:06:45    

Voici mon log.smbd
 

Citation :


[2003/04/04 20:21:51, 0] smbd/server.c:main(707)
  smbd version 2.2.7a started.
  Copyright Andrew Tridgell and the Samba Team 1992-2002
[2003/04/04 20:22:50, 0] smbd/server.c: open_sockets(238)
  Got SIGHUP
[2003/04/05 20:33:22, 0] smbd/server.c:main(707)
  smbd version 2.2.7a started.
  Copyright Andrew Tridgell and the Samba Team 1992-2002
[2003/04/05 20:34:21, 0] smbd/server.c: open_sockets(238)
  Got SIGHUP


 
Y'a pas grand chose d'exploitable... :??:


Message édité par Ooook le 08-04-2003 à 00:07:18
Reply

Marsh Posté le 08-04-2003 à 00:34:35    

Je viens de faire un petit test intéressant.
 
J'ai remplacé :
client_w2k --droit-- Hub --droit-- serveur_mdk9.1
par :
client_w2k --croisé-- serveur_mdk9.1
 
Et le transfert de fichier fonctionne à merveille ! :ouch:  
 
Comment se fait-il que mon hub fonctionne très bien :
- quand deux machine windows communiquent
- quand une machine windows va sur internet
- quand une machine gnu/linux va sur internet
 
Mais fonctionne très mal quand une machine windows tente de communiquer avec une machine gnu/linux ?  :cry:  
 
Cela dit, moi qui songeait fortement à remplacer mon hub et mes cartes 10 Mbits par un switch et des cartes 10/100, ça va peut-être bien me décider (en espérant que ça résolve mon problème :sweat: ).
 
 
Edit : Se peut-il que les cables soient en cause ?


Message édité par Ooook le 08-04-2003 à 00:37:46
Reply

Marsh Posté le 08-04-2003 à 09:40:16    

1) Est-ce le matériel ?
  => booter la machine Linux sous Windows, et réessayer.
2) Est-ce le logiciel :
  => deux machines avec la meme IP sur le réseau
  => samba lancé depuis inetd et pas en daemon
 
AMHA c'est 1 et ça peut être
1) une prise foireuse; chez moi assez souvent avec mon switch j'ai 30% de ping loss
   et CHANGER le câble de prise sur le switch résout le pb; parfois éteindre-rallumer
   le switch suffit ...
2) une machine/disque o-c : web=faible débit, file = haut débit. Ce serait donc
   la machine Linux.
3) une machine a un chipset nForce2 : le lan intégré est pourri avec les vieux drivers
   nVidia, il faut absolument mettre les derniers (cf topic dédié)
4) Un câble foireux. On ne pense jamais assez souvent à vérifier; essaie en mettant
   ce câble entre deux machines Windows qui marchaient bien avant.

Reply

Marsh Posté le 08-04-2003 à 13:27:22    

Merci Glacote pour toutes ces suggestions. :jap:  
 

Citation :

1) Est-ce le matériel ?
  => booter la machine Linux sous Windows, et réessayer.


J'ai pas de windows sur mon serveur linux. Mais je confirme le fait que deux windows réussissent à communiquer, j'ai retesté avec une troisième machine.
 

Citation :

2) Est-ce le logiciel :
  => deux machines avec la meme IP sur le réseau
  => samba lancé depuis inetd et pas en daemon


Le serveur mdk et le client w2k sont seuls sur le hub quand je teste et ils communiquent correctement si je les branche directement l'un sur l'autre (cable croisé).
 

Citation :

AMHA c'est 1 et ça peut être
1) une prise foireuse; chez moi assez souvent avec mon switch j'ai 30% de ping loss
   et CHANGER le câble de prise sur le switch résout le pb; parfois éteindre-rallumer
   le switch suffit ...


Je vais tenter sur une autre prise. Mais vu le point 4, j'ai un doute.
 

Citation :

2) une machine/disque o-c : web=faible débit, file = haut débit. Ce serait donc
   la machine Linux.


Pas d'o/c chez moi.
 

Citation :

3) une machine a un chipset nForce2 : le lan intégré est pourri avec les vieux drivers
   nVidia, il faut absolument mettre les derniers (cf topic dédié)


Pas de nForce2 ni de lan intégré.
 

Citation :

4) Un câble foireux. On ne pense jamais assez souvent à vérifier; essaie en mettant
   ce câble entre deux machines Windows qui marchaient bien avant.


Déjà essayé, les windows communiquent bien entre eux.
 
 
Bizarre autant qu'étrange, n'est-il pas ? :sweat:


Message édité par Ooook le 08-04-2003 à 13:28:05
Reply

Marsh Posté le 08-04-2003 à 13:37:08    

Ca serait pas une mauvaise config de ta machine linux par hasard ?
 
T'as un firewall ? elle ferait pas passerelle internet aussi au passage ? Mauvaise table de routage ?
 
Parce que si ca marche du point de vue technique sous Windows, y a pas de raisons que ca marche pas sous Linux...
 
Ca le fait qu'avec samba ? T'as essayé un transfert par FTP ?

Reply

Marsh Posté le 08-04-2003 à 13:47:41    

Je rappelle que si je branche le client et le serveur en direct avec un cable croisé, ça marche !
Donc à priori les deux machines sont correctement configurées.
 
 
Pour répondre à tes questions, j'ai viré le firewall et je n'ai pas encore réglé le ftp. J'ai choisi de commencer par Samba et je ne me suis pas occupé du reste pour l'instant.

Reply

Marsh Posté le 08-04-2003 à 14:00:35    

J'ai eu des merdes similaires avec 2 switchs 8 ports PEABIRD ( de la merde ).
Mais au ping, je perdait des paquets aussi.

Reply

Marsh Posté le 08-04-2003 à 14:18:33    

zekill a écrit :

J'ai eu des merdes similaires avec 2 switchs 8 ports PEABIRD ( de la merde ).
Mais au ping, je perdait des paquets aussi.


 
 
J'ai des paquets perdu au ping uniquement quand je download en même temps que je ping...
Le hub et les cartes sont noname et je me demande sérieusement aussi si ça ne viendrait pas de ça. D'où mon souhait de bazarder tout ça pour du 10/100 3Com.
Mais il faut être certain que ça résolve mon bug...

Reply

Marsh Posté le 08-04-2003 à 14:21:49    

T es sur que tes cables droits sont de bonnes qualité ?
Au moins autant que ton cable croisé ?

Reply

Marsh Posté le 08-04-2003 à 14:22:53    

Ooook a écrit :


 
 
J'ai des paquets perdu au ping uniquement quand je download en même temps que je ping...
Le hub et les cartes sont noname et je me demande sérieusement aussi si ça ne viendrait pas de ça. D'où mon souhait de bazarder tout ça pour du 10/100 3Com.
Mais il faut être certain que ça résolve mon bug...


je debarque ;)
 
si ca marche en cable croise, ca vient surement du cable droit ou du hub, nan  :hello:
 
edit : grillaid juste au dessus :D


Message édité par Tomate le 08-04-2003 à 14:23:28

---------------
:: Light is Right ::
Reply

Marsh Posté le 08-04-2003 à 14:40:40    

zekill a écrit :

T es sur que tes cables droits sont de bonnes qualité ?
Au moins autant que ton cable croisé ?


 
La seule chose dont je sois certain, c'est que ces mêmes cables droit fonctionnent entre deux machines windows.
Pourquoi est-ce qu'ils poseraient problème entre un linux et un windows.

Reply

Marsh Posté le 08-04-2003 à 14:45:59    

Ooook a écrit :


 
La seule chose dont je sois certain, c'est que ces mêmes cables droit fonctionnent entre deux machines windows.
Pourquoi est-ce qu'ils poseraient problème entre un linux et un windows.


il est zarb ton pb kan meme ! :D
 
mais essaie kan meme avec d autres cables droits de bonne qualite ;)


---------------
:: Light is Right ::
Reply

Marsh Posté le 08-04-2003 à 16:16:20    

Oui, je vais tenter le changement de cable ce soir.
 
Le plus surprenant, c'est pas que ça marche en direct et pas avec le hub, mais c'est que, avec le hub, un fichier de 50 ko passe, mais s'il est plus gros il ne passe pas.

Reply

Marsh Posté le 09-04-2003 à 09:58:52    

Bon...
 
Changement de cable effectué : pas mieux :(  
 
Test de ftp : ça marche mais c'est super lent (4.5 ko/s sur un réseau 10 Mbit/s) :heink:  
 
 
 
J'ai comme l'impression que mon sauveur s'appelle 3Com...

Reply

Marsh Posté le 09-04-2003 à 12:39:52    

Cela ressemble a un probleme de Full duplex/Half duplex.  Linux d'aurais pas configuré ta carte reseau au full duplex par hasar?  cela m'est deja arrivé et ca expliquerais pourquoi cela fonctionne sous win et pas sous linux. Et aussi pourquoi ca fonctionne avec un fils crossconnect.

Reply

Marsh Posté le 09-04-2003 à 13:03:28    

Esc a écrit :

Cela ressemble a un probleme de Full duplex/Half duplex.  Linux d'aurais pas configuré ta carte reseau au full duplex par hasar?  cela m'est deja arrivé et ca expliquerais pourquoi cela fonctionne sous win et pas sous linux. Et aussi pourquoi ca fonctionne avec un fils crossconnect.


 
Aaaah ? (plein d'espoir)
 
A priori mon win2k est en full, mais je ne me souviens pas avoir eu l'option sur mon linux.
 
Tu peux développer un peu ? Je ne comprends pas bien, si l'un est en half et l'autre en full, pourquoi ça marcherait en croisé et pas en passant par un hub ? :??:

Reply

Marsh Posté le 09-04-2003 à 14:19:56    

Sur un hub, tous les ordis doivent etres imperativement en Half duplex sinon ca ne marche pas (ou presque pas, seulement quelques k/sec).
 
Si tu es en cross connect, 2 possibilités:
1- linux detecte que tu peux aller en full duplex et configure ta carte reseau pour le full duplex.  Ton win2k est deja en full, alors les 2 sont en full duplex et ca fonctionne parfaitement.
2- Linux reste en half duplex et win reste en full.  Ca ne marchera pas parfaitement, mais ca devrait quand meme marcher (plus ou moins).
 
selon moi, passe ton win2k en half duplex et tout devrait marcher parfaitement.

Reply

Marsh Posté le 09-04-2003 à 15:54:00    

Esc a écrit :

Sur un hub, tous les ordis doivent etres imperativement en Half duplex sinon ca ne marche pas (ou presque pas, seulement quelques k/sec).


Purée, on en apprend tous les jours ici ! Merci ! :jap:  
 
Si c'est bien ça, ça m'incitera d'autant plus à passer en switch 10/100 ! :)

Reply

Marsh Posté le 09-04-2003 à 21:48:23    

Yargla ! Ca marche !
 
Un grand merci à Esc ! :jap:

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed