Connexion ethernet impossible

Bonjour,
Je viens de recevoir ma Freebox.
Je peux me connecter sans problème en Wifi dessus.
J’ ai branché un petit serveur (Debian Squeeze) en ethernet, qui heberge un site web, sur un des ports de ma Freebox. Mais je ne peux accéder au contenu web de mon serveur. Si je tape son adresse ip (ip fixe), je n’ obtiens rien. Pourtant, le port ethernet de mon serveur est bien allumé.
Je ne peux non plus pinguer dessus… Par contre, coté serveur ou coté pc, je peux pinguer ma box. J’ ai essayé de changer de ports, sans succès.
J’ ai regardé dans les parametres de ma Freebox, mais je n’ ai rien trouvé qui pourrait m’ aider, je ne vois pas ou est le problème.
Actuellement je me connecte sur mon serveur via cu
Je ne peux non plus faire une mise à jour, ni me connecter en ssh, même en local.

Il doit surement y avoir une manip toute bête, mais je ne la trouve pas, je procédait ainsi avec mon ancien Fai (Orange) mais là je bataille depuis ce matin, c’ est pour cela que je demande votre aide.

Merci à tous, bon après midi.

[quote]Actuellement je me connecte sur mon serveur via cu(…)Si je tape son adresse ip (ip fixe), je n’ obtiens rien. Pourtant, le port ethernet de mon serveur est bien allumé.
Je ne peux non plus pinguer dessus…[/quote]
c’est à dire: tu arrives à te connecter à partir de ton réseau à ton serveur. C’est de l’extérieur que tu n’y arrives pas (à pinguer)?

Et en supposant que tu arrives à pinguer du réseau local:

T’as bien ouvert le port correspondant sur le pc ? (iptables -L)

Bonjour et merci pour ta réponse.
Oui, c’ est bien en local que j’ essaye de faire toutes ces opérations.

[quote]T’as bien ouvert le port correspondant sur le pc ? (iptables -L)

[quote]

A vrai dire, je ne me suis jamais occupé vraiment de ça, lorsque j’ étais avec ma Livebox Orange mis à part si je voulais accéder à mon serveur de l’ extérieur, effectivement j’ ouvrais les ports dédiés. Mais là je suis en local, je n’ ai jamais été confronté à ce problème, désolé si je dis une bétise.

Mais je devrais quand même pouvoir pinguer par exemple Google de mon serveur quand je suis en ethernet, c’ est ça que je n’ arrive pas à comprendre…

Si je fais un networking restart j’ obtiens ce message :

Je controle actuellement mon serveur via Putty en tty avec Vista, si tu préfère je peux lancer un live cd d’ Ubuntu pour faire les essais.

Encore merci, bonne soirée.

Donc tu n’arrives pas à pinguer de ton réseau local. Etrange ça: je n’ai pas de livebox, mais je pense qu’il y a un switch d’intégré, et le ping devrait passer.
Es-tu sûr de l’IP (local) de ton serveur ? Tu dis pouvoir faire des essais à partir d’un live cd. Tu ne peux pas agir directment sur ton serveur (pas d’écran et de clavier sur celui ci ?). Si tu as un accés direct (ce que je crois étant donné le networking restart), renvoie le résultat de:

[code]# ifconfig

cat /etc/network/interfaces[/code]

Quant aux ports: si tu installes un serveur ssh sur un ordi, il faut que le firewall (du PC) accepte les entrées sur le port d’écoute de ton serveur ssh (par défaut le 22). Sans quoi, aucun risque de s’y connecter.

salut salut ^^

help.ubuntu.com/community/Ubunt … lowControl

ptet ca peut t’aider ??

Re,
Je viens de lancer un cd de Backtrack, ce sera plus commode.
J’ avance un peu…

Je peux désormais pinguer mon ordinateur depuis mon serveur :

[code]ping -c5 192.168.1.10
PING 192.168.1.10 (192.168.1.10) 56(84) bytes of data.
64 bytes from 192.168.1.10: icmp_req=1 ttl=64 time=80.8 ms
64 bytes from 192.168.1.10: icmp_req=2 ttl=64 time=101 ms
64 bytes from 192.168.1.10: icmp_req=3 ttl=64 time=21.6 ms
64 bytes from 192.168.1.10: icmp_req=4 ttl=64 time=0.814 ms
64 bytes from 192.168.1.10: icmp_req=5 ttl=64 time=1.06 ms

[/code]
et vice versa :

[code] ping -c5 192.168.1.20
PING 192.168.1.20 (192.168.1.20) 56(84) bytes of data.
64 bytes from 192.168.1.20: icmp_seq=1 ttl=64 time=11.0 ms
64 bytes from 192.168.1.20: icmp_seq=2 ttl=64 time=1.88 ms
64 bytes from 192.168.1.20: icmp_seq=3 ttl=64 time=1.90 ms
64 bytes from 192.168.1.20: icmp_seq=4 ttl=64 time=8.51 ms
64 bytes from 192.168.1.20: icmp_seq=5 ttl=64 time=2.11 ms

[/code]
, et je peux pinguer ma box (j’ avais en fait pas redémarrer au bon moment ma Freebox, et la nouvelle adresse de ma Gateway n’ avait pas du être prise en charge) .

Mais je ne peux toujours pas mettre à jour mon serveur, pinguer Google :

[code]aptitude update
Err http://ftp.fr.debian.org squeeze Release.gpg
Could not resolve 'ftp.fr.debian.org
Err http://ftp.fr.debian.org/debian/ squeeze/main Translation-en
Could not resolve 'ftp.fr.debian.org
Err http://ftp.fr.debian.org/debian/ squeeze/main Translation-en_US
Could not resolve 'ftp.fr.debian.org
Err http://security.debian.org squeeze/updates Release.gpg
Could not resolve 'security.debian.org
Err http://security.debian.org/ squeeze/updates/main Translation-en
Could not resolve 'security.debian.org
Err http://security.debian.org/ squeeze/updates/main Translation-en_US
Could not resolve ‘security.debian.org

ping -c5 www.google.fr
ping: unknown host www.google.fr

[/code]

Bref, en local c’ est bon, mais pas plus… Alors que en Wifi depuis ma Freebox, je peux faire ces opérations sur mon ordinateur.

Avec ma Livebox, cela fonctionnait ainsi, peut etre qu’ avec Free il faut faire autre chose, mais quoi ???

Affirmatif :

ifconfig eth1 Link encap:Ethernet HWaddr 00:50:43:4e:0d:06 inet addr:192..... Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::250:43ff:fe4e:d06/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:533 errors:0 dropped:0 overruns:0 frame:0 TX packets:401 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:71685 (70.0 KiB) TX bytes:26118 (25.5 KiB) Interrupt:11

Non, c’ est un Sheeva, pas d’ ecran ni de clavier, tout en ssh ou port série.

Le retour de ifconfig je te l’ ai donné un peu plus haut, quand à /etc/network/interfaces il donne :

[code]cat /etc/network/interfaces
auto lo
iface lo inet loopback

reseau local

auto eth1
iface eth1 inet static
address 192.168.1.20
netmask 255.255.255.0
broadcast 192.168.0.255
gateway 192.168.1.1
[/code]
Encore une fois, ces reglages fonctionnaient du temps de ma Livebox.

La gateway de la Freebox n’ était pas celle là d’ origine, c’ est moi qui l’ ai changé, j’ ai trouvé ça plus simple que de mettre le gateway natif sur tous les /network/interfaces de mes ordinateurs. Mais je ne pense pas que cela soit cela le responsable de mes maux.

Oui, mais là je suis en local, est ce nécessaire ? Auparavant je ne m’ étais jamais préoccupé de ça (je ne dis pas que c’ est bien, mais c’ est ce que je faisais) , par contre oui le port 22 si je voulais administrer mon serveur depuis l’ extérieur, je le redirigeais vers l’ adresse ip de ce dernier.
Bon là de toute façon, je peux me connecter en ssh, depuis le reboot de ma Freebox, les parametres ont du être pris en compte.

En résumé :
Je peux faire ce que je veux maintenant en local (ping vers toutes les machines en réseau) mais aucun accès au delà de ma Livebox (pas d’ accès au net, et j’ ai essayé de prendre un autre port ethernet) .

Merci, bonne soirée !

Salut Grhim,
Le message d’ erreur a subitement disparu.
Si je refais un /etc/init.d/netwoking restart , j’ obtiens un :

etc/init.d/networking restart Running /etc/init.d/networking restart is deprecated because it may not enable again some interfaces ... (warning). Reconfiguring network interfaces...done.

Tu es en static. Je pense que tu as un pb de dns:
tente $ ping 88.165.116.107 (c’est l’IP du forum), puis $ ping www.debian-fr.org.
Le premier devrait être ok et le deuxième non.
Si c’est bien celà, renvoie le résultat de :

Quant au ssh:

Je te parle d’ouvrir le port correspondant sur ton serveur (je ne parle pas de la freebox pour l’instant).

Bien joué, et oui j’ ai changé de FAI, donc je dois aussi mettre les dns de mon nouveau fournisseur…

Effectivement, dans le premier cas ça passe :

ping -c5 88.165.116.107 PING 88.165.116.107 (88.165.116.107) 56(84) bytes of data. 64 bytes from 88.165.116.107: icmp_req=1 ttl=55 time=63.1 ms 64 bytes from 88.165.116.107: icmp_req=2 ttl=55 time=65.1 ms 64 bytes from 88.165.116.107: icmp_req=3 ttl=55 time=57.0 ms 64 bytes from 88.165.116.107: icmp_req=4 ttl=55 time=55.4 ms 64 bytes from 88.165.116.107: icmp_req=5 ttl=55 time=56.8 ms
Et dans le deuxième non :

ping -c5 www.debian-fr.org ping: unknown host www.debian-fr.org

Et donc le contenu de mon resolv.conf devrait contenir les dns d’ Orange, vu que je n’ y ai pas touché :

nameserver 192.168.1.1 domain home search home
Ca fait un bout de temps que je n’ y ai pas touché, mais il devrait contenir les DNS d’ Orange (mon ancien Fai), bizarre je ne comprends pas…

Je mets donc les DNS de Free :

cat /etc/resolv.conf nameserver 192.168.1.1 domain 212.27.40.240 search 212.27.40.241

Je lance un /etc/init.d/networking restart :

etc/init.d/networking restart Running /etc/init.d/networking restart is deprecated because it may not enable again some interfaces ... (warning). Reconfiguring network interfaces...done.
Mais malheureusement c’ est toujours pareil :

ping -c5 www.google.fr ping: unknown host www.google.fr

Ai je mal ecrit dans le resolv.conf ?

On y est presque je le sents !

Merci pour ta patience, à plus tard.

Bien joué, et oui j’ ai changé de FAI, donc je dois aussi mettre les dns de mon nouveau fournisseur…

Effectivement, dans le premier cas ça passe :

ping -c5 88.165.116.107 PING 88.165.116.107 (88.165.116.107) 56(84) bytes of data. 64 bytes from 88.165.116.107: icmp_req=1 ttl=55 time=63.1 ms 64 bytes from 88.165.116.107: icmp_req=2 ttl=55 time=65.1 ms 64 bytes from 88.165.116.107: icmp_req=3 ttl=55 time=57.0 ms 64 bytes from 88.165.116.107: icmp_req=4 ttl=55 time=55.4 ms 64 bytes from 88.165.116.107: icmp_req=5 ttl=55 time=56.8 ms
Et dans le deuxième non :

ping -c5 www.debian-fr.org ping: unknown host www.debian-fr.org

Et donc le contenu de mon resolv.conf devrait contenir les dns d’ Orange, vu que je n’ y ai pas touché :

nameserver 192.168.1.1 domain home search home
Ca fait un bout de temps que je n’ y ai pas touché, mais il devrait contenir les DNS d’ Orange (mon ancien Fai), bizarre je ne comprends pas…

Je mets donc les DNS de Free :

cat /etc/resolv.conf nameserver 192.168.1.1 domain 212.27.40.240 search 212.27.40.241

Je lance un /etc/init.d/networking restart :

etc/init.d/networking restart Running /etc/init.d/networking restart is deprecated because it may not enable again some interfaces ... (warning). Reconfiguring network interfaces...done.
Mais malheureusement c’ est toujours pareil :

ping -c5 www.google.fr ping: unknown host www.google.fr

Ai je mal ecrit dans le resolv.conf ? Pourtant ceux sont les bons DNS d’ après ça : commentcamarche.net/faq/1496 … x-fai#free

On y est presque je le sents !

Merci pour ta patience, à plus tard.

oui, cela devrait être:

$ cat /etc/resolv.conf nameserver 212.27.40.240 nameserver 212.27.40.241

Ca y est ça marche ! MERCI infiniment du coup de main !

Pourquoi mon resolv.conf d’ origine était ecrit si bizarrement (avant la modif que je viens de faire) ?

nameserver 192.168.1.1 domain home search home

Il aurait du contenir les dns de mon ancien FAI non ?

Je pense que ton ancienne box devait s’occuper des requêtes dns (pas sûr de ça).Quant aux home, je pense que c’est toi qui a rentré ces paramètres lors de l’install de debian.
Mais pour en revenir à ton serveur ssh, je te soupçonne d’avoir un firewall (celui du serveur) complètement open…
que renvoie #iptables -L ?

Merci pour tes précisions.
Quand au retour d’ iptables -L cela donne :

[code]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
[/code]

@+

T’as tout d’ouvert…pas trop inquiet ? (menfin,; tant que t’as pas redirigé les ports de la box vers cet ordi, pas trop de souci à se faire je pense)

Je les dirige au coup par coup, ex pour le ssh, ftp, et web, depuis ma box vers mon serveur. Je n’ ai pas dirigé tous les ports de ma box. Mais peut etre y a t’ il une solution plus sécurisée… J’ avais fait un scan de port en ligne, le résultat avait été satisfaisant, alors je n’ avais pas cherché plus loin.
Merci pour ton aide.