Traceroute funcționează, dar nc eșuează - Unde este blocat portul meu?

Încerc să depanez două rețele virtuale Azure care au fost analizate împreună. Să apelăm aceste rețele VNET A și B. Există mai multe servicii care rulează pe o VM în VNET A pe diferite porturi. Încerc să le accesez de la o VM în VNET B.

Observ urmatorul comportament:

nc -vz vm-in-host-a.something.com 11294
Conexiunea la portul vm-in-hosta.something.com 11294 [tcp/*] a reușit!

nc -vz vm-in-host-a.something.com 11291
nc: conectați-vă la vm-in-host-a.something.com 11291 (tcp) expirat: operațiunea acum în curs
nc: conectați-vă la vm-in-host-a.something.com portul 11291 (tcp) expirat: operațiunea acum în curs
nc: conectați-vă la vm-in-host-a.something.com 11291 (tcp) expirat: operațiunea acum în curs

In continuare incerc urmatoarele:

usr/sbin/traceroute -I -4 -p 11294 vm-in-host-a.something.com
traceroute la vm-in-host-a.something.com (10.225.16.6), maxim 30 de hopuri, pachete de 60 de octeți
 1 * * *
 2 10.225.16.6 (10.225.16.6) 150.447 ms 150.485 ms 150.363 ms

Și, în sfârșit, următoarele:

/usr/sbin/traceroute -I -4 -p 11291 vm-in-host-a.something.com
traceroute la vm-in-host-a.something.com (10.225.16.6), maxim 30 de hopuri, pachete de 60 de octeți
 1 * * *
 2 10.225.16.6 (10.225.16.6) 213.935 ms 213.760 ms 213.609 ms

De ce ar eșua nc și traceroute ar reuși? Există vreo modalitate de a verifica unde exact acest port este blocat? Dacă este blocat pe VNET A sau B sau exact în ce moment?

Utilizați urmărirea ICMP (prin specificarea codului -Eu comutator), și, conform pagina de manual traceroute, cel -p opțiune în acest caz

specifică valoarea inițială a secvenței icmp (incrementată și de fiecare sondă).

Asa de traceroute nu se conectează la portul pe care credeți că se conectează, pur și simplu trimite probe ICMP. Pentru a utiliza un port TCP pentru scanare, ar trebui să utilizați -T comutator in loc de -Eu.