eth0 Link encap:Ethernet HWaddr f0:ad:4e:00:8d:f1
eth1 Link encap:Ethernet HWaddr f0:ad:4e:00:8d:f2
inet addr:192.168.0.19 Bcast:192.168.0.255
uap0 Link encap:Ethernet HWaddr 00:24:23:3d:a7:9e
inet addr:192.168.1.1 Bcast:192.168.1.255
On dirait que tout va bien au niveau de eth0 (?)
pourtant impossible de voir le Dreamplug sur mon réseau local.
Je viens donc chercher de l'aide :-)
eth0 Link encap:Ethernet HWaddr f0:ad:4e:00:8d:f1
eth1 Link encap:Ethernet HWaddr f0:ad:4e:00:8d:f2
inet addr:192.168.0.19 Bcast:192.168.0.255
uap0 Link encap:Ethernet HWaddr 00:24:23:3d:a7:9e
inet addr:192.168.1.1 Bcast:192.168.1.255
On dirait que tout va bien au niveau de eth0 (?)
pourtant impossible de voir le Dreamplug sur mon réseau local.
Je viens donc chercher de l'aide :-)
eth0 Link encap:Ethernet HWaddr f0:ad:4e:00:8d:f1
eth1 Link encap:Ethernet HWaddr f0:ad:4e:00:8d:f2
inet addr:192.168.0.19 Bcast:192.168.0.255
uap0 Link encap:Ethernet HWaddr 00:24:23:3d:a7:9e
inet addr:192.168.1.1 Bcast:192.168.1.255
On dirait que tout va bien au niveau de eth0 (?)
pourtant impossible de voir le Dreamplug sur mon réseau local.
Je viens donc chercher de l'aide :-)
Oui, c'est bizarre, peu de temps avant eth0 avait un 192.168.0.13.
Et eth1 correspond à l'autre prise ethernet, et, chose bizarre aussi,
il n'y a rien branché dessus (en fait j'avais bien branché le cable
sur eth1 précédemment et peut-etre l'adresse IP 192.168.0.19 est
"restée" ?).
J'ai rebranché le cable sur eth0 (et rien sur eth1) et voila ce que
donne ifconfig sur le Dreamplug :
Pourtant, sur un autre PC, impossible de se connecter au Dreamplug :
ssh 192.168.0.13
ssh: connect to host 192.168.0.13 port 22: Connection timed out
Je ne comprends pas...
Oui, c'est bizarre, peu de temps avant eth0 avait un 192.168.0.13.
Et eth1 correspond à l'autre prise ethernet, et, chose bizarre aussi,
il n'y a rien branché dessus (en fait j'avais bien branché le cable
sur eth1 précédemment et peut-etre l'adresse IP 192.168.0.19 est
"restée" ?).
J'ai rebranché le cable sur eth0 (et rien sur eth1) et voila ce que
donne ifconfig sur le Dreamplug :
Pourtant, sur un autre PC, impossible de se connecter au Dreamplug :
ssh 192.168.0.13
ssh: connect to host 192.168.0.13 port 22: Connection timed out
Je ne comprends pas...
Oui, c'est bizarre, peu de temps avant eth0 avait un 192.168.0.13.
Et eth1 correspond à l'autre prise ethernet, et, chose bizarre aussi,
il n'y a rien branché dessus (en fait j'avais bien branché le cable
sur eth1 précédemment et peut-etre l'adresse IP 192.168.0.19 est
"restée" ?).
J'ai rebranché le cable sur eth0 (et rien sur eth1) et voila ce que
donne ifconfig sur le Dreamplug :
Pourtant, sur un autre PC, impossible de se connecter au Dreamplug :
ssh 192.168.0.13
ssh: connect to host 192.168.0.13 port 22: Connection timed out
Je ne comprends pas...
:~# ifconfig
eth0 Link encap:Ethernet HWaddr f0:ad:4e:00:8d:f1
UP BROADCAST MULTICAST MTU:1500 Metric:1
On dirait que tout va bien au niveau de eth0 (?)
root@tac:~# ifconfig
eth0 Link encap:Ethernet HWaddr f0:ad:4e:00:8d:f1
UP BROADCAST MULTICAST MTU:1500 Metric:1
On dirait que tout va bien au niveau de eth0 (?)
:~# ifconfig
eth0 Link encap:Ethernet HWaddr f0:ad:4e:00:8d:f1
UP BROADCAST MULTICAST MTU:1500 Metric:1
On dirait que tout va bien au niveau de eth0 (?)
merci de répondre sur la liste
ping -I eth0 www.google.fr
ping -I eth0 8.8.8.8 (au cas où il n'y a pas ce qu'il faut)
Ensuite il faudrait savoir a quoi sert vraiement eth0 et eth1 : c'est
peut-être pour connecter une box xdsl dessus. du coup il est peut être
rassurant que l'ont ne puisse y rentrer en ssh depuis ces ports.
un iptables -L pourrait aider à lever ce doute.
merci de répondre sur la liste
ping -I eth0 www.google.fr
ping -I eth0 8.8.8.8 (au cas où il n'y a pas ce qu'il faut)
Ensuite il faudrait savoir a quoi sert vraiement eth0 et eth1 : c'est
peut-être pour connecter une box xdsl dessus. du coup il est peut être
rassurant que l'ont ne puisse y rentrer en ssh depuis ces ports.
un iptables -L pourrait aider à lever ce doute.
merci de répondre sur la liste
ping -I eth0 www.google.fr
ping -I eth0 8.8.8.8 (au cas où il n'y a pas ce qu'il faut)
Ensuite il faudrait savoir a quoi sert vraiement eth0 et eth1 : c'est
peut-être pour connecter une box xdsl dessus. du coup il est peut être
rassurant que l'ont ne puisse y rentrer en ssh depuis ces ports.
un iptables -L pourrait aider à lever ce doute.
netstat -peanut
tcp 0 0 0.0.0.0:22 0.0.0.0:*
LISTEN 0 6841 2914/sshd
tcp 0 0 192.168.1.1:22 192.168.1.103:42015
ESTABLISHED 0 7168 2995/sshd: pierre [
tcp 0 0 192.168.0.13:22 192.168.1.103:34361
ESTABLISHED 0 6945 2945/sshd: pierre [
tcp6 0 0 :::22 :::*
LISTEN 0 6839 2914/sshd
> ping -I eth0 www.google.fr
Ne donne rien (disons en moins d'une minute).
> ping -I eth0 8.8.8.8 (au cas où il n'y a pas ce qu'il faut)
ping -I eth0 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 192.168.0.13 eth0: 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttlT timeX.7 ms
> [...] ports. un iptables -L pourrait aider à lever ce doute.
Je préciser que ssh a déjà fonctionné sur eth0 (j'en suis presque
sûr). Le Dreamplug est simplement une (petite) machine normale (mais
sans sortie vers un écran),
qui devrait me servir de serveurs divers (impression, musique,
sauvegarde, etc).
Ces infos vous disent-elles où est le pb ?
netstat -peanut
tcp 0 0 0.0.0.0:22 0.0.0.0:*
LISTEN 0 6841 2914/sshd
tcp 0 0 192.168.1.1:22 192.168.1.103:42015
ESTABLISHED 0 7168 2995/sshd: pierre [
tcp 0 0 192.168.0.13:22 192.168.1.103:34361
ESTABLISHED 0 6945 2945/sshd: pierre [
tcp6 0 0 :::22 :::*
LISTEN 0 6839 2914/sshd
> ping -I eth0 www.google.fr
Ne donne rien (disons en moins d'une minute).
> ping -I eth0 8.8.8.8 (au cas où il n'y a pas ce qu'il faut)
ping -I eth0 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 192.168.0.13 eth0: 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=54 time=58.7 ms
> [...] ports. un iptables -L pourrait aider à lever ce doute.
Je préciser que ssh a déjà fonctionné sur eth0 (j'en suis presque
sûr). Le Dreamplug est simplement une (petite) machine normale (mais
sans sortie vers un écran),
qui devrait me servir de serveurs divers (impression, musique,
sauvegarde, etc).
Ces infos vous disent-elles où est le pb ?
netstat -peanut
tcp 0 0 0.0.0.0:22 0.0.0.0:*
LISTEN 0 6841 2914/sshd
tcp 0 0 192.168.1.1:22 192.168.1.103:42015
ESTABLISHED 0 7168 2995/sshd: pierre [
tcp 0 0 192.168.0.13:22 192.168.1.103:34361
ESTABLISHED 0 6945 2945/sshd: pierre [
tcp6 0 0 :::22 :::*
LISTEN 0 6839 2914/sshd
> ping -I eth0 www.google.fr
Ne donne rien (disons en moins d'une minute).
> ping -I eth0 8.8.8.8 (au cas où il n'y a pas ce qu'il faut)
ping -I eth0 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 192.168.0.13 eth0: 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttlT timeX.7 ms
> [...] ports. un iptables -L pourrait aider à lever ce doute.
Je préciser que ssh a déjà fonctionné sur eth0 (j'en suis presque
sûr). Le Dreamplug est simplement une (petite) machine normale (mais
sans sortie vers un écran),
qui devrait me servir de serveurs divers (impression, musique,
sauvegarde, etc).
Ces infos vous disent-elles où est le pb ?
Sauf erreur de ma part, le ssh fonctionne en wifi et sur eth0 car vous
êtes connecté en tant que pierre sur les 2 interfaces
> ping -I eth0 8.8.8.8 (au cas où il n'y a pas ce qu'il faut)
ping -I eth0 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 192.168.0.13 eth0: 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttlT timeX.7 ms
bah, je dois pas avoir les yeux en face des trous, mais pour moi tout
fonctionne correctement sur cette boite.
Faudrait depuis votre pc lui changer son adresse ip de 192.168.1.x en
192.168.0.x ça fonctionnera sûrement mieux.
> [...] ports. un iptables -L pourrait aider à lever ce doute.
<mode HS>
c'est quoi comme matos ? taille disque (ssd ?) ?
cat /proc/cpuinfo => j'aime bien regarder plus particulièrement le s
bogomips : valeur toute relative, mais amusante :-D
</mode HS>
Sauf erreur de ma part, le ssh fonctionne en wifi et sur eth0 car vous
êtes connecté en tant que pierre sur les 2 interfaces
> ping -I eth0 8.8.8.8 (au cas où il n'y a pas ce qu'il faut)
ping -I eth0 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 192.168.0.13 eth0: 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=54 time=58.7 ms
bah, je dois pas avoir les yeux en face des trous, mais pour moi tout
fonctionne correctement sur cette boite.
Faudrait depuis votre pc lui changer son adresse ip de 192.168.1.x en
192.168.0.x ça fonctionnera sûrement mieux.
> [...] ports. un iptables -L pourrait aider à lever ce doute.
<mode HS>
c'est quoi comme matos ? taille disque (ssd ?) ?
cat /proc/cpuinfo => j'aime bien regarder plus particulièrement le s
bogomips : valeur toute relative, mais amusante :-D
</mode HS>
Sauf erreur de ma part, le ssh fonctionne en wifi et sur eth0 car vous
êtes connecté en tant que pierre sur les 2 interfaces
> ping -I eth0 8.8.8.8 (au cas où il n'y a pas ce qu'il faut)
ping -I eth0 8.8.8.8
PING 8.8.8.8 (8.8.8.8) from 192.168.0.13 eth0: 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttlT timeX.7 ms
bah, je dois pas avoir les yeux en face des trous, mais pour moi tout
fonctionne correctement sur cette boite.
Faudrait depuis votre pc lui changer son adresse ip de 192.168.1.x en
192.168.0.x ça fonctionnera sûrement mieux.
> [...] ports. un iptables -L pourrait aider à lever ce doute.
<mode HS>
c'est quoi comme matos ? taille disque (ssd ?) ?
cat /proc/cpuinfo => j'aime bien regarder plus particulièrement le s
bogomips : valeur toute relative, mais amusante :-D
</mode HS>
tcp 0 0 192.168.1.1:22 192.168.1.103:42015
ESTABLISHED 0 7168 2995/sshd: pierre [
tcp 0 0 192.168.0.13:22 192.168.1.103:34361
ESTABLISHED 0 6945 2945/sshd: pierre [
Sauf erreur de ma part, le ssh fonctionne en wifi et sur eth0 car vous
êtes connecté en tant que pierre sur les 2 interfaces
tcp 0 0 192.168.1.1:22 192.168.1.103:42015
ESTABLISHED 0 7168 2995/sshd: pierre [
tcp 0 0 192.168.0.13:22 192.168.1.103:34361
ESTABLISHED 0 6945 2945/sshd: pierre [
Sauf erreur de ma part, le ssh fonctionne en wifi et sur eth0 car vous
êtes connecté en tant que pierre sur les 2 interfaces
tcp 0 0 192.168.1.1:22 192.168.1.103:42015
ESTABLISHED 0 7168 2995/sshd: pierre [
tcp 0 0 192.168.0.13:22 192.168.1.103:34361
ESTABLISHED 0 6945 2945/sshd: pierre [
Sauf erreur de ma part, le ssh fonctionne en wifi et sur eth0 car vous
êtes connecté en tant que pierre sur les 2 interfaces
Revision : 0000
Serial : 0000000000000000
PS : j'ai un second Dreamplug (identique au premier) qui lui
fonctionne très bien dans le réseau local. Si ca peut aider (?).
Revision : 0000
Serial : 0000000000000000
PS : j'ai un second Dreamplug (identique au premier) qui lui
fonctionne très bien dans le réseau local. Si ca peut aider (?).
Revision : 0000
Serial : 0000000000000000
PS : j'ai un second Dreamplug (identique au premier) qui lui
fonctionne très bien dans le réseau local. Si ca peut aider (?).
Revision    : 0000
Serial     : 0000000000000000
PS : j'ai un second Dreamplug (identique au premier) qui lui
fonctionne très bien dans le réseau local. Si ca peut aider (? ).
Ben vérifie donc s'il a aussi ces champs à 0, ce qui paraî t
relativement anormal.
Sinon, vérifie aussi, en montant un svr DHCP, si:
1- le plug envoie une telle requête,
2- ça marche et qu'il prend l'adresse IP envoyée par le svr.
(les solid state devices ont tendance à retomber sur les parms
d'origine en cas de PB; c'est le cas par ex. pour ma laserjet qui
repasse en 192.0.0.192 en cas de micro-coupure, au lieu de DHCP).
Revision    : 0000
Serial     : 0000000000000000
PS : j'ai un second Dreamplug (identique au premier) qui lui
fonctionne très bien dans le réseau local. Si ca peut aider (? ).
Ben vérifie donc s'il a aussi ces champs à 0, ce qui paraî t
relativement anormal.
Sinon, vérifie aussi, en montant un svr DHCP, si:
1- le plug envoie une telle requête,
2- ça marche et qu'il prend l'adresse IP envoyée par le svr.
(les solid state devices ont tendance à retomber sur les parms
d'origine en cas de PB; c'est le cas par ex. pour ma laserjet qui
repasse en 192.0.0.192 en cas de micro-coupure, au lieu de DHCP).
Revision    : 0000
Serial     : 0000000000000000
PS : j'ai un second Dreamplug (identique au premier) qui lui
fonctionne très bien dans le réseau local. Si ca peut aider (? ).
Ben vérifie donc s'il a aussi ces champs à 0, ce qui paraî t
relativement anormal.
Sinon, vérifie aussi, en montant un svr DHCP, si:
1- le plug envoie une telle requête,
2- ça marche et qu'il prend l'adresse IP envoyée par le svr.
(les solid state devices ont tendance à retomber sur les parms
d'origine en cas de PB; c'est le cas par ex. pour ma laserjet qui
repasse en 192.0.0.192 en cas de micro-coupure, au lieu de DHCP).
Oui, il a bien ces champs à 0, donc pas de probleme ici.
> Sinon, vérifie aussi, en montant un svr DHCP, si:
> 1- le plug envoie une telle requête,
> 2- ça marche et qu'il prend l'adresse IP envoyée par le svr.
> (les solid state devices ont tendance à retomber sur les parms
> d'origine en cas de PB; c'est le cas par ex. pour ma laserjet qui
> repasse en 192.0.0.192 en cas de micro-coupure, au lieu de DHCP).
Merci pour l'aide mais le langage est un peu trop technique ("monter
un serveur DHCP")
pour le béotien que je suis :-)
Oui, il a bien ces champs à 0, donc pas de probleme ici.
> Sinon, vérifie aussi, en montant un svr DHCP, si:
> 1- le plug envoie une telle requête,
> 2- ça marche et qu'il prend l'adresse IP envoyée par le svr.
> (les solid state devices ont tendance à retomber sur les parms
> d'origine en cas de PB; c'est le cas par ex. pour ma laserjet qui
> repasse en 192.0.0.192 en cas de micro-coupure, au lieu de DHCP).
Merci pour l'aide mais le langage est un peu trop technique ("monter
un serveur DHCP")
pour le béotien que je suis :-)
Oui, il a bien ces champs à 0, donc pas de probleme ici.
> Sinon, vérifie aussi, en montant un svr DHCP, si:
> 1- le plug envoie une telle requête,
> 2- ça marche et qu'il prend l'adresse IP envoyée par le svr.
> (les solid state devices ont tendance à retomber sur les parms
> d'origine en cas de PB; c'est le cas par ex. pour ma laserjet qui
> repasse en 192.0.0.192 en cas de micro-coupure, au lieu de DHCP).
Merci pour l'aide mais le langage est un peu trop technique ("monter
un serveur DHCP")
pour le béotien que je suis :-)