Problème avec OpenSSH ( SSHd et SSH )
Fermé
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
-
9 août 2007 à 14:28
Simon - 20 déc. 2010 à 02:05
Simon - 20 déc. 2010 à 02:05
A voir également:
- Problème avec OpenSSH ( SSHd et SSH )
- Ssh download - Télécharger - Divers Web & Internet
- Ssh n'est pas reconnu en tant que commande interne - Forum Linux / Unix
- Access denied putty ssh ubuntu - Forum Linux / Unix
- Xampp ssh ✓ - Forum Linux / Unix
- Ssh bad configuration option ✓ - Forum Linux / Unix
13 réponses
lami20j
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 569
9 août 2007 à 19:09
9 août 2007 à 19:09
supprime le fichier known_hosts
et relance la commande
et relance la commande
Bonjour,
Pour que ssh ne demande pas de mot de passe, il faut forcer le mode clé publique. En mettant
"RSAAuthentication no"
"PubkeyAuthentication no"
on est sûr d'être en mode mot de passe !
- la clé publique du client doit se trouver dans le fichier $HOME/.ssh/authorized_keys du serveur. Il faut bien sûr que le client ait généré sa paire de clés par "ssh-keygen" et ait mis sa clé privée en $HOME/.ssh/identity (côté client).
- le répertoire $HOME/.ssh doit appartenir (chown) au propriétaire de $HOME et être en protection 700 (interdit aux autres).
- sur le serveur il vaut mieux refuser l'accès par mot de passe ("PasswordAuthentication no" dans /etc/ssh/sshd_config du serveur)
Manu
Pour que ssh ne demande pas de mot de passe, il faut forcer le mode clé publique. En mettant
"RSAAuthentication no"
"PubkeyAuthentication no"
on est sûr d'être en mode mot de passe !
- la clé publique du client doit se trouver dans le fichier $HOME/.ssh/authorized_keys du serveur. Il faut bien sûr que le client ait généré sa paire de clés par "ssh-keygen" et ait mis sa clé privée en $HOME/.ssh/identity (côté client).
- le répertoire $HOME/.ssh doit appartenir (chown) au propriétaire de $HOME et être en protection 700 (interdit aux autres).
- sur le serveur il vaut mieux refuser l'accès par mot de passe ("PasswordAuthentication no" dans /etc/ssh/sshd_config du serveur)
Manu
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
14 août 2007 à 00:16
14 août 2007 à 00:16
Bonjour à toi et merci de vouloir m'aidé :)
Pour que ssh ne demande pas de mot de passe, il faut forcer le mode clé publique. En mettant
"RSAAuthentication no"
"PubkeyAuthentication no"
on est sûr d'être en mode mot de passe !
* voila ce ci est fait sont tous a NO
- Il faut bien sûr que le client ait généré sa paire de clés par "ssh-keygen" et ait mis sa clé privée en $HOME/.ssh/identity (côté client).
* Fait j'ai mie Style -- Oertt pour le user MP3
sur le serveur il vaut mieux refuser l'accès par mot de passe ("PasswordAuthentication no" dans /etc/ssh/sshd_config du serveur)
* Fait mais marche toujours pas... il me sort ceci ( Permission denied (keyboard-interactive). )
pour cette ligne --- la clé publique du client doit se trouver dans le fichier $HOME/.ssh/authorized_keys du serveur.
* je ne sais pas quoi en faire ..
[MP3@Fedora2 ~]$ ssh -v MP3@172.16.2.2 ps x
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 172.16.2.2 [172.16.2.2] port 22.
debug1: Connection established.
debug1: identity file /home/MP3/.ssh/identity type -1
debug1: identity file /home/MP3/.ssh/id_rsa type 1
debug1: identity file /home/MP3/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '172.16.2.2' is known and matches the RSA host key.
debug1: Found key in /home/MP3/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: keyboard-interactive
debug1: No more authentication methods to try.
Permission denied (keyboard-interactive).
Pour que ssh ne demande pas de mot de passe, il faut forcer le mode clé publique. En mettant
"RSAAuthentication no"
"PubkeyAuthentication no"
on est sûr d'être en mode mot de passe !
* voila ce ci est fait sont tous a NO
- Il faut bien sûr que le client ait généré sa paire de clés par "ssh-keygen" et ait mis sa clé privée en $HOME/.ssh/identity (côté client).
* Fait j'ai mie Style -- Oertt pour le user MP3
sur le serveur il vaut mieux refuser l'accès par mot de passe ("PasswordAuthentication no" dans /etc/ssh/sshd_config du serveur)
* Fait mais marche toujours pas... il me sort ceci ( Permission denied (keyboard-interactive). )
pour cette ligne --- la clé publique du client doit se trouver dans le fichier $HOME/.ssh/authorized_keys du serveur.
* je ne sais pas quoi en faire ..
[MP3@Fedora2 ~]$ ssh -v MP3@172.16.2.2 ps x
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 172.16.2.2 [172.16.2.2] port 22.
debug1: Connection established.
debug1: identity file /home/MP3/.ssh/identity type -1
debug1: identity file /home/MP3/.ssh/id_rsa type 1
debug1: identity file /home/MP3/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '172.16.2.2' is known and matches the RSA host key.
debug1: Found key in /home/MP3/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: keyboard-interactive
debug1: No more authentication methods to try.
Permission denied (keyboard-interactive).
Bonjour,
Je crois que je n'ai pas été suffisamment clair. J'écrivais :
« En mettant
"RSAAuthentication no"
"PubkeyAuthentication no"
on est sûr d'être en mode mot de passe ! »
Votre résultat le confirme (sachant que c'est le log côté serveur qui permettrait d'en être sûr),
mais vous ne voulez pas du mode mot de passe ; il vous faut donc faire le contraire, à savoir ne pas mettre ces lignes (ou mettre yes).
Manu
Je crois que je n'ai pas été suffisamment clair. J'écrivais :
« En mettant
"RSAAuthentication no"
"PubkeyAuthentication no"
on est sûr d'être en mode mot de passe ! »
Votre résultat le confirme (sachant que c'est le log côté serveur qui permettrait d'en être sûr),
mais vous ne voulez pas du mode mot de passe ; il vous faut donc faire le contraire, à savoir ne pas mettre ces lignes (ou mettre yes).
Manu
Uncomment the Line "PubkeyAuthentication yes" & "AuthorizedKeysFile" in "/etc/ssh/sshd_config" and then restart sshd "service sshd restart" It worked for me. I use a pub key to connect to my server
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
lami20j
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 569
9 août 2007 à 17:38
9 août 2007 à 17:38
Salut,
en local essaie avec
en local essaie avec
ssh MP3@localhost " Une Commande"
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
9 août 2007 à 18:54
9 août 2007 à 18:54
merci de ta réponse..
je recoi ce ci
[DevilZ@Fedora2 html]# ssh MP3@localhost " Une Commande"
Host key verification failed.
je recoi ce ci
[DevilZ@Fedora2 html]# ssh MP3@localhost " Une Commande"
Host key verification failed.
lami20j
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 569
9 août 2007 à 18:57
9 août 2007 à 18:57
fait
ssh -v MP3@localhost " Une Commande"et affiche ce que tu vois à l'écran
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
9 août 2007 à 19:02
9 août 2007 à 19:02
[DevilZ@Fedora2 html]# ssh -v MP3@localhost " Une Commande"
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to localhost [::1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
Host key verification failed.
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to localhost [::1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
Host key verification failed.
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
9 août 2007 à 19:15
9 août 2007 à 19:15
J'ai supprimer /root/.ssh/known_hosts
[DevilZ@Fedora2 ~]# ssh MP3@localhost killall odsnetradio -WINCH
Host key verification failed.
[DevilZ@Fedora2 ~]# ssh -v MP3@localhost killall odsnetradio -WINCH
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to localhost [::1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
Host key verification failed.
je pense que je devrai recommencer mon fichier conf de sshd_config
[DevilZ@Fedora2 ~]# ssh MP3@localhost killall odsnetradio -WINCH
Host key verification failed.
[DevilZ@Fedora2 ~]# ssh -v MP3@localhost killall odsnetradio -WINCH
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to localhost [::1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
Host key verification failed.
je pense que je devrai recommencer mon fichier conf de sshd_config
lami20j
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 569
9 août 2007 à 19:24
9 août 2007 à 19:24
fait cette modif dans ton fichier et relance le server pour voir
RSAAuthentication no PubkeyAuthentication no
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
9 août 2007 à 19:29
9 août 2007 à 19:29
non malheuresement sa ne marche pas plus ... ( a tu un fichier sshd_config et un ssh_config )
qui marche que je puisse seulement le modifier a mon reseau ?
qui marche que je puisse seulement le modifier a mon reseau ?
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
>
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
9 août 2007 à 19:33
9 août 2007 à 19:33
j'ai modifier mon ssh_config
j'ai enlever
# BatchMode yes
# PermitLocalCommand yes
et voilà
[DevilZ@Fedora2 ~]# ssh -v MP3@localhost killall odsnetradio -WINCH
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to localhost [::1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
The authenticity of host 'localhost (::1)' can't be established.
RSA key fingerprint is ef:a3:fe:a8:18:84:f4:48:70:6a:9a:c1:5e:b5:1f:e6.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (RSA) to the list of known hosts.
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
Write failed: Broken pipe
sauf que moi ce ci est pour mon apache pour qu'il puisse lancé une commande en php sur mon ssh par un boutton :)
j'ai enlever
# BatchMode yes
# PermitLocalCommand yes
et voilà
[DevilZ@Fedora2 ~]# ssh -v MP3@localhost killall odsnetradio -WINCH
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to localhost [::1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
The authenticity of host 'localhost (::1)' can't be established.
RSA key fingerprint is ef:a3:fe:a8:18:84:f4:48:70:6a:9a:c1:5e:b5:1f:e6.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'localhost' (RSA) to the list of known hosts.
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
Write failed: Broken pipe
sauf que moi ce ci est pour mon apache pour qu'il puisse lancé une commande en php sur mon ssh par un boutton :)
lami20j
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 569
9 août 2007 à 19:37
9 août 2007 à 19:37
Are you sure you want to continue connecting (yes/no)?
ici tu fait yes et c'est ok, tu as la connexion ;-)
pour ce qui et du code php il faut afficher ton code
ici tu fait yes et c'est ok, tu as la connexion ;-)
pour ce qui et du code php il faut afficher ton code
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
9 août 2007 à 19:54
9 août 2007 à 19:54
voici la commande: ssh MP3@localhost killall odsnetradio -WINCH
et en local il me demande le mot de pass: et sinon il continue pas ...
il y a tu une facon qui le demande pas pour un user et qui execute la commande ...
mon code php est celui ci
et en local il me demande le mot de pass: et sinon il continue pas ...
il y a tu une facon qui le demande pas pour un user et qui execute la commande ...
mon code php est celui ci
<?php /* Simple script PHP pour changement de Playlist (sc_trans) Date de création : 20/10/2006 à 04 h 40 Compatibilité : PHP4 / PHP5 Requis : Commande "exec" autoriser sur le serveur hébergant ce script */ exec('killall odsnetradio -WINCH'); ?>
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
>
DevilZ
Messages postés
9
Date d'inscription
mercredi 8 août 2007
Statut
Membre
Dernière intervention
14 août 2007
9 août 2007 à 21:28
9 août 2007 à 21:28
oups .. je vous est donnée mon code php de test ..
voilà mais il block car cette commande demande un mot de pass.. comment le contrer ?
<?php /* Simple script PHP pour changement de Playlist (sc_trans) Date de création : 20/10/2006 à 04 h 40 Compatibilité : PHP4 / PHP5 Requis : Commande "exec" autoriser sur le serveur hébergant ce script */ exec('ssh MP3@172.16.2.2 killall odsnetradio -WINCH'); ?>
voilà mais il block car cette commande demande un mot de pass.. comment le contrer ?
matoo7254
Messages postés
17
Date d'inscription
mardi 29 novembre 2005
Statut
Membre
Dernière intervention
5 septembre 2008
4
5 sept. 2008 à 11:52
5 sept. 2008 à 11:52
salut, j'ai eu le même souci,
--> regardez dans le fichier /etc/ssh/denyuser
bye
--> regardez dans le fichier /etc/ssh/denyuser
bye