Stop (ou start) pour putty et filezilla
Résolu/Fermé
archi12
Messages postés
26
Date d'inscription
lundi 13 février 2006
Statut
Membre
Dernière intervention
26 mai 2016
-
24 déc. 2012 à 16:39
mamiemando Messages postés 33077 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 18 avril 2024 - 28 déc. 2012 à 12:38
mamiemando Messages postés 33077 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 18 avril 2024 - 28 déc. 2012 à 12:38
A voir également:
- Stop (ou start) pour putty et filezilla
- 36200 stop - Guide
- Telecharger filezilla - Télécharger - Téléchargement & Transfert
- Putty - Télécharger - Divers Web & Internet
- Stop pub gratuit - Télécharger - Divers Utilitaires
- Filezilla server - Télécharger - Téléchargement & Transfert
5 réponses
mamiemando
Messages postés
33077
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
18 avril 2024
7 748
26 déc. 2012 à 20:50
26 déc. 2012 à 20:50
Ta question n'a pas vraiment de sens. Dans les exemples que tu donnes tu cites deux clients (l'un telnet, putty ; l'autre ftp, filezilla) que tu "coupes" abruptement en stoppant le serveur auquel ils se connectent (respectivement telnetd et ftpd dans tes exemples).
Normalement c'est côté client que tu vas stopper le client (par exemple si tu cliques sur la croix :p), d'autant plus que stopper le serveur va "stopper" tous les clients connectés.
Quoi qu'il en soit, si le but c'est de couper le serveur, la commande n'a pas changé :
... ce qu'on peut aussi écrire sur les distributions récentes :
Commence par vérifier si le nom du service que tu tapes est correct. Il suffit de vérifier les noms de services disponibles avec la commande :
Il faut aussi vérifier que c'est bien via telnet (et non par exemple ssh) que ton client putty est connecté. D'ailleurs de manière générale on devrait toujours privilégier ssh à telnet qui est beaucoup plus sûr (communications chiffrées).
Exemple :
Dernier point, pour stopper un service sous linux, il faut des droits root, ce qui suppose que ton programme soit lancé avec des droits root.
Bonne chance
Normalement c'est côté client que tu vas stopper le client (par exemple si tu cliques sur la croix :p), d'autant plus que stopper le serveur va "stopper" tous les clients connectés.
Quoi qu'il en soit, si le but c'est de couper le serveur, la commande n'a pas changé :
/etc/init.d/telnetd stop
... ce qu'on peut aussi écrire sur les distributions récentes :
service telnetd stop
Commence par vérifier si le nom du service que tu tapes est correct. Il suffit de vérifier les noms de services disponibles avec la commande :
ls /etc/init.d
Il faut aussi vérifier que c'est bien via telnet (et non par exemple ssh) que ton client putty est connecté. D'ailleurs de manière générale on devrait toujours privilégier ssh à telnet qui est beaucoup plus sûr (communications chiffrées).
Exemple :
service ssh stop
Dernier point, pour stopper un service sous linux, il faut des droits root, ce qui suppose que ton programme soit lancé avec des droits root.
Bonne chance
archi12
Messages postés
26
Date d'inscription
lundi 13 février 2006
Statut
Membre
Dernière intervention
26 mai 2016
27 déc. 2012 à 11:59
27 déc. 2012 à 11:59
merci mamiemando,
effectivement le sujet etait mal pose.
ce n'est pas putty ou filezilla que je voudrais arreter, mais le demon sur le serveur (je suis serveur, avec droit root)
la commande
service ssh stop
bloque l'acces avec putty mais aussi celui avec filezilla (cote client)
j'aurai aime deactiver (et reactiver) l'un OU l'autre, au choix.
merci encore de votre aide.
effectivement le sujet etait mal pose.
ce n'est pas putty ou filezilla que je voudrais arreter, mais le demon sur le serveur (je suis serveur, avec droit root)
la commande
service ssh stop
bloque l'acces avec putty mais aussi celui avec filezilla (cote client)
j'aurai aime deactiver (et reactiver) l'un OU l'autre, au choix.
merci encore de votre aide.
mamiemando
Messages postés
33077
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
18 avril 2024
7 748
27 déc. 2012 à 12:50
27 déc. 2012 à 12:50
Encore une fois ça n'a pas vraiment de rapport. Si filezilla et putty se connectent à ton serveur en ssh, stopper le serveur ssh va annuler toutes les connexions entrantes établies sur ssh.
Si tu veux tuer une session bien précise ce n'est pas la bonne manière de faire. Pour chaque connexion entrante un processus est créé (un côté client, un côté serveur). Stopper le client (côté client) revient à tuer ce processus. Mais il est également possible de tuer le processus qu'il a engendré côté serveur, ce qui revient à couper cette connexion au niveau du serveur. Chaque processus est identifié par un PID (Processus IDentifier) qui peut être passer en paramètre à la commande kill (et qui sert comme son nom l'indique à tuer un processus). Le but du jeu est donc simplement de récupérer le bon PID.
Dans l'exemple ci-dessous, on voit qu'une connexion ssh engendre un processus côté serveur avec "user@pts/N" que l'on peut retrouver avec la commande ps.
https://lea-linux.org/forums/read.php?5,338417
Pour tuer ce processus, il faudra probablement être root sur le serveur (en effet, hormis root, un utilisateur ne peut tuer que ses propres processus) :
Pour ftp (en tout cas pour le serveur proftpd), la commande ftpwho permet de lister les connexions entrantes et de récupérer le PID correspondant.
Un petit kill, et l'affaire est dans le sac ;-)
Bonne chance
Si tu veux tuer une session bien précise ce n'est pas la bonne manière de faire. Pour chaque connexion entrante un processus est créé (un côté client, un côté serveur). Stopper le client (côté client) revient à tuer ce processus. Mais il est également possible de tuer le processus qu'il a engendré côté serveur, ce qui revient à couper cette connexion au niveau du serveur. Chaque processus est identifié par un PID (Processus IDentifier) qui peut être passer en paramètre à la commande kill (et qui sert comme son nom l'indique à tuer un processus). Le but du jeu est donc simplement de récupérer le bon PID.
Dans l'exemple ci-dessous, on voit qu'une connexion ssh engendre un processus côté serveur avec "user@pts/N" que l'on peut retrouver avec la commande ps.
https://lea-linux.org/forums/read.php?5,338417
(mando@silk) (~) $ ps -ef | grep ssh | grep pts root 8547 3212 0 17:43 ? 00:00:00 sshd: root@pts/3
Pour tuer ce processus, il faudra probablement être root sur le serveur (en effet, hormis root, un utilisateur ne peut tuer que ses propres processus) :
kill -9 8547
Pour ftp (en tout cas pour le serveur proftpd), la commande ftpwho permet de lister les connexions entrantes et de récupérer le PID correspondant.
(mando@silk) (~) $ ftpwho standalone FTP daemon [2303], up for 41 min 4479 mando [ 0m3s] 0m3s idle Service class
Un petit kill, et l'affaire est dans le sac ;-)
Bonne chance
archi12
Messages postés
26
Date d'inscription
lundi 13 février 2006
Statut
Membre
Dernière intervention
26 mai 2016
27 déc. 2012 à 16:51
27 déc. 2012 à 16:51
resolu avec iptables sur le serveur]
merci
merci
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
mamiemando
Messages postés
33077
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
18 avril 2024
7 748
28 déc. 2012 à 12:38
28 déc. 2012 à 12:38
De rien bonne continuation !