Configuration du serveur proxy UDP et tests de performance

Des exercices pratiques pour apprendre à utiliser les proxies UDP sans se faire surprendre

Récemment, certains frères du projet IoT m'ont trouvé pour me demander le proxy UDP, en disant que le streaming en direct était toujours coincé dans le PPT. Aujourd'hui, nous allons harceler ce protocole facilement ignoré, vous apprendre à le faire vous-même pour construire un serveur proxy stable comme le vieux chien.

Pourquoi dois-je utiliser un proxy UDP ?

Les personnes engagées dans la transmission en temps réel savent que le TCP est un mécanisme de confirmation de la vidéoconférence qui pose problème. La dernière fois qu'une plate-forme en direct a réalisé le programme, elle a utilisé TCP pour passer l'écran, ce qui a eu pour résultat que le public n'a pas pu voir les lignes de la bouche. Après avoir opté pour un proxy UDP.Le temps de latence est directement réduit de 300 ms à 80 msL'effet est immédiat.

Convient à la scène :
- Accélération du jeu (en particulier les tireurs)
- diffusion directe push streaming
- Transfert de données de capteurs IdO
- Appels vocaux VoIP

Guide de configuration rapide en trois minutes

Il est recommandé d'utiliser l'IP résidentielle d'ipipgo, qui fait vraiment du bon travail avec le support UDP. Prenons l'exemple du système Ubuntu :

sudo apt-get install -y tinyproxy
sudo nano /etc/tinyproxy/tinyproxy.conf

Trouvez ces deux lignes pour configurer les paramètres de changement :

Port 8888(N'utilisez pas le port par défaut.)
Autoriser 127.0.0.1(Changez pour l'IP de votre appareil)

C'est ici que ça se passe ! Ajoutez cette mystérieuse chaîne de code à la fin du fichier de configuration :

Protocole udp
MaxClients 50
Délai d'attente 600

N'oubliez pas de redémarrer le service avecsystemctl restart tinyproxyNe soyez pas stupide et n'utilisez pas l'ancienne commande service. Utilisez la commande nc pour envoyer un paquet lors des tests :

echo "test" | nc -u proxy IP 8888

Les tests de performance mesurent les points suivants

La semaine dernière, le nœud de Shanghai de l'ipipgo a été utilisé pour effectuer un test de stress et a poussé le flux pendant 12 heures d'affilée.aucune perte de paquetsIl est bien meilleur qu'un autre que j'utilisais auparavant. Ils ont une astuce unique - la commutation automatique des nœuds de transit, qui n'est pas visible dans l'outil de test, mais qui est vraiment stable dans la pratique.

Session d'assurance qualité (questions d'utilisateurs réels)

Q : Le proxy UDP sera-t-il limité par l'opérateur ?
R : Cela dépend du type d'IP utilisé. L'IP à large bande pour entreprises d'ipipgo n'est en principe pas limitée en vitesse, et l'IP à large bande pour particuliers peut faire l'objet d'un QoS.

Q : Que se passe-t-il si j'ai besoin à la fois de TCP et d'UDP ?
R : Ajoutez un port TCP Listen 0.0.0.0 : à tinyproxy, mais il est recommandé de les déployer séparément.

Q：Pourquoi la mesure de la vitesse est-elle normale alors que l'utilisation réelle tarde ?
R : Quatre-vingt-dix pour cent des problèmes sont liés au réglage du MTU. Modifiez le MTU de la carte réseau en le fixant à 1452 et essayez la commande :
ifconfig eth0 mtu 1452

Guide pour éviter la fosse

1) N'ouvrez jamais le port par défaut sur le serveur cloud, il sera détruit en quelques minutes.
2. le proxy UDP doit se souvenir de correspondre aux règles du pare-feu. la commande se présente comme suit :
iptables -A INPUT -p udp -dport votre port -j ACCEPT
3) En cas de perte de paquets, changez d'abord d'IP, le pool d'IP d'ipipgo a été spécialement optimisé pour les lignes de jeu.

Enfin, je voudrais donner une leçon de larmes : la dernière fois, le client était avide de bon marché et a utilisé un proxy gratuit, et en conséquence, les données du capteur ont été falsifiées par un intermédiaire, ce qui a entraîné une perte directe de plus de 200 000 yuans. Aujourd'hui, ils ont tous été remplacés par la version entreprise d'ipipgo, dont le protocole UDP de vérification des données est vraiment fiable.