You are right to ask here for direction, and you are right to be skeptical of single vendor approaches. My advice is definitely don't go for formal qualifications.
I would say do something yourself, but make it public enough that you are guilted in to continuing to the bitter end: start a blog! Write yourself a challenge that uses a different type of technology on unix (various classes of database, various web technologies, various server availability models, directory services, cluster filesystems, fault-tolerant storage systems, message queues, virtualization paradigms, load balancing systems, snapshots, network intrusion detection systems, firewalls, digital telephony, each of a few major formal kernel security policy models, diskless workstations, clusters, etc.) then go solve it using as many different Linux distributions (especially source-based or minimalist distributions that force you to understand software dependencies) or flavors of unix as you can find.
For each challenge, write about how you approached the problem, what tools you found, how you evaluated them across areas like security, functionality, resource efficiency, technical trajectory (community, maturity, adaptability, etc.) and why you chose a certain approach, how your solution solved the original challenge, and how it might be improved upon in future.
After five challenges, every second challenge must be to go back and modify one of your earlier systems to do something extra (the "how it might be improved upon" part), use less resources, scale better, function in Arabic, or similar. This is a more realistic means of gaining experience as maintenance is actually most of the life of a software project.
If you do a challenge per week, after 25 challenges which will be six months, spend another week or two writing about the common patterns in the problems you have been solving, what you feel is repetitive, how you feel this represents the state of the industry, and what might be coming next.
Bonus challenge: Linux from scratch.
Many people should then offer to hire you... that education will be technologically broader and also more current than most people in the industry. Remember that with experience comes ... experience, ie. understanding the tools is different to knowing how and when to apply them, what their strengths and weaknesses are. That's why you write about it on the way, to maintain some perspective and think at a higher level about the efficacy of the overall system you are putting in place.