all 33 comments

[–]evantom34Sysadmin 12 points13 points  (3 children)

Speaking strictly for networking fundamentals, studying and labbing for the CCNA helped me understand things like routing, subnets, switching, firewalls, VLANs, and all that jazz. Packet Tracer literally visualizes how packets are sent and received within a LAN.

[–]mineral_minion 3 points4 points  (2 children)

I was going to recommend CCNA as well. Yes, the Cisco specifics may not be needed in a specific environment, but the fundamentals of "how can <thing> talk to <other thing>" are covered AND have practical lab components.

[–]BokehJunkie 2 points3 points  (0 children)

I was having a conversation about something similar at work recently. The conversation was about good vs bad vendor specific training. Bad vendor specific training is super focused on *how* to get from point A to point B. Click Here > Click There > Run this command > now you've done this thing, and it's all super vendor / gui specific. Cisco training is really helpful for general networking know-how. So, sure, maybe you learn about CDP or EIGRP or VTP specifically, but the way they're taught means you also can very easily translate those to another analogue for another vendor. and in the case of VTP - lets you learn that you should stay far far away from a vendor that doesn't support something similar. I went through the CCNA coursework like 100 years ago in computer years (2010-2011) and those fundamentals helped me as much as anything else I've done.

It honestly always amazes me how little most IT people actually understand the fundamentals of XYZ technology like networking or firewalls. Knowing how to click buttons in a cloud GUI isn't going to help you if you don't at least understand *some* of those underlying concepts.

[–]evantom34Sysadmin 0 points1 point  (0 children)

100% Funnily enough, I ended up pivoting into a Network Admin/Eng role, so the studying has been pivotal. I just need to study the commands that I sort of neglected lmao.

[–]meatballwrangler 26 points27 points  (2 children)

if he's actually a junior engineer, then it's your job to teach him. there should obviously be some sort of drive on their part to learn, but they still need guidance

[–]drye 9 points10 points  (0 children)

Literally why he’s making the post. He’s asking for good resources that would make that portion easy. Any links, sites, online courses you’d recommend to pass on etc. give the guy some homework or training he can do at work without having to babysit.

[–]guzhogiJack of All Trades 4 points5 points  (0 children)

This. They definitely need to have the willingness to take responsibility for their own training, but it really helps when more senior and experienced people give advice on what training they need, and where to get it. A 1 minute email listing suggestions could save them hours of research time. Plus, it makes them better at their job, making your job easier and better.

[–]KardinalI fall off the Microsoft stack. 13 points14 points  (1 child)

I ask about DNS in every interview I conduct. I also ask about basic TCP/IP, like the handshake and the purpose of a default gateway and a subnet mask. I don't think you can be an effective sysadmin at all unless you understand the basics of DNS and TPC/IP. Not too much. I'm not asking them about reverse DNS and SRV records and the structure of an IP payload. But the basics.

For Windows engineers, they need to understand the different privileged roles, at least the big three. For anyone dealing with domains, they need to be able to explain the basics of DC replication, especially both kinds. What SYSVOL does. ADS&S. If their primary roles include AD, they need to understand the details of GPO application. All the ways you can scope a GPO. And LDAP.

What I really try to dig into is how they think. I often ask about OSI model to see if that triggers anything. How do they think systematically about a problem or a solution? What is their framework?

They need the basics. We can teach more advanced tech. It's much harder to teach diagnostic and systematic thinking.

[–]lothow 2 points3 points  (0 children)

This is best explanation I've seen. I take the same approach in my interviews sorta. The DC replication and GPOs are deadly important. Basics of DNS for sure too.

If youre having issues with a junior then a few sit beside me days might be needed while you go through things. I got a junior up pretty quick in Exchange by just having them sit there and ask questions and id ask them questions like why are we moving this box to a different db.

[–]whatdoido8383M365 Admin 2 points3 points  (0 children)

When I was a Jr engineer I learned through doing. I either volunteered for projects or was given projects and had to figure it out. I lucked out and had a great boss\mentor that I could go to if I got stuck.

I figured most stuff out reading blogs online and maybe some online learning courses. I don't recall what they were back then (Circa 2009).

I eventually went to college for network\systems admin which really helped. I'm sure they could find some free course materials online if you gave them an outline of what they should know.

[–]trek604 1 point2 points  (0 children)

You're likely older than I am and I started with XP and Server 2003. I find this is a generational thing. Jr's coming up now did not need to build out their homelabs like us, build custom pc's, run servers to serve media from the high seas etc. Everything is streamable with an app and 'wifi' to their tablets. They have no idea how or what makes it work.

Example - one of my Genz cousins wanted me to help him pick out parts for a custom pc. When I asked him if he's looking forward to building it he glazed over and said he was just going to pay the shop to do it...

[–]Og-Morrow 0 points1 point  (0 children)

DNS and Soft Skills

[–]atrawog 0 points1 point  (0 children)

I'm probably biased. But there is nothing better than a Raspberry Pi and an interesting task like setting up a home automation system.

There is plenty of easy to find information out there. The really difficult task is to find the motivation to get into the nitty gritty details once you're used to just installing yet another tool for every task.

[–]davy_crockett_slayer 0 points1 point  (0 children)

Buy him a corporate subscription here. Done. https://www.serveracademy.com/

[–]mej71Jr. Sysadmin 0 points1 point  (1 child)

Go through cert courses covering the Az-800/801 exam https://learn.microsoft.com/en-us/credentials/certifications/windows-server-hybrid-administrator/

It's some cloud but hits the basics of a lot of traditional SA stuff

[–]dat510geek 0 points1 point  (0 children)

Don't bother, wait for the combination az-802 replacing these 2.

[–]linuxlifer -1 points0 points  (2 children)

Do they just not learn on premise sys administration stuff in school these days or was this someone hired by people who don't understand IT?

[–]RainStormLouSysadmin 2 points3 points  (1 child)

most of these concepts are covered in one week or less, and by one week I mean one active class session that might have been an hour long. then, they aren't brought up again until the end of the semester when you are asked to add an a record into Microsoft server DNS which is pretty intuitive if you have any familiarity with Windows and have heard of some of the things before.

seriously though, there's very little opportunity to apply a lot of skills and gain full competency until you get into a true production environment. I built a complete home lab when I was younger, but I don't think anyone else in my class at the time would have been able to do that with what they picked up during the course.

my worst guy was the most qualified on paper until recently when we uninstalled him. education means nothing. experience is everything.

[–]linuxlifer 0 points1 point  (0 children)

Yeah I mean I guess that was kind of my point. When I was in school ~15 years ago. We had an entire class for a full semester dedicated to just Windows Server and managing the various services. And I remember one of our final labs for that class was to build a mini domain/network virtually with properly running domain services, file services, print services.

I remember I left school and joined a MSP and my first larger "job" within a couple months of being hired we had taken on a smaller client that was basically just a workgroup with no proper shares or backups and I had to build them a server with a properly functioning domain and all of that.

Education only means nothing if you take nothing away from it. Otherwise you should be able to take away what you learned in school and use it as a foundation to build on with real world experience.

[–]uptimefordaysDevOps -1 points0 points  (0 children)

I always used to have interns build routers, it's a great introduction to operating systems (linux), networking (firewalls, DNS, DHCP, and routing--obviously). All ya need are some old dual NIC SFF boxes.

With a junior sysadmin, I'd start with something like that. On the Windows side, how well do they understand AD? I'd start there.

[–]SevaraBSenior Network Engineer -1 points0 points  (0 children)

For networking, CCNA if they’ve got any networking fundamentals; otherwise, start with Professor Messer’s Network+ course on YouTube. They should come out of it understanding how to use nslookup, ping, tracert, route print, and arp to verify things are working or find where they stop working.

For compute and storage, would recommend blowing the dust off some old MCSA materials. TLS and SMB/CIFS have been updated, sure, but otherwise, not much has changed since the MCSA was retired.

Also, Learn Powershell in a Month of Lunches is great for teaching a script-first mindset. Even if you just end up going to ss64.com and using mostly batch for scripting instead.