Build Linux administration skills by practising tasks you can explain, verify and repeat. These free Red Hat study guides cover files and permissions, users, services, storage, networking and automation thinking. Start with your intended Red Hat learning target, use the lab checklist to expose gaps and connect additional study material with hands-on practice.
Browse All Red Hat Premium PDFs
Want free reference PDFs? Email freelearning@ciscoforall.com with your exam code and name. We will send an available older reference file free of charge. Availability varies. See the request section below.
Choose a Red Hat learning path
Choose by your current knowledge and the skill you want to develop. These learning orientations are not official exam objective lists.
| Learning path | Who it suits | Topics to understand | First practice task |
|---|---|---|---|
| Linux foundations | People new to system administration | Paths, files, processes and shell reasoning | Explain a file’s location, owner and required access. |
| RHCSA-oriented learning | Learners developing administration skills | Users, services, storage and network configuration | Record the checks for a small service deployment. |
| Automation foundations | Administrators exploring repeatable operations | Desired state, inventory and verification | Describe one operation as a repeatable requirement. |
| Troubleshooting practice | Learners building operational confidence | Evidence, dependencies and persistent behaviour | Find one controlled fault and explain its cause. |
Explore Red Hat Premium study PDFs
Choose the resource matching your exact target. Open a product to explore its details and connect it with the learning task you want to strengthen.
| Premium resource | Preparation focus |
|---|---|
| EX200 Red Hat Certified System Administrator (RHCSA) — Premium PDF | Linux system administration and RHCSA-oriented review |
| EX300 Red Hat Certified Engineer (RHCE) — Premium PDF | Earlier EX300-code engineer reference; verify current scope |
| EX407 Red Hat Certified Specialist in Ansible Automation exam — Premium PDF | Earlier EX407-code automation reference; verify current scope |
The directory contains EX200 alongside earlier EX300 and EX407 listings. Review the exact version before selecting a resource.
EX300 and EX407 are presented here as earlier-code reference listings, not as a statement that those codes are your current exam target.
Match current Red Hat objectives and practical tasks with the resource you select.
Browse All Red Hat Premium PDFs
Choose the task and the intended system version
Before starting a lab, write the task in plain language and record the operating environment. A file permission exercise, a service configuration exercise and an automation exercise develop different skills. Match your preparation with the current exam objectives for your intended target, including the relevant product version.
Use a controlled lab with a baseline you can restore. Keep fictional users and data separate from anything important. Record the starting state, the action and the expected verification. A useful practice session ends with an explanation of the result, not simply a screenshot of a command that completed.
Files, ownership and permissions: explain the requirement
Suppose a reporting service must read a data file while a designated operator updates it. Write who needs to read, who needs to write and who should have no access. Then compare that requirement with the file ownership, group relationship and directory permissions in your lab.
Inspect the file and its parent path before changing access. A permission problem can arise from the running identity, a parent directory or another applicable control. Write one successful read, one successful authorised update and one denied update as your tests. Making the entire path writable by everyone hides the access question instead of answering it.
Manage users and privilege with a clear purpose
Create fictional roles such as application operator and report reader. List the tasks each role needs, including whether a task requires elevated privilege. Keep identity creation distinct from permission assignment and from verification that the user can perform the intended operation.
In a practice record, include the account purpose, group membership, authorised task and expected restriction. Test in the relevant user context. An operation that succeeds as an administrator does not prove an ordinary service account has suitable access. Give every privilege an operational reason that another learner can review.
Check services through the actual user task
A running process is one observation. The service also needs valid configuration, required files and access to its dependencies. Begin with what the user reports and trace the task from the client to the application. Record the affected time and scope so that log evidence relates to the same event.
For a lab exercise, introduce one incorrect configuration value, observe the failure and restore the baseline. Compare service state, relevant logs and application behaviour. Record which evidence distinguished the failure from a network issue. Include verification after a controlled restart, because a manually fixed runtime state may not persist as intended.
Study storage as data availability and persistence
Describe the purpose of a filesystem, where it is expected to be available and what information should survive a restart. Separate space availability from access permissions and from correct application configuration. These questions can produce similar user symptoms while requiring different investigation.
Create a written storage plan with mount location, owner, expected data and verification. Include a situation where a service writes to an unintended location because the expected storage is unavailable. Explain how you would detect the difference and confirm persistence. Avoid destructive disk experiments on an environment containing valuable data.
Network and security troubleshooting need comparisons
Compare a local application test with a remote test, and compare a hostname with an address-based request. Identify which dependency differs between the tests. Review intended access, service listening behaviour and the relevant network path before changing a broad system policy.
Keep security controls in the explanation. A traditional file permission can appear appropriate while another applicable control affects access. Investigate the evidence and intended context rather than disabling a protection to make the symptom vanish. Your lab note should state what failed, what changed and what proves the corrected requirement now works.
Automation should describe repeatable outcomes
A repeatable administration task needs a defined desired state and a way to verify it. Write what should be present, which settings matter and what should happen if the system already meets the requirement. This is more useful than memorising an unexplained sequence of manual actions.
Use a fictional service configuration as an exercise. Describe the inventory, required data, change and health check. Repeat the procedure in the same controlled environment and compare the results. Identify a condition that should stop the operation rather than continue with a misleading success message. Keep credentials outside the example and record version assumptions.
Practical lab checklist: produce evidence you can review
Complete these activities in a controlled environment or as written design exercises. Save a brief result and one question for your next session. Use fictional data and verify version-specific steps before applying unfamiliar procedures.
| Step | Activity | What to do | Evidence of understanding |
|---|---|---|---|
| 1 | Inspect a file access requirement | Record owner, group, parent path and user context | Allowed reads and restricted writes behave as intended. |
| 2 | Document a service baseline | Record state, dependencies and a user-level test | You can distinguish process startup from a working service. |
| 3 | Check persistence | Compare configuration before and after a controlled restart | The intended configuration survives and the user task still works. |
| 4 | Trace a network symptom | Compare local, remote, hostname and address tests | You can identify the first meaningful difference. |
| 5 | Describe an automated task | Write desired state, input assumptions and verification | Repeating the task produces an explainable result. |
A flexible four-week study plan
| Stage | Learning focus | Practice and review |
|---|---|---|
| Week 1 | Target selection and foundations | Record owner, group, parent path and user context Map your target objectives to a short topic tracker. |
| Week 2 | Core concepts and access decisions | Record state, dependencies and a user-level test Explain one permitted and one restricted outcome. |
| Week 3 | Operational scenarios and weaker topics | Compare configuration before and after a controlled restart Investigate a new example without memorising an answer. |
| Week 4 | Mixed practice and resource review | Write desired state, input assumptions and verification Repeat weak activities and compare your evidence with the intended objectives. |
Four weeks is a planning example, not a promise of readiness. Extend a stage until you can explain its concepts and apply them to another situation. A familiar topic should not crowd out a relevant topic you have not yet practised.
Original Red Hat self-check scenarios
Scenario 1: An application works as an administrator but fails as its service user. What does this comparison suggest?
Explanation: The user context and required access need investigation. Compare identity, file paths, ownership and other applicable controls. The comparison does not justify running the application permanently with broad administrative privilege. Define the legitimate access before choosing a correction.
Scenario 2: A manual change fixes a service until the next restart. Is the task complete?
Explanation: No. The observed result suggests that the intended persistent configuration may differ from the runtime state. Compare the configuration used after restart with the temporary correction, restore a controlled baseline and verify the service across the relevant lifecycle.
Scenario 3: Several system changes were made before the issue disappeared. What is missing from the learning record?
Explanation: A supported explanation of the cause is missing. Record the changes, return to a known lab baseline where practical and test one hypothesis at a time. A successful final result is useful, but unexplained steps are difficult to repeat reliably.
Before reading an explanation, write your own answer and identify the evidence that supports it. Then change one detail in the scenario and explain whether your decision still fits. These are original learning exercises.
Turn mistakes into a useful revision record
Keep a tracker with the topic, your explanation, practice activity, observed result and next review date. Mark a topic as understood when you can apply it to a different example. Reading a paragraph or recognising a familiar question is a starting point, but it does not establish that you can solve an unfamiliar problem.
For each mistake, record the initial assumption, the evidence that contradicted it and the corrected principle. Write a fresh scenario with different details and repeat the reasoning. This makes the lesson reusable and helps you select additional study material for a specific gap instead of collecting resources without a purpose.
Request free Red Hat reference PDFs
Email freelearning@ciscoforall.com with your exam code and name, the product or framework version if known, and the topics you need. We will send an available older reference file free of charge. Availability varies; a free file may not be available for every target. The original learning notes and exercises here are free to read without requesting a file.
Older reference PDFs can explain foundations while using earlier terminology, objectives or product behaviour. Compare them with your current target and verify version-specific information. We share only resources we are permitted to distribute. If the target is unclear, include its exact name so the reference request can be understood.
How to combine these notes with Premium PDFs
Use this guide to organise foundations and identify weak topics, then choose a relevant Red Hat Premium PDF for additional review. Connect the resource with a defined task: explain a concept, compare alternatives or repeat a practical scenario. Continue checking your reasoning and the version that matches your target.
A structured preparation routine combines topic review, original exercises and an error log. Avoid selecting a resource only because its name looks similar to another credential. Your chosen exam, its current scope and the skills you need should determine which material is useful.
EX200 Premium PDF · EX300 Premium PDF · EX407 Premium PDF
Browse All Red Hat Premium PDFs
Frequently asked questions
Is this guide free?
Yes. The learning notes, comparison tables, study plan and original exercises on this page are free to read. Premium PDFs are available separately through the linked product pages.
Where should I start with Red Hat?
Choose the learning path closest to your goal. If its core concepts are unfamiliar, begin with the foundations and first practice activity. Use your target objectives to identify additional topics beyond this guide.
Can I request a free reference PDF?
Yes. Email your exact target name and code, plus the topics you need. We will send an available older reference file free of charge. Availability varies.
Does an older reference file match my current exam?
It may explain useful foundations while describing an earlier version. Compare its code, objectives and product behaviour with your intended target before treating it as a complete preparation resource.
How should I select a Premium PDF?
Use the linked product section to explore a resource matching your exact target. Review its details and version, then connect it with the topic or practice gap you want to address.
Do I need to complete the plan in four weeks?
No. The schedule is an example. Adjust it to your experience, available time and practice results. Repeat a stage when you cannot yet explain or apply the concepts.
Are the scenarios actual exam questions?
No. They are original exercises created to develop understanding and decision-making. Use them to practise explanations and evidence-based reasoning.
Does this guide guarantee an exam result?
No. Results depend on your knowledge, practical skills and preparation.
Choose your next Red Hat study resource
Complete one small activity today and record what you learned. For older reference material, email freelearning@ciscoforall.com. For additional preparation, choose a relevant Premium PDF above or browse the complete vendor selection below.