Non, tu te mets dans «Favorites» , tu ajoutes dedans 192.168.0.2:27016 et tu devrais le voir. Ton serveur n’est pas un serveur LAN
Non je ne le vois pas … je ne le vois pas non plus sur hlsw…
Je sais vraiment pas comment faire, pour une fois que j’arrive à installer debian et recompiler le noyau, ya un autre truc qui bug ):
Bon, on va essayer de comprendre.
Sur le serveur, tu fais dans une autre console que le serveur
# script /tmp/log
# tcpdump net 192.168.0
et tu laisses courirSur ta machine hébergeant STEAM, tu fais
puis tu essayes une connexion à ton serveur 192.168.0.2:27016 avec Steam ou HLSW…
Tu retournes sur le serveur, tu fais un ^C sur le tcpdump, tu tapes ^D (pour script) et tu regardes ce qu’il a sorti. Si il y en a beaucoup, tu as tout dans /tmp/log.
Voici ce que donne ping 192.168.0.2 sur le pc windows :
http://depftp.free.fr/ping.bmp
Je vais surement t’énerver à la longue mais ça veut dire quoi faire un ^C et un ^D?
Bon, donc ta machine Windows ne peut accéder à ton serveur. Quelle est son IP et sa passerelle?
En clair donne le résultat de
c:> IPCONFIG
PS: ^C = Controle C, ^D = Controle D
Voici le résultat de ipconfig :
[quote]Adresse ip : 192.168.0.1
Masque de sous-reseau : 255.255.255.0
Passerelle par defaut 192.168.0.254[/quote]
As tu mis des règles iptables parano sur ta machine 192.168.0.2?
iptables -L -n
sur 192.168.0.2
Non pas du tout, que dois-je écrire?
Sur ta machine 192.168.0.2, que donne
iptables -L ?
Comment est foutu ton réseau, visiblementy, ta machine 192.168.0.1 n’arrive pas à se connecter à ta machine 192.168.0.2, ton pbm c’est ça, ça n’est pas un pbm de serveur CS
Voila ce que donne iptables :
[quote]debian:~# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
debian:~#
[/quote]
la commande tcpdump est toujours en action, c’est normal que ce soit si long?
Tu as surement raison la liaison ne peut se faire entre les deux pc
Le tcpdump est en action tant que tu ne l’as pas arrêté (^C) puis fermé le script (^D) pour récupérer /tmp/log. Mais là, rien ne doit arrivé de 192.168.0.1, non?
Cad rien ne doit arrivé de 192.168.0.1? ça y est j’ai fait ctrl+c et ctrl+d
Voici le contenu de log :
[quote]Script started on sam 15 sep 2007 20:44:01 CEST
debian:/usr# tcpdump net 192.168.0
bash: tcpdump: command not found
debian:/usr# ps au [K [K [K [K [Kapt-get install tcpdump
Lecture des listes de paquets… 0%
Lecture des listes de paquets… 0%
Lecture des listes de paquets… 12%
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances… 0%
Construction de l’arbre des dépendances… 0%
Construction de l’arbre des dépendances… 50%
Construction de l’arbre des dépendances… 50%
Construction de l’arbre des dépendances… 95%
Construction de l’arbre des dépendances… Fait
Les NOUVEAUX paquets suivants seront installés :
tcpdump
0 mis à jour, 1 nouvellement installés, 0 à enlever et 41 non mis à jour.
Il est nécessaire de prendre 303ko dans les archives.
Après dépaquetage, 668ko d’espace disque supplémentaires seront utilisés.
0% [En cours]
Réception de : 1 security.debian.org etch/updates/main tcpdump 3.9.5-2etch1 [303kB]
0% [1 tcpdump 2585/303kB 0%]
24% [1 tcpdump 74985/303kB 24%]
69% [1 tcpdump 209649/303kB 69%]
100% [En cours]
303ko réceptionnés en 1s (198ko/s)
Sélection du paquet tcpdump précédemment désélectionné.
(Lecture de la base de données… 73826 fichiers et répertoires déjà installés.)
Dépaquetage de tcpdump (à partir de …/tcpdump_3.9.5-2etch1_i386.deb) …
Paramétrage de tcpdump (3.9.5-2etch1) …
debian:/usr# cd/ [K /tmp/log
bash: cd: /tmp/log: N’est pas un répertoire
debian:/usr# cd/ [K /tmp
debian:/tmp# scip [K [Kript t [K/tmp/log
Script started, file is /tmp/log
debian:/tmp# tcpdump net 192.168.0
tcpdump: WARNING: arptype 24 not supported by libpcap - falling back to cooked socket
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
0 packets captured
0 packets received by filter
0 packets dropped by kernel
debian:/tmp#
debian:/tmp#
debian:/tmp# Script done, file is /tmp/log
debian:/tmp#
Script done on sam 15 sep 2007 22:05:17 CEST[/quote]
Petite précision voici ce que j’obtiens quand je rentre ceci sous le pc linux “ping 192.168.0.1” :
[quote]debian:~# ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.058 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=5 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=6 ttl=64 time=0.044 ms
64 bytes from 192.168.0.1: icmp_seq=7 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=8 ttl=64 time=0.044 ms
64 bytes from 192.168.0.1: icmp_seq=9 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=10 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=11 ttl=64 time=0.043 ms
64 bytes from 192.168.0.1: icmp_seq=12 ttl=64 time=0.044 ms
64 bytes from 192.168.0.1: icmp_seq=13 ttl=64 time=0.044 ms
64 bytes from 192.168.0.1: icmp_seq=14 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=15 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=16 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=17 ttl=64 time=0.044 ms
64 bytes from 192.168.0.1: icmp_seq=18 ttl=64 time=0.045 ms
64 bytes from 192.168.0.1: icmp_seq=19 ttl=64 time=0.042 ms
64 bytes from 192.168.0.1: icmp_seq=20 ttl=64 time=0.043 ms
64 bytes from 192.168.0.1: icmp_seq=21 ttl=64 time=0.042 ms
64 bytes from 192.168.0.1: icmp_seq=22 ttl=64 time=0.043 ms[/quote]
Normal, comment sont connectées tes machines?
Elles sont toutes les deux connectées à la freebox via un cable ethernet
La freebox fait elle aussi switch??? Je n’en suis pas sûr, je crois même que ça n’est pas le cas ce que semble confirmer ton pbm…Achète toi un switch que tu connectes à la freebox et sur lequel tu branches tes machines.
Un switch? kesako? il n’y a pas moyen de régler le problème d’une autre manière?
Edit : je viens d’avoir un message sous le pc windows indiquant qu’il y avait un conflit d’ip…
Bon, donne un schéma de ton réseau avec toutes lkes machines et si elles sont en DHCP ou non. (Un conflit d’IP ne peut avoir lieu avec un serveur DHCP).
Je ne sais toujours pas si ta freebox fait switch ou non (mettant en relation les machines connectées).
J’ai peut-être trouvé le problème, quand je tape ifconfig sous linux ceci apparait :
[quote]Bcast : 192.168.0.255[/quote] Ceci correspond-il à la passerelle sous reseau?
Car sous windows la passerelle sous reseau est celle-ci :
Ai-je raison?
Edit : Lorsque je lance la commande ping vers le pc sous windows a partir du linux ça ne donne rien, et pareillement dans le cas inverse …
Je crois que la fbx ne fait pas switch…
Lorsque je tape ipconfig /all dans mon pc windows, j’ai dans la catégorie Carte Ethernet Connexion au reseau local ceci :