-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Need run-time network diagnostics utility method #25
Comments
brutzman
changed the title
loss of PDU receipts caused by VPN!!
loss of PDU receipts caused by VPN?!
Dec 12, 2023
brutzman
changed the title
loss of PDU receipts caused by VPN?!
Need run-time network diagnostics utility method
Dec 21, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Had difficulty troubleshooting loss of PDU receipts. Incorrectly suspected a threading problem - perhaps caused by Debug mode instead of Run mode - nope.
Actual problem: running NPS PaloAlto GlobalConnect VPN blocked receipts! Neither multicast nor loopback is mentioned in the documentation, so this is likely an unintended interaction with the network interface card. And so, originally opened this issue as "loss of PDU receipts caused by VPN?!"
Disconnecting VPN showed PDU receipt again. Used DisThreadedNetworkInterface to test. This problem only manifests under Windows, not MacOSX.
Rebooting/retesting 2 days later showed the receipt working again! Something tricky is going on... but it appears to be local to one machine, or possibly to side effects from NPS VPN reconfiguration (in progress). Thus NPS VPN problems per se are not an issue to solve.
However: there ought to be a way to create a general self-test diagnostic that checks for such pathologies when creating DisThreadedNetworkInterface.
The text was updated successfully, but these errors were encountered: