Optimisation réseau

Kangaroo · Message par **Kangaroo** » 27 oct. 2012, 15:09

Bonjour à tous,

Bras gauche du très populaire <Fv) Zeusman, je viens poster ici pour une question d'ordre technique réseau.

Nous avons un serveur dédié avec dessus des serveurs Urt.
Celui ci de temps en temps à des périodes de unhits nous suspectons du trafic réseau non voulu.
(Principalement à cause de failles du protocole).
Niveau Ram, processeurs et bande passante on tient le choc largement.

La question est : existe t il des règles iptables pour pallier à ça ?
L'analyse est difficile vu le trafic et le fait qu'il y a sur la même machine d'autres choses (principalement un TS3) est relativement difficile et si quelqu'un à déjà cela cela nous ferait gagner du temps.

Merci par avance de vos conseils.
Kangaroo

Message par **Leetchi** » 27 oct. 2012, 17:29

Mauvaise section
Bonjour,

Ce topic a été posté dans une section inappropriée.

L'équipe de modération s'est chargée de la déplacer dans la bonne section.

Veuillez être plus vigilant à l'avenir.

-----
Merci de votre compréhension.

L'équipe Urban Terror France

Kangaroo · Message par **Kangaroo** » 27 oct. 2012, 21:45

Oups desole.

Foxyfox · Message par **Foxyfox** » 28 oct. 2012, 01:38

Bonsoir,

est-ce que tu peux nous donner exactement les caractéristiques de la machine ainsi que les applications qui tournent dessus.
L'hébergeur aussi peut être bien.

Est-ce que le problème survient chez tout le monde?

F.

Jus_Dabricot · Message par **Jus_Dabricot** » 28 oct. 2012, 04:09

Celui ci de temps en temps à des périodes de unhits nous suspectons du trafic réseau non voulu.

T'as un lagometre pour ça IG.

tout ce qui est mutithreadé genre i7 -> pour urt coté serveur C NUL.
Tout ce qui est gestion d'energie genre ACPI -> pour urt C NUL.

Si tu sais faire recompile un kernel sans le support HT, et les options ACPI (Idle cpu) et tente de bloquer un process sur un thread.

Regarde du coté de la communauté Counter strike tu trouveras beaucoup plus d'information sur le sujet.
Mais d'un kernel à l'autre, d'une architecture à l'autre, avec les mêmes options de compilation tu as des résultats différents.
Optimisé un serv pour Urt c'est beaucoup de temps et des test que tu mesures.... au feelings

.

Niveau qualité prix pour du serveur Urt -> mieux vaut prendre un I5 qu un I7.

Pour résumer:

Éviter le HT, et au pire privilégier la technologie turboboost (Faire du stressage cpu et une methode sale mais quui p e bien avec certain kenel)
Désactiver les options d'acpi est tous ce qui est lié à l'économie d’énergie cpu ram etc...
C'est pas vraiment du coté du réseau qu'il faut chercher mais plutot kernel/cpu

D'ailleurs les anciens joueurs le remarqueront a l'époque ou le HT n'existait pas et toutes les technologies liées à l'économie d'énergie, Urt ça touchait carrément mieux sur un serveur de base avec un kernel de base.

zeusman · Message par **zeusman** » 28 oct. 2012, 04:43

Nous sommes pour le moment chez OVH et possédons un KIMSUFI 16G (ancienne offre).

Config:
- i5 2,56 Ghz
- 16Go RAM
- DD en Sata II
- Bande Passante: 100Mbps

Serveurs de jeux tournant actuellement sur cette machine:
- 1x UrT 4.1.1 (18/22 slots) + B3
- 1x UrT 4.1.1 (10/12 slots) + B3
- 2x KillingFloor (6 slots)
- 1x TF2 (32 slots)
- 1x TeeWorld (16 slots)
- 1x TeamSpeak (512 slots)

Notre machine fait aussi office de serveur de DL des maps.

Bref, ...

On risque de basculer sur ce type de machine:
http://www.online.net/fr/serveur-dedie/dedibox-lt

But, si le pb est:

Kangaroo a écrit :du trafic réseau non voulu analysé par UrT.
(Principalement à cause de failles du protocole de Quake3).

Le PB sera le même sur une machine plus powerfull.

Jus_Dabricot a écrit :Optimisé un serv pour Urt c'est beaucoup de temps et des test que tu mesures.... au feelings

Il va falloir avancer à tâtons pour mettre en place un pare-feu qui bloquerai ce trafic afin qu'UrT évite d'analyser d'la merdouille et du coup lag...

Wanegaine bistoufly ON!

derfull · Message par **derfull** » 28 oct. 2012, 05:27

Chez ovh on ne recompile pas le noyaux, c'est trop de risque.
D'autant qu'ils fournissent pas mal de noyaux pressentant différente config, dont des kernel-1000Hz
Je ne mettrais aucun lien, pas envie de voir des personnes ne sachant pas comment faire dézinguer leur serveur et venir se plaindre.

Sinon pour répondre à la question d'origine, dans le cas ou les FV n'ont pas de règles iptables pour URT
Vas voir là -> http://www.urbanterror.info/forums/topi ... _p__322656
Y a pas mal de lecture avant et après

(mais c'est la que ça devient concret)

Pour votre dépôt, essayé de configuré apache pour qu'il n'accepte que les clients URT, j'ai jamais fait, mais d'autres dans cette communauté l'on déjà fait

Comme dit dans un de mes précédents message URT à 15 ans d'age pas besoin d'une machine de guerre, sauf pour le trafic réseaux quand on as beaucoup de serveurs (un peu le cas des FV ^_^)

Jus_Dabricot · Message par **Jus_Dabricot** » 28 oct. 2012, 05:49

c'est la même + ou - la machine sur laquel tu veux aller. c'est plus chère et un peu plus puissant.

Mais tu peux mettre n'importe quel pare feu que tu veux, tu corrigeras pas le netcode d'urt. Certains sur les serveur CSS/CSS1.6 desactive iptables. ^

Mise a part Le Dépot de maps je te conseillerai de changer de machine ou d'utiliser le service de foxyfox dedié a ce boulot.
je vois pas de pb particuliers. Les clients avec de grosses connexions vont te sucer toute la bande passante au moment de dl une map, a éviter sur la mm machine que les jeux, mm en bridant via des modules l'upload du service web, ce qui est bien mais dans un contexte de pure jeux c'est pas top top.

Tu peux visiter ce lien si tu veux monitorer ton système
http://www.bordel-de-nerd.net/2010/05/2 ... our-linux/

Jus_Dabricot · Message par **Jus_Dabricot** » 28 oct. 2012, 06:04

Compil Un noyau avec un patch BFS tu verras les coups de lags.
Oui Oui le gros Tringle Blanc qui passe qd un serv ts/bomb recharge un round il est pas répercuté sur ses frêres qui partage le mm thread.

http://ck.kolivas.org/patches/3.0/
Brain Fuck Scheduler

derfull · Message par **derfull** » 28 oct. 2012, 06:06

Iptables faisant partis du noyaux, ce dernier est charger en RAM, et n'as strictement aucune incidence sur le fonctionnement du système, sauf quand il est configuré par un porc.

Linux / Unix Like is not Windows ....

un Kernel BFS de mieux en mieux dans l'expérimentale...

Jus_Dabricot · Message par **Jus_Dabricot** » 28 oct. 2012, 06:12

T'as essayé? moi je fais juste par de mon expérience. Aprés vous en fait ce que vous voulez.

Chez ovh on ne recompile pas le noyaux, c'est trop de risque.

Pour ce qui ont pas peur et qui savent faire, essayez vous verrez bien le résultat.

derfull · Message par **derfull** » 28 oct. 2012, 06:17

Je compiles mes noyaux depuis plus de 17 ans...

Mais ayant vue le bordel de la procédure de récupération en cas de merde, je préfère utilisé ceux qu'ils fournissent. Et oui j'ai changer le noyaux de base qui est à chier !

ps : Tu noteras que vous n'avez pas encore répondus à la question. Il demande de l'eau vous lui donner du pain !

Jus_Dabricot · Message par **Jus_Dabricot** » 28 oct. 2012, 06:22

derfull a écrit :Je compiles mes noyaux depuis plus de 17 ans...

Mais ayant vue le bordel de la procédure de récupération en cas de merde, je préfère utilisé ceux qu'ils fournissent. Et oui j'ai changer le noyaux de base qui est à chier !

tsss allez, je quote et j'encadre

derfull · Message par **derfull** » 28 oct. 2012, 06:27

tu as oublier le PS !

Jus_Dabricot · Message par **Jus_Dabricot** » 28 oct. 2012, 06:38

c'est pas parceque BFS est pas inclus dans la branche de dev de kernel.org que tu vas bloquer ton clavier ou planter ton serv tous les 2 jours hein. Test tu verras.

Après t'en fais ce que tu veux. Plein de distrib le propose, mm google pour android

.

Je dis juste que Moi, Pour Urt, Je prends BFS en tant que scheduler parce que c'est celui qui me convient le mieux et que me donne les meilleurs résultats par rapport a mes besoins

DISCORD

COMPTE DU JEU

URTSTATS

TS3 URT FRANCE

Forums Échanges et discussions entre membres de la communauté