Setting Up First DC at Home
-
@thanksaj said:
@MattSpeller said:
@thanksaj said:
I think I'll leave the Linux machines as is...
Don't you quit on me, that burning itching uncomfortable sensation is the learning... Besides then you can tell me how you did it and I can learn from your pain
LOL The walkthrough @coliver sent me is flawed...don't follow that
I've had some serious issues with the directions on Ubuntu's site. Their how-tos for really basic stuff that people test all of the time are fine. But once you get away from consumer tasks into real enterprise and business tasks things tend to be unmaintained and sometimes downright fake.
-
@scottalanmiller said:
@thanksaj said:
So I tried joining one of my Linux VMs to the domain and it kinda worked but suddenly I couldn't login with domain creds and my local creds weren't working, so I was totally locked out of my own machine. Rolled back to my backup from 3AM and life is good. I think I'll leave the Linux machines as is...
Did you have keys set up first? Was root impacted too? Or did you forget to enable root first?
No, and no. I can use the user root by typing su and entering the root password, but I can't login directly as root.
-
@thanksaj said:
Did you have keys set up first? Was root impacted too? Or did you forget to enable root first?
No, and no. I can use the user root by typing su and entering the root password, but I can't login directly as root.
Yeah, missing that would cause problems, I would assume. I would do both before attempting that as you need some way in other than the system you are trying to implement.
-
@scottalanmiller said:
@thanksaj said:
Did you have keys set up first? Was root impacted too? Or did you forget to enable root first?
No, and no. I can use the user root by typing su and entering the root password, but I can't login directly as root.
Yeah, missing that would cause problems, I would assume. I would do both before attempting that as you need some way in other than the system you are trying to implement.
I have it working now. I don't know if it would have made any difference.
-
Well, in theory, alternative access protects you as they should not be affected by password management schemes.
-
@scottalanmiller said:
Well, in theory, alternative access protects you as they should not be affected by password management schemes.
Right but why would root work as a local account if my other local account wasn't working? That's more what I'm curious about
-
@thanksaj said:
Right but why would root work as a local account if my other local account wasn't working? That's more what I'm curious about
Because it is not an account managed by AD. Do you have a root AD account?
-
@scottalanmiller said:
@thanksaj said:
Right but why would root work as a local account if my other local account wasn't working? That's more what I'm curious about
Because it is not an account managed by AD. Do you have a root AD account?
No, I do not.
-
@thanksaj said:
@scottalanmiller said:
@thanksaj said:
Right but why would root work as a local account if my other local account wasn't working? That's more what I'm curious about
Because it is not an account managed by AD. Do you have a root AD account?
No, I do not.
But my local account on Ubuntu was just called aj and my AD account is ajstringham
-
@thanksaj said:
But my local account on Ubuntu was just called aj and my AD account is ajstringham
Not sure why it stepped on your unmatched accounts. Lacking keys might have done it, though.
-
Wish I could be helpful I haven't had a need to do this since... 2010? And that was for college.
I do remember that everyone was struggling with Ubuntu to get it connected to AD but CentOS (which is what I was using at the time) worked flawlessly.
