Went crazy the last 2 days trying to find out why a user couldn't access an intranet portal.
The user access is a bit out of the norm as the user has credentials on our system, but is not a domain user since he is from another bank. Precisely, he is let through a NAT, firewall and/or VPN. The user has only access to 1 portal on which all the back office activities of the joint venture are carried out.
Since the user is in another office/company/country I could not replicate his peculiar network credential from our side.Now, you would say remote debugging. Not really, since the portal is heavily used by our-side users. Set up access, to another website, so I can use it only for isolated debugging. Nope, not possible our inhouse SS erm Systems Security people (another day, another ranty post) have longer waiting lists than the pope.
My only solution has been to brute decorate the app (3-4 large classes) with Streamwriter.Writeline() statements to file and redeploy.
Was it the browser settings? Was it the code (not regress tested by QA)?
It turns out that the DNS tables were misbehaving.
But at the end I' d wish for some sort of inbuilt tracing for all the variables in a method/class perhaps as a custom attribute something like
<(Tracing, "True")> _
sub myMethod() with Tracing ' alternative syntax
End sub
I' heard it to be like a flag on some sort of COBOL systems, anyone care to confirm?