Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et
je suis confronté au problème suivant et voici un bref état des lieux
pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur
via ssh.
2. Les stations Windows ne peuvent pas se connecter (comme si le
serveur ne répond pas)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
no_spam
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et je suis confronté au problème suivant et voici un bref état des lieux pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur via ssh. 2. Les stations Windows ne peuvent pas se connecter (comme si le serveur ne répond pas)
Un peu court pour faire un diagnostic... Quelques pistes, néanmoins: - problème de version de protocole ? La version 1 est fortement déconseillée, mais essaye de l'activer en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas déjà le cas. - problème de cipher ? Commenter les lignes Ciphers <...> dans le même fichier, pour tester. - lance le serveur ssh comme ceci: sshd -d -d -d -D Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau: - iptraf , par ex, listera les tentatives de connection au serveur. - tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté du routage Windows...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et
je suis confronté au problème suivant et voici un bref état des lieux
pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur
via ssh.
2. Les stations Windows ne peuvent pas se connecter (comme si le
serveur ne répond pas)
Un peu court pour faire un diagnostic...
Quelques pistes, néanmoins:
- problème de version de protocole ?
La version 1 est fortement déconseillée, mais essaye de l'activer
en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas
déjà le cas.
- problème de cipher ?
Commenter les lignes Ciphers <...> dans le même fichier,
pour tester.
- lance le serveur ssh comme ceci:
sshd -d -d -d -D
Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau:
- iptraf , par ex, listera les tentatives de connection au serveur.
- tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté
du routage Windows...
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et je suis confronté au problème suivant et voici un bref état des lieux pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur via ssh. 2. Les stations Windows ne peuvent pas se connecter (comme si le serveur ne répond pas)
Un peu court pour faire un diagnostic... Quelques pistes, néanmoins: - problème de version de protocole ? La version 1 est fortement déconseillée, mais essaye de l'activer en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas déjà le cas. - problème de cipher ? Commenter les lignes Ciphers <...> dans le même fichier, pour tester. - lance le serveur ssh comme ceci: sshd -d -d -d -D Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau: - iptraf , par ex, listera les tentatives de connection au serveur. - tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté du routage Windows...
geek73
Merci pour la réponse. C'est vrai que mon explication est un peu courte, mais internet est indisponible pour le moment au boulot (il m'est donc difficle de fournir un fichier de configuration)
Je testerai dès demain ces différentes pistes dès demain et ne manquerai pas de donner des nouvelles.
Le problème ne doit pas provenir d'un mauvais routage puis que d'autres service fonctionnent sur le serveur sans problèmes (come samba, openldap...)
no_spam wrote in message news:...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et je suis confronté au problème suivant et voici un bref état des lieux pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur via ssh. 2. Les stations Windows ne peuvent pas se connecter (comme si le serveur ne répond pas)
Un peu court pour faire un diagnostic... Quelques pistes, néanmoins: - problème de version de protocole ? La version 1 est fortement déconseillée, mais essaye de l'activer en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas déjà le cas. - problème de cipher ? Commenter les lignes Ciphers <...> dans le même fichier, pour tester. - lance le serveur ssh comme ceci: sshd -d -d -d -D Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau: - iptraf , par ex, listera les tentatives de connection au serveur. - tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté du routage Windows...
Merci pour la réponse. C'est vrai que mon explication est un peu
courte, mais internet est indisponible pour le moment au boulot (il
m'est donc difficle de fournir un fichier de configuration)
Je testerai dès demain ces différentes pistes dès demain et ne
manquerai pas de donner des nouvelles.
Le problème ne doit pas provenir d'un mauvais routage puis que
d'autres service fonctionnent sur le serveur sans problèmes (come
samba, openldap...)
no_spam <l_indien_no_more_spams@magic.fr> wrote in message news:<pan.2004.02.23.22.49.51.410637@magic.fr>...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et
je suis confronté au problème suivant et voici un bref état des lieux
pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur
via ssh.
2. Les stations Windows ne peuvent pas se connecter (comme si le
serveur ne répond pas)
Un peu court pour faire un diagnostic...
Quelques pistes, néanmoins:
- problème de version de protocole ?
La version 1 est fortement déconseillée, mais essaye de l'activer
en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas
déjà le cas.
- problème de cipher ?
Commenter les lignes Ciphers <...> dans le même fichier,
pour tester.
- lance le serveur ssh comme ceci:
sshd -d -d -d -D
Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau:
- iptraf , par ex, listera les tentatives de connection au serveur.
- tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté
du routage Windows...
Merci pour la réponse. C'est vrai que mon explication est un peu courte, mais internet est indisponible pour le moment au boulot (il m'est donc difficle de fournir un fichier de configuration)
Je testerai dès demain ces différentes pistes dès demain et ne manquerai pas de donner des nouvelles.
Le problème ne doit pas provenir d'un mauvais routage puis que d'autres service fonctionnent sur le serveur sans problèmes (come samba, openldap...)
no_spam wrote in message news:...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et je suis confronté au problème suivant et voici un bref état des lieux pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur via ssh. 2. Les stations Windows ne peuvent pas se connecter (comme si le serveur ne répond pas)
Un peu court pour faire un diagnostic... Quelques pistes, néanmoins: - problème de version de protocole ? La version 1 est fortement déconseillée, mais essaye de l'activer en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas déjà le cas. - problème de cipher ? Commenter les lignes Ciphers <...> dans le même fichier, pour tester. - lance le serveur ssh comme ceci: sshd -d -d -d -D Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau: - iptraf , par ex, listera les tentatives de connection au serveur. - tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté du routage Windows...
geek73
En fait, ce sont les connexions de machines windows sur mon serveur qui plantent.
En effet mes partages samba sur le serveur sont parfaitement accessibles depuis d'autres machines Linux... mais ils ne le sont pas depuis les machines windows.
En ce qui concerne cette fonctionalité NetBios du serveur: Un nbtstat -a non_du_serveur" me retourne bien les infos du serveur Un net use nom_du_serveurpartage m'indique que le chemin réseau n'a pas été trouvé
Ces deux actions fonctionnent avec smbclient...
Si quelqu'un a une idée à ce sujet, je le/la remercie d'avance de me la communiquer
no_spam wrote in message news:...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et je suis confronté au problème suivant et voici un bref état des lieux pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur via ssh. 2. Les stations Windows ne peuvent pas se connecter (comme si le serveur ne répond pas)
Un peu court pour faire un diagnostic... Quelques pistes, néanmoins: - problème de version de protocole ? La version 1 est fortement déconseillée, mais essaye de l'activer en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas déjà le cas. - problème de cipher ? Commenter les lignes Ciphers <...> dans le même fichier, pour tester. - lance le serveur ssh comme ceci: sshd -d -d -d -D Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau: - iptraf , par ex, listera les tentatives de connection au serveur. - tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté du routage Windows...
En fait, ce sont les connexions de machines windows sur mon serveur
qui plantent.
En effet mes partages samba sur le serveur sont parfaitement
accessibles depuis d'autres machines Linux... mais ils ne le sont pas
depuis les machines windows.
En ce qui concerne cette fonctionalité NetBios du serveur:
Un nbtstat -a non_du_serveur" me retourne bien les infos du
serveur
Un net use \nom_du_serveurpartage m'indique que le chemin réseau
n'a pas été trouvé
Ces deux actions fonctionnent avec smbclient...
Si quelqu'un a une idée à ce sujet, je le/la remercie d'avance de me
la communiquer
no_spam <l_indien_no_more_spams@magic.fr> wrote in message news:<pan.2004.02.23.22.49.51.410637@magic.fr>...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et
je suis confronté au problème suivant et voici un bref état des lieux
pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur
via ssh.
2. Les stations Windows ne peuvent pas se connecter (comme si le
serveur ne répond pas)
Un peu court pour faire un diagnostic...
Quelques pistes, néanmoins:
- problème de version de protocole ?
La version 1 est fortement déconseillée, mais essaye de l'activer
en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas
déjà le cas.
- problème de cipher ?
Commenter les lignes Ciphers <...> dans le même fichier,
pour tester.
- lance le serveur ssh comme ceci:
sshd -d -d -d -D
Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau:
- iptraf , par ex, listera les tentatives de connection au serveur.
- tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté
du routage Windows...
En fait, ce sont les connexions de machines windows sur mon serveur qui plantent.
En effet mes partages samba sur le serveur sont parfaitement accessibles depuis d'autres machines Linux... mais ils ne le sont pas depuis les machines windows.
En ce qui concerne cette fonctionalité NetBios du serveur: Un nbtstat -a non_du_serveur" me retourne bien les infos du serveur Un net use nom_du_serveurpartage m'indique que le chemin réseau n'a pas été trouvé
Ces deux actions fonctionnent avec smbclient...
Si quelqu'un a une idée à ce sujet, je le/la remercie d'avance de me la communiquer
no_spam wrote in message news:...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et je suis confronté au problème suivant et voici un bref état des lieux pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur via ssh. 2. Les stations Windows ne peuvent pas se connecter (comme si le serveur ne répond pas)
Un peu court pour faire un diagnostic... Quelques pistes, néanmoins: - problème de version de protocole ? La version 1 est fortement déconseillée, mais essaye de l'activer en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas déjà le cas. - problème de cipher ? Commenter les lignes Ciphers <...> dans le même fichier, pour tester. - lance le serveur ssh comme ceci: sshd -d -d -d -D Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau: - iptraf , par ex, listera les tentatives de connection au serveur. - tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté du routage Windows...
Geek73
En ce qui concerne Samba, c'était un problème de configuration (il faut mettre encrypted password à yes car Windows envoie des mots de passe cryptés)
Par contre, je sèche toujours sur mon problème de connexion SSH
Geek "Geek" a écrit dans le message de news:
En fait, ce sont les connexions de machines windows sur mon serveur qui plantent.
En effet mes partages samba sur le serveur sont parfaitement accessibles depuis d'autres machines Linux... mais ils ne le sont pas depuis les machines windows.
En ce qui concerne cette fonctionalité NetBios du serveur: Un nbtstat -a non_du_serveur" me retourne bien les infos du serveur Un net use nom_du_serveurpartage m'indique que le chemin réseau n'a pas été trouvé
Ces deux actions fonctionnent avec smbclient...
Si quelqu'un a une idée à ce sujet, je le/la remercie d'avance de me la communiquer
no_spam wrote in message news:...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et je suis confronté au problème suivant et voici un bref état des lieux pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur via ssh. 2. Les stations Windows ne peuvent pas se connecter (comme si le serveur ne répond pas)
Un peu court pour faire un diagnostic... Quelques pistes, néanmoins: - problème de version de protocole ? La version 1 est fortement déconseillée, mais essaye de l'activer en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas déjà le cas. - problème de cipher ? Commenter les lignes Ciphers <...> dans le même fichier, pour tester. - lance le serveur ssh comme ceci: sshd -d -d -d -D Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau: - iptraf , par ex, listera les tentatives de connection au serveur. - tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté du routage Windows...
En ce qui concerne Samba, c'était un problème de configuration (il faut
mettre encrypted password à yes car Windows envoie des mots de passe
cryptés)
Par contre, je sèche toujours sur mon problème de connexion SSH
Geek
"Geek" <geek73@libertysurf.fr> a écrit dans le message de news:
ed37822d.0402250855.5c9fdb53@posting.google.com...
En fait, ce sont les connexions de machines windows sur mon serveur
qui plantent.
En effet mes partages samba sur le serveur sont parfaitement
accessibles depuis d'autres machines Linux... mais ils ne le sont pas
depuis les machines windows.
En ce qui concerne cette fonctionalité NetBios du serveur:
Un nbtstat -a non_du_serveur" me retourne bien les infos du
serveur
Un net use \nom_du_serveurpartage m'indique que le chemin réseau
n'a pas été trouvé
Ces deux actions fonctionnent avec smbclient...
Si quelqu'un a une idée à ce sujet, je le/la remercie d'avance de me
la communiquer
no_spam <l_indien_no_more_spams@magic.fr> wrote in message
news:<pan.2004.02.23.22.49.51.410637@magic.fr>...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et
je suis confronté au problème suivant et voici un bref état des lieux
pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur
via ssh.
2. Les stations Windows ne peuvent pas se connecter (comme si le
serveur ne répond pas)
Un peu court pour faire un diagnostic...
Quelques pistes, néanmoins:
- problème de version de protocole ?
La version 1 est fortement déconseillée, mais essaye de l'activer
en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas
déjà le cas.
- problème de cipher ?
Commenter les lignes Ciphers <...> dans le même fichier,
pour tester.
- lance le serveur ssh comme ceci:
sshd -d -d -d -D
Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau:
- iptraf , par ex, listera les tentatives de connection au serveur.
- tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté
du routage Windows...
En ce qui concerne Samba, c'était un problème de configuration (il faut mettre encrypted password à yes car Windows envoie des mots de passe cryptés)
Par contre, je sèche toujours sur mon problème de connexion SSH
Geek "Geek" a écrit dans le message de news:
En fait, ce sont les connexions de machines windows sur mon serveur qui plantent.
En effet mes partages samba sur le serveur sont parfaitement accessibles depuis d'autres machines Linux... mais ils ne le sont pas depuis les machines windows.
En ce qui concerne cette fonctionalité NetBios du serveur: Un nbtstat -a non_du_serveur" me retourne bien les infos du serveur Un net use nom_du_serveurpartage m'indique que le chemin réseau n'a pas été trouvé
Ces deux actions fonctionnent avec smbclient...
Si quelqu'un a une idée à ce sujet, je le/la remercie d'avance de me la communiquer
no_spam wrote in message news:...
On Mon, 23 Feb 2004 13:09:11 -0800, Geek wrote:
Je viens d'installer un (nouveau) serveur Linux dans mon entreprise et je suis confronté au problème suivant et voici un bref état des lieux pour les connections ssh:
1. Les autres serveurs linux peuvent s connecter sur le nouveu serveur via ssh. 2. Les stations Windows ne peuvent pas se connecter (comme si le serveur ne répond pas)
Un peu court pour faire un diagnostic... Quelques pistes, néanmoins: - problème de version de protocole ? La version 1 est fortement déconseillée, mais essaye de l'activer en mettant Protocol 2,1 dans /etc/ssh/sshd_config si ce n'est pas déjà le cas. - problème de cipher ? Commenter les lignes Ciphers <...> dans le même fichier, pour tester. - lance le serveur ssh comme ceci: sshd -d -d -d -D Il se lancera dans le terminal courant, en mode debug.
Si tout ça ne suffit pas, il faudra regarder au niveau réseau: - iptraf , par ex, listera les tentatives de connection au serveur. - tcpdump , pour voir si des paquets de type ssh arrivent au serveur.
Si ces deux là ne donnent rien, il faudra sans doute voir du coté du routage Windows...
