Questions à propos des Servers Virtuels



  • Bonjour

    j'aurais quelques questions peut-être bête, mais je préfère les poser avant de test par moi même.

    1 - Si je lance un reboot de mon server par la commande linux cela va t-il fonctionner ?

    2 - Quel est la différence entre le module qui permet de demander un reboot dans l'interface FH ?

    3 - Dans l'interface FH le truc pour demander un reboot c'est automatisé ou ça dépend de vous ?

    voila pour l'instant c'est tout.
    Merci

    Xyala.


  • Administrateur

    Bonjour,

    1. Oui, bien sur
    2. Le reboot dans l'espace client est un reboot électrique. On débranche la prise et on rebranche (un simple relais dans le dijoncteur).
    3. C'est automatisé.


  • merci :)



  • Autre question :)
    J'ai enfin trouvé pourquoi quelque chose me bouffait toute ma place sur mon disque ..

    /var # du -sh * | sort -rn
    308K	mail
    176K	webmin
    102M	lib
    96K	run
    44K	www
    36K	spool
    18M	cache
    12K	lock
    4,5M	backups
    4,3G	log
    4,0K	tmp
    4,0K	opt
    4,0K	local
    
    

    4,3Go de log … maintenant la question :)
    Puis-je faire le mode bourrin et faire un rm sur les éléments qui sont un peu trop gros ?

    /var/log # du -sh * | sort -rn
    821M	debug.0
    820M	syslog
    820M	kern.log.0
    600K	bandwidth.1.gz
    304K	mail.log.0
    288K	mail.warn.0
    288K	mail.info.0
    288K	mail.err.0
    212K	apache2
    200K	messages.0
    191M	bandwidth.0
    112K	dpkg.log.1
    108K	auth.log.1.gz
    
    

    J'ai lu sur le net un truc parlant de lograte, mais j'ai lancé le mode daily sauf que ça ne change rien.

    Il y à t'il une autre solution sinon, ou la méthode de suppression style bûcheron chaotique ça peut aller ?


  • Administrateur

    Légalement, tu dois conserver ces logs pendant 1 An.
    Si la justice te demande les logs et que tu ne les as pas, tu risque 5 ans de prison :)

    Tu peux les supprimer mais à tes risques et périls. Le mieux est de les télécharger et les stockers chez toi.



  • oki, je vais voir si je eux récupérer ça par FTP…

    la vache 1 ans, mais ça fait des tonnes de logs, mon server n'a que 2mois xD


  • Administrateur

    Oui, ça fait énormément de données, ici on frise le Tera.



  • Ehhh, problème … par FTP j'ai accès denied ... comment faire .. car je peux pas déplacer autre par sur mon disque, vu que j'ai plus de place.



  • J'ai rien dit, Google is my friend :

    Voici la commande pour ceux que ça intéresse :

    scp login@serveur:/chemin/fichier /rep_local/
    

    Cela permet de DL par une console un fichier sur le server ;)



  • Voici un peit outil sympa si tu es sous Windows pour accéder en scp à ton serveur

    http://winscp.net/eng/docs/lang:fr



  • Marci pour le lien, mais je suis sou macOS, donc j'ai fait en ligne de commande dans mon terminal.

    par contre je propose un truc, après je laisse aux admin/modo du fofo le choix de la faire ou non. Ce serais de renommer ce post en "Question rapides Serveurs" avec bien sur en règle de bien présenter avec les les balises code pour les lignes de commandes etc, des explications claires des problèmes et des solution. ça permettrais de faire une genre de FAQ pour les servers.
    Fin c'est une proposition ;)


  • Administrateur

    J'ai l'intention de faire une base de connaissance bientôt mais ça prend du temps…



  • oki, ouais bonne idée. Bon en attendant si j'ai d'autres question je viendrais le poster ici. ça évitera d'avoir plein de posts ;)



  • voici peut etre quelques logiciels pour Mac

    http://www.openssh.com/macos.html

    Si ca peut servir pour toi ou d'autres :)



  • merci, je bookmark ça, ça peut toujours servir ;)



  • Encore moi :)

    J'ai comme qui dirais, un petit soucis avec les logs.
    Plus partuclièrement avec les fichier logs du nome de :

    Ces fichiers grossicent beacoup trop vite et me remplissent mon / jusqu'à ce que ça ne puisse plus écrire.

    Ci-dessous, des extraites des lignes redondantes que j'ai pu trouver dans chacun de ces fichiers :

    kern.log

    Mar 11 19:18:30 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=90.29.33.135 DST=87.98.147.57 LEN=48 TOS=0x00 PREC=0x00 TTL=51 ID=4864 PROTO=UDP SPT=20011 DPT=8767 LEN=28 
    Mar 11 19:18:30 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=90.29.33.135 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=20011 LEN=32 
    Mar 11 19:18:30 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=90.61.6.40 DST=87.98.147.57 LEN=353 TOS=0x00 PREC=0x00 TTL=116 ID=62451 PROTO=UDP SPT=1424 DPT=8767 LEN=333 
    Mar 11 19:18:30 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=92.131.35.165 LEN=359 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=1631 LEN=339 
    Mar 11 19:18:30 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=90.30.204.142 LEN=359 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=1524 LEN=339 
    Mar 11 19:18:30 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=81.56.239.196 LEN=359 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=21274 LEN=339 
    Mar 11 19:18:30 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=90.40.121.124 DST=87.98.147.57 LEN=353 TOS=0x00 PREC=0x00 TTL=51 ID=59615 PROTO=UDP SPT=8559 DPT=8767 LEN=333 
    Mar 11 19:18:30 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=86.72.206.79 LEN=359 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=1502 LEN=339 
    
    

    debug

    Mar 11 19:00:03 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=77.201.156.26 LEN=359 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=59772 LEN=339 
    Mar 11 19:00:03 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=82.230.233.83 DST=87.98.147.57 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=22997 PROTO=UDP SPT=1876 DPT=8767 LEN=28 
    Mar 11 19:00:03 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=82.230.233.83 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=1876 LEN=32 
    Mar 11 19:00:03 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=90.30.204.142 DST=87.98.147.57 LEN=353 TOS=0x00 PREC=0x00 TTL=115 ID=51922 PROTO=UDP SPT=1524 DPT=8767 LEN=333 
    
    

    bandwidth

    Mar 11 17:06:06 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=91.121.191.79 DST=91.121.192.145 LEN=52 TOS=0x00 PREC=0x00 TTL=61 ID=58809 DF PROTO=TCP SPT=3260 DPT=34237 WINDOW=5344 RES=0x00 ACK URGP=0 
    Mar 11 17:06:06 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=91.121.191.79 DST=91.121.192.145 LEN=1500 TOS=0x00 PREC=0x00 TTL=61 ID=58810 DF PROTO=TCP SPT=3260 DPT=34237 WINDOW=5344 RES=0x00 ACK URGP=0 
    Mar 11 17:06:06 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=91.121.191.79 DST=91.121.192.145 LEN=1500 TOS=0x00 PREC=0x00 TTL=61 ID=58811 DF PROTO=TCP SPT=3260 DPT=34237 WINDOW=5344 RES=0x00 ACK URGP=0 
    Mar 11 17:06:06 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=91.121.192.145 DST=91.121.191.79 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=26806 DF PROTO=TCP SPT=34237 DPT=3260 WINDOW=5043 RES=0x00 ACK URGP=0 
    
    

    syslog

    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=82.244.94.221 DST=87.98.147.57 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=43565 PROTO=UDP SPT=1211 DPT=8767 LEN=28 
    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=82.244.94.221 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=1211 LEN=32 
    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=92.142.248.134 DST=87.98.147.57 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=48888 PROTO=UDP SPT=1107 DPT=8767 LEN=28 
    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=92.142.248.134 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=1107 LEN=32 
    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=90.55.191.209 DST=87.98.147.57 LEN=48 TOS=0x00 PREC=0x00 TTL=115 ID=58220 PROTO=UDP SPT=1536 DPT=8767 LEN=28 
    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=90.55.191.209 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=1536 LEN=32 
    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_IN:IN=eth0 OUT= MAC=00:19:d1:86:dc:63:00:d0:bc:f7:f1:38:08:00 SRC=84.100.133.118 DST=87.98.147.57 LEN=353 TOS=0x00 PREC=0x00 TTL=117 ID=4103 PROTO=UDP SPT=58197 DPT=8767 LEN=333 
    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=82.231.118.101 LEN=359 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=3495 LEN=339 
    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=80.201.209.108 LEN=359 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=4204 LEN=339 
    Mar 11 17:06:09 r18224 kernel: BANDWIDTH_OUT:IN= OUT=eth0 SRC=87.98.147.57 DST=88.122.124.69 LEN=359 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=8767 DPT=4259 LEN=339 
    
    

    d'après ce que j'ai vu pour le moment sur le net, gens disent que c'est le Firewall (donc iptables sur mon serveur) qui écrit tout cela … sauf que comment empêcher ça si ça vient de là ?
    Merci



  • Je vient de penser, peut-être faire passer la commande logrotate à tout les heures ou 2heures au lieu de une fois par jour ? … mais bon ça explique pas cette quantité de log qui s'inscrit ...


  • Administrateur

    Je ne sais pas trop d'ou ça peux venir. Tu as peut être installé un logiciel sur le serveur qui inscrit beaucoup de bug.



  • Bon j'ai quelques news.
    Pour ce qui est des logs concernant le port 8767, le problème est résolu. Il s'agissait du port de mon server TS qui n'était pas ouvert dans l'iptable. Faudra m'expliquer comment les gens pouvaient malgres cela, ce log sur mon server TS …

    bref

    Maintenant mes fichiers logs continuent de grandir, mais à cause de transmissions sur les ports :

    • 3260
    • 34237

    Alors le port 34237, je ne sais absolument pas ce que ça concerne, par contre mon ami google me dit que le 3260 c'est le port par deafaut des échanges iSCSI (une genre de protocole de transfert apparemment)
    Donc faut que je trouve déjà pourquoi j'ai ce type de connexion moi xD

    Si vous avez des propositions, je suis preneur ;)


  • Administrateur

    Le port iscsi c'est la connexion à ton disque dur. C'est normal :)
    Pour les deux autres port, il suffit de désactiver les logs dans ton jeu ts. Légalement parlant, t'es pas obligé d'avoir des logs pour un jeu. juste les logs de session au serveur.


Log in to reply