Ich habe mit einem Kollegen eine UDP-Weiterleitungskonfiguration zu einem Load Balancer in einem privaten Netzwerk in Azure eingerichtet. Der Einrichtungsversuch sah ungefähr so aus:
- Dort läuft der eigentliche Ziel-UDP-Server in
172.16.2.2:5075 - Der UDP-Load-Balancer läuft in
172.16.1.1:5050
Daher haben wir mit einer solchen Zuordnung eine einfache Weiterleitungsregel vom Load Balancer erstellt.
Der Zielserver hat jedoch keinen Datenverkehr protokolliert. Also habe ich versucht, das Problem zu beheben. Mithilfe einer Ubuntu-VM, die im selben Netzwerk ausgeführt wird, habe ich überprüft, ob der Load Balancer auf UDP-Datenverkehr reagiert hat, indem er ausgeführt hat
nc -zvu 172.16.1.1 5050
die einen Erfolg meldete. Allerdings 172.16.2.2schien nichts empfangen zu werden.
Also habe ich die Zielmaschine direkt (mit nc -zvu 172.16.2.2 5075) getestet und sie hat den Empfang eines Anrufs protokolliert.
Ich konnte in eg keine Option finden, ncum UDP-Weiterleitungen/-Umleitungen usw. zu verfolgen. Um zu sehen, wo der Datenverkehr unterbrochen wurde, habe ich auch versucht, eg auszuführen, tracepath -4 -p 5050 172.16.1.1habe aber nur eine Liste mit „Keine Antwort“-Zeilen gesehen.
Meinem Kollegen gelang es tatsächlich, dieses spezielle Problem zu lösen (indem er die Weiterleitungsregel von einer Lastenausgleichsregel in eine eingehende NAT-Regel in Azure änderte), sodass ich hierbei keine Hilfe mehr brauche.
Aber um zu lernen und zukünftige Probleme zu lösen, würde ich gerne hören, wie ich solche Probleme beheben kann. Gibt es einen Befehl (vorzugsweise einen, der standardmäßig z. B. in der Ubuntu-Distribution zu finden ist) oder eine Kombination von Befehlen, um zu sehen, was bei einer Weiterleitungsregel wie dieser eines Lastenausgleichs fehlschlägt und wo?
Auch wenn das Problem in diesem Fall mehr oder weniger Azure-spezifisch wäre, wäre ich mehr daran interessiert herauszufindeneine Cloud-agnostische Möglichkeit, zumindest zu sehen, wie weit eine UDP-Verkehrsweiterleitungskette funktioniert. Je mehr Einzelheiten über die möglichen Gründe für das Nichterreichen des endgültigen Ziels angegeben werden können, desto besser.
Bearbeiten:
Habe den Titel und den Text ein wenig geändert, um deutlicher zu machen, dass ich nach einem (integrierten) Befehl suche, den ich verwenden kann, und nicht beispielsweise nach proprietärer Software hierfür.