fermi-ad / controls

Central repo for reporting bugs, making feature requests, managing RFCs, and requesting seminar topics.
https://www-bd.fnal.gov/controls/
2 stars 0 forks source link

Controls Network authentication issues (WIN10) #22

Closed crispd closed 9 months ago

crispd commented 9 months ago

Controls Network Authentication Issues (WIN10)

Behavior

  1. Sometimes one realm works, sometimes the other, and sometimes neither.
  2. What do I mean by 'doesn't work?'
    • NetID Manager shows this: Validity of identity <my_username>@<realm> couldn't be determined (can't even make an attempt)
    • OR after filling out my user/password credentials, an error prompt comes up which states: Looping detected inside krb5_get_in_tkt

Context

To Reproduce

  1. Open Network Identity Manager
  2. Try to obtain a kerberos ticket
  3. Either get blocked from requesting one, or get denied after submitting the ticket request. (see above)

    Affected System(s)

    • [X] Console
crispd commented 9 months ago

From Jim's Email Response.

Thanks, Jim!

Troubleshooting

Kerberos accounts in poor state. Getting errors when attempting to get ticket for my accounts, instead of the expected password prompt. (things like user & realm are sanitized throughout this ticket)

C:\Program Files (x86)\MIT\Kerberos\bin> kinit <my_username>@<realm_1>
kinit(v5): Looping detected inside krb5_get_in_tkt while getting initial credentials

C:\Program Files (x86)\MIT\Kerberos\bin> kinit <my_username>@<realm_2>
kinit(v5): KDC has no support for encryption type while getting initial credentials

What is expected instead of these errors? Password for <username>@<realm>:

Jim's Suggestion

Contact the help desk to try and get 'things reset'

Extra Information

  1. There are some command line Kerberos and PuTTy tools in C:\Program Files (x86)\MIT\Kerberos\bin
  2. There is a local log file that can be referenced. Find it here: C:\temp\StartXApp.log
  3. A simple test of Kerberos & SSH can be done with the klist command (no args) located in (1) above; it should show something for Ticket cache: and Default principal. Also note the command plink <user>@<gateway_host>.
  4. The Controls VPN should not be needed for most users. It gives your PC an address directly on the Controls Network so you can directly talk to controls devices. It also prohibits you from accessing the internet.

Current Status

I will contact the 'help desk' and see what they may be able to reset, try things again, and update this issue as I find out more.

crispd commented 9 months ago

Fermilab Service Desk ticket has been created: INC

crispd commented 9 months ago

Update from the 'help desk' (servicenow):

Looking at your kerberos principal, your kerberos password has not been changed since July 2008. We'll reset your kerberos password. Walk into the help desk on the ground floor of Wilson Hall and we'll give you the new password (which you yourself should change once you get the chance). Note that once you login, it will take 20-30min before this authentication gets recognized by the various services throughout the lab. Let us know if you run into more difficulties.

This seems to work...

As soon as I opened the Network Identification Manager, I was provided a simple password text entry prompt, and after entering the one they gave me (post reset), I seemed to be able to get a krb5 ticket (realm = FNAL.GOV) I will try to access the controls network with this ticket later today

Aside

This situation is probably not that all that common. It's been some 15 years since I've last worked here, and there's been a number of things that don't appear to cope with this time gap very well. In another example, Elvin had to clarify to whoever manages the eshopper licenses that I am no longer a seasonal employee.

crispd commented 9 months ago

Far as I can tell, it's now working

No idea why it would work sometimes and not others... nor why certificate management with this kind of scope isn't robust enough to ensure that new employees are given valid certificates to begin with. For now, I hope this issue thread is enough to help whomever may encounter a related problem.

I'm going to close this issue.