Version imprimable
Bonjour,
Je dois remplacer mon script shell par un langage python
Dans mon script shell y figure de nombreuses commandes iptables
Dans mon programme python aucune commande ne marche pourquoi? (je ne connais rien en python j'ai juste vu qu'il fallait faire os.system pour exécuter une commaande)
ex : import os
os.system("iptables -A INPUT -s 192.6.1.96 -j ACCEPT")(la même commande dans le script : /sbin/iptables -A INPUT -s 192.6.1.81 -j ACCEPT)
Bonjour,
Lancez vous le script avec les droits nécessaires ? (Comprendre root)
@+
c'est normal qu'il y ait sbin d'un coté et pas de l'autre
un os.system qui ne passe pas ça peut être un problème de droits, de PATH, de syntaxe ...
quand je lance le script je suis en root
Bonjours,
Il faudrait peut-être être un peu plus précis –*python doit bien se plaindre d’une manière ou d’une autre, renvoyer une exception (erreur), etc.*? Sinon, nous décrire exactement ce qui «*ne marche pas*»…Citation:
Envoyé par albertopisto
À propos, il existe un module standard, subprocess (lien py3k, mais il existe aussi pour les py2 récents), qui se veut le remplaçant de os.system (entre autre)…
Bonjour,
Mon script shell fonctionne parfaitement et je l'exécute en root (sudo ./script.sh),
exemple de code :
/sbin/iptables -t filter -P INPUT ACCEPT
/sbin/iptables -t filter -P FORWARD ACCEPT
dans mon script python :
import os
os.system("iptables -L")
cette ligne marche et affiche à l'écran un iptables -L
mais lorsque j'ajoute toutes mes autres commandes comme :
os.system("iptables -t filter -P INPUT ACCEPT")
os.system("iptables -t filter -P FORWARD ACCEPT")
cela ne marche plus et j'ai comme erreur : (j'ai la même erreur en mettant /sbin/iptables)
File "test.py", line 19
os.system("iptables -t filter -F")
^
IndentationError: unexpected indent
j'exécute mon script avec : sudo python script.py
merci
Et bien la réponse est dans le texte.Citation:
Envoyé par albertopisto
C'est une erreur d'indentation par rapport au code qui précède.
@+
Oui, je plussoie PauseKawa…
Difficile d’être plus précis sans avoir l’intégralité du code sous les yeux (et dans une balise [code], de préférence), mais il y a fort à parier qu’il y a une ou plusieurs espaces indésirables devant la ligne en question… Python est très susceptible sur ce sujet :mouarf:
en fait quelque soit la regle iptabkles que je marque seul la 1er commande marche
os.system("iptables -A INPUT -s 192.6.1.81 -j ACCEPT")
os.system("iptables -L")
j'aurai une erreur sur la 2eme ligne
il faut que je mette quelque chose à la fin de chaque ligne ?
Non, Python n’a pas besoin d’un terminateur quelconque en bout de ligne…Citation:
Envoyé par albertopisto
Encore une fois, ce serait plus facile avec le code source copié/collé…
[Edit] Et le problème ne vient a priori absolument pas de os.system, ni de l’utilisation de processus externes, c’est apparemment une simple faute de syntaxe pythonesque…
merci j'ai trouvé
comme je suis débutant en python j'avais mis des tabulations a certaines lignes de codes
il fallait que je mette toutes mes lignes à gauche sans faire d'espace
désolé
Oui, l’indentation est primordiale dans ce langage, c’est elle qui définit les blocs de code (pas d’accolades ou de BEGIN/END ici ;) ). C’est une erreur extrêmement commune au début, et qui revient toujours régulièrement ensuite (faute d’inattention…) :D
j'ai une autre question à propos de python :
peut-on exécuter une fonction python en prenant des paramètres (comme en shell), ex :
sudo pyton test.py para1 par2
dans mon code python, j'ai :
base = ['orig','start','stop','status']
print(base)
resultat=raw_input("Entrez un parametre : ")
est-ce que je peux faire
if resultat = base :
instruction
elif resultat = start :
instruction
comme en c avec scanf
Oui, et oui :)
Pour les arguments passés en ligne de commande, il y a au moins quatre façons de faire, dont trois bibliothèques standard qui leur sont dédiées*: le module builtin sys, le module argparse, le module optparse, et le module getopt, qui imite la fonction C éponyme…
En ce qui concerne raw_input, elle retourne une string… Le code serait donc plutôt celui-ci*:
Mais ici, une solution à base de dictionnaire serait bien plus élégante*:Code:
2
3
4
5
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Merci !