Le Sun, 04 Jan 2015 20:02:20 +0000, Sylvain a écrit :Comme ça a été mentionné, peut-être un problème de pare-feu, sinon le
serveur ssh est-il bien lancé ? Que renvoient les commandes "arp" et "ip
route" ?
:~$ arp
Address HWtype HWaddress Flags
Mask Iface
routeur ether 00:0f:66:4d:0f:9c
C eth0
bipbip ether c4:17:fe:6d:c7:ad
C eth0
:~$ ip route
default via 192.168.1.1 dev eth0 proto static
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.3 metric
1
Le Sun, 04 Jan 2015 20:02:20 +0000, Sylvain a écrit :
Comme ça a été mentionné, peut-être un problème de pare-feu, sinon le
serveur ssh est-il bien lancé ? Que renvoient les commandes "arp" et "ip
route" ?
dd@pyrite:~$ arp
Address HWtype HWaddress Flags
Mask Iface
routeur ether 00:0f:66:4d:0f:9c
C eth0
bipbip ether c4:17:fe:6d:c7:ad
C eth0
dd@pyrite:~$ ip route
default via 192.168.1.1 dev eth0 proto static
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.3 metric
1
Le Sun, 04 Jan 2015 20:02:20 +0000, Sylvain a écrit :Comme ça a été mentionné, peut-être un problème de pare-feu, sinon le
serveur ssh est-il bien lancé ? Que renvoient les commandes "arp" et "ip
route" ?
:~$ arp
Address HWtype HWaddress Flags
Mask Iface
routeur ether 00:0f:66:4d:0f:9c
C eth0
bipbip ether c4:17:fe:6d:c7:ad
C eth0
:~$ ip route
default via 192.168.1.1 dev eth0 proto static
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.3 metric
1
Christophe PEREZ , dans le message <m8c6gn$qql$, a
écrit :Je serais allé plus loin avec un :
le démon sshd est-il lancé sur bipbip ?
Question prématurée étant donné le message d'erreur cité.
Christophe PEREZ , dans le message <m8c6gn$qql$1@serveur2.novazur.fr>, a
écrit :
Je serais allé plus loin avec un :
le démon sshd est-il lancé sur bipbip ?
Question prématurée étant donné le message d'erreur cité.
Christophe PEREZ , dans le message <m8c6gn$qql$, a
écrit :Je serais allé plus loin avec un :
le démon sshd est-il lancé sur bipbip ?
Question prématurée étant donné le message d'erreur cité.
"no route to host" ne pourait pas être du au fait que bipbip n'écoute
pas sur le port 22 ?
"no route to host" ne pourait pas être du au fait que bipbip n'écoute
pas sur le port 22 ?
"no route to host" ne pourait pas être du au fait que bipbip n'écoute
pas sur le port 22 ?
Du coup deux autres questions:
Du coup deux autres questions:
Du coup deux autres questions:
Pour les imprimantes, il me semble qu'elles devraient être
automatiquement partagées par Samba.
non plus
Pour les imprimantes, il me semble qu'elles devraient être
automatiquement partagées par Samba.
non plus
Pour les imprimantes, il me semble qu'elles devraient être
automatiquement partagées par Samba.
non plus
Les résultats de ces commandes n'indiquent rien d'anormal, pyrite sait
contacter bipbip. Du coup il est possible que ce soit un pare-feu mal
configuré (soit sur bipbip soit sur pyrite) qui pose problème.
Du coup deux autres questions:
- bipbip arrive t-il à contacter pyrite ?
- que retourne la commande "sudo iptables -L" sur les deux machine ?
Les résultats de ces commandes n'indiquent rien d'anormal, pyrite sait
contacter bipbip. Du coup il est possible que ce soit un pare-feu mal
configuré (soit sur bipbip soit sur pyrite) qui pose problème.
Du coup deux autres questions:
- bipbip arrive t-il à contacter pyrite ?
- que retourne la commande "sudo iptables -L" sur les deux machine ?
Les résultats de ces commandes n'indiquent rien d'anormal, pyrite sait
contacter bipbip. Du coup il est possible que ce soit un pare-feu mal
configuré (soit sur bipbip soit sur pyrite) qui pose problème.
Du coup deux autres questions:
- bipbip arrive t-il à contacter pyrite ?
- que retourne la commande "sudo iptables -L" sur les deux machine ?
- bipbip arrive t-il à contacter pyrite ?
- que retourne la commande "sudo iptables -L" sur les deux machine ?
- bipbip arrive t-il à contacter pyrite ?
- que retourne la commande "sudo iptables -L" sur les deux machine ?
- bipbip arrive t-il à contacter pyrite ?
- que retourne la commande "sudo iptables -L" sur les deux machine ?
Bonjour,
Est-ce qu'en exécutant les commandes "iptables -F" sur les deux
machines, la connexion fonctionne ?
(et pour la configuration d'un
pare-feu, le mieux est *à mon avis* de se plonger dans la documentation
iptables pour se concocter un pare-feu aux petits oignons plûtot que de
passer par une interface graphique dont on ne maîtrise pas trop la
configuration).
Bonjour,
Est-ce qu'en exécutant les commandes "iptables -F" sur les deux
machines, la connexion fonctionne ?
(et pour la configuration d'un
pare-feu, le mieux est *à mon avis* de se plonger dans la documentation
iptables pour se concocter un pare-feu aux petits oignons plûtot que de
passer par une interface graphique dont on ne maîtrise pas trop la
configuration).
Bonjour,
Est-ce qu'en exécutant les commandes "iptables -F" sur les deux
machines, la connexion fonctionne ?
(et pour la configuration d'un
pare-feu, le mieux est *à mon avis* de se plonger dans la documentation
iptables pour se concocter un pare-feu aux petits oignons plûtot que de
passer par une interface graphique dont on ne maîtrise pas trop la
configuration).
Salut,
il semblerait que tu progresses, au moins sur ssh.
J'en conclus (de l'extérieur et je peux me tromper ! ) que tu as
maintenant réussi à essayer de te connecter sur ton serveur bipbip en
ssh, mais qu'il te ferme la porte au nez:
-soit il y a encore un FW (sur bipbip ? ) qui bloque...
-soit tu n'as pas installé encore de serveur ssh sur bipbip, ce qui
explique pourquoi la machine a le port fermé...
Au cas où "sudo apt-get install openssh-server" devrait te faire avancer
si tu es sur une debian-ubuntu-mint.....
Salut,
il semblerait que tu progresses, au moins sur ssh.
J'en conclus (de l'extérieur et je peux me tromper ! ) que tu as
maintenant réussi à essayer de te connecter sur ton serveur bipbip en
ssh, mais qu'il te ferme la porte au nez:
-soit il y a encore un FW (sur bipbip ? ) qui bloque...
-soit tu n'as pas installé encore de serveur ssh sur bipbip, ce qui
explique pourquoi la machine a le port fermé...
Au cas où "sudo apt-get install openssh-server" devrait te faire avancer
si tu es sur une debian-ubuntu-mint.....
Salut,
il semblerait que tu progresses, au moins sur ssh.
J'en conclus (de l'extérieur et je peux me tromper ! ) que tu as
maintenant réussi à essayer de te connecter sur ton serveur bipbip en
ssh, mais qu'il te ferme la porte au nez:
-soit il y a encore un FW (sur bipbip ? ) qui bloque...
-soit tu n'as pas installé encore de serveur ssh sur bipbip, ce qui
explique pourquoi la machine a le port fermé...
Au cas où "sudo apt-get install openssh-server" devrait te faire avancer
si tu es sur une debian-ubuntu-mint.....
