imsnif/bandwhich

Traffic misidentification on routing host

Open

#447 ouverte le 6 déc. 2024

Voir sur GitHub
 (0 commentaires) (0 réactions) (0 assignés)Rust (237 forks)batch import
bughelp wanted

Métriques du dépôt

Stars
 (7 686 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

Three machines are involved here:

  • My personal laptop A, connected to the local network (green).
  • The server S that routes traffic between the local network and the OpenVPN subnet, on which bandwhich is running.
    • S has two addresses - a local network address Slocal and an OpenVPN subnet address Svpn.
  • A remote client machine B connected to the OpenVPN subnet (cyan).
    • B has two addresses - a public address Bpub and an OpenVPN subnet address Bvpn.

Misidentified traffic

Here I am initiating a file transfer on A using scp from A to Bvpn, so on layer 4 the connection should be from A:56994 to Bvpn:22.

But bandwhich seems to believe that it's from A:56994 to Slocal:22 instead, and by extension believes that this traffic should be attributed to the local sshd process.

I think I've got some clues on what's wrong. Help welcomed nonetheless.

Guide contributeur

Direction de recherche
Enquêtez sur le problème en reproduisant le scénario décrit avec trois machines et un transfert scp. Examinez le code Rust dans le dépôt qui gère l'identification du trafic et le suivi des connexions, en particulier comment il mappe les adresses IP et les ports aux processus. Recherchez toute hypothèse sur le routage qui pourrait entraîner une mauvaise identification lorsque le trafic traverse un VPN. L'utilisateur a fourni des indices ; comparez le comportement attendu avec la sortie réelle pour identifier où la logique échoue. Vérifiez s'il existe des tests pour les hôtes multi hébergés ou les scénarios VPN.
Stack technique
rust
Domaine
cli
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Rust
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
50