Home Lab Access & Prerequisites

Lab Access & Prerequisites

Managing your lab environment and technical prerequisites
Restu Muzakir
Michael Owen
By Restu Muzakir and 2 others
• 19 articles

Lab Access Duration

🚀 Quick Summary: - 📚 Most courses: 60 days lab access - 🎯 CCSE & CSC: 30 days lab access - 🎥 Videos available for 3 years - ➕ Extensions available if needed ​ ⏱️ Calibrated Access Periods Lab access duration is carefully calibrated for each certification to provide sufficient time for comprehensive hands-on practice while maintaining focused learning momentum: ​ 📚 Standard Certifications (60 days) - 🎓 CDP - Certified DevSecOps Professional - 🔧 CDE - Certified DevSecOps Expert - 🏗️ CAISP - Certified AI Security Professional - 🤖 CASP - Certified API Security Professional - 🔧 CCNSE: Certified Cloud Native Security Expert - 🎓 CTMP: Certified Threat Modeling Professional - 🎓 CSSE: Certified Software Supply Chain Security Expert - CMCPSE: Certified Model context protocol security expert - CAASE: Certified AI Agentic Security Expert ​Why 60 days? This two-month period is optimal for: - 📖 Work through all exercises thoroughly - 🧪 Experiment with different approaches - 💪 Build confidence in practical skills 🎯 Specialized Certifications (30 days) - 🐳 CCSE - Container Security Expert - 🛡️ CSC - Security Champion Why 30 days? Reflects: - 🎯 More focused scope - 🏗️ Assumes foundational knowledge - ⚡ Intensive, specialized training 🎥 Long-Term Learning Support While labs are time-limited, videos are accessible long-term: - 📹 3 full years of video access - 📚 Use as ongoing reference library - 🔄 Return when facing work challenges - 📈 Perfect combination: intensive practice + long-term support

Last updated on Sep 10, 2026

Lab Extensions

🚀 Quick Summary: - 🎛️ Available through course portal - 📊 Various duration(30/60/90 days) options available - 🔄 Common for refreshing the knowledge prior to exam - 📅 Plan extension timing carefully ​ 🛡️ Safety Net for Life's Challenges Despite careful planning, sometimes life circumstances require more time to complete your hands-on training. We offer lab extensions as a safety net: - 🎛️ Access through dedicated student portal page (https://portal.practical-devsecops.training/pricing) - 📋 Straightforward process to extend the labs - 📊 Various duration options to match your needs 💰 Affordable Pricing Structure Designed to be affordable while encouraging efficient use: - $200 for 30 days - popular choice for most students - $350 for 60 days - better value for extended preparation - $450 for 90 days - best daily rate for comprehensive review - 💸 Longer extensions = better daily value - 🎯 Especially if you've made significant progress already - One can buy the additional labs during the initial purchase itself 🤔 Choosing the Right Extension Evaluate before selecting: - 📈 Current progress level - ⏰ Available study time - 🎯 Proximity to exam readiness 📋 Common Extension Scenarios - 💼 Unexpected work projects demanding immediate attention - 👨‍👩‍👧‍👦 Family obligations - 🤒 Health issues - 📚 Underestimating time needed for thorough lab completion - 🔄 Post-exam retake preparation - practice areas where you struggled 💡 Bottom Line: Extensions ensure temporary setbacks don't derail your certification journey! Common Questions: Q1: I extended my lab for 30 days, but it's still showing lab as expired A: Could you email trainings@practical-devsecops.com with your preferred start date for the lab extension? Q2: When I buy labs extension did it apply to all course? A:  If you purchase a lab extension, it is applied only to the specific course you purchased it for not all courses.

Last updated on Jul 13, 2026

Lab Environment

🚀 Quick Summary: - ☁️ Cloud-based, browser access - 🚫 No local installation needed - 🛠️ All tools pre-installed - 💻 Works on any OS - 🌐 Requires stable internet - 🎯 Realistic practice scenarios ​ ☁️ Cloud-Based Excellence Our lab environment represents one of the most valuable aspects of Practical DevSecOps training: - 🏗️ Built entirely on cloud infrastructure - 🚫 No local installation or configuration needed - 🌐 Access through your web browser - 🛠️ All necessary tools pre-installed and ready - ⚖️ Identical environments for everyone - 💻 Works regardless of personal hardware/OS 🌍 Practice Anywhere Ultimate flexibility with consistent access: - 🏠 Home, office, or traveling - always accessible - 🌐 Just need stable internet connection - 🔧 Complete tool suite included: - 📦 Container platforms - 🚀 CI/CD pipelines - 🔍 Security scanning tools - 📊 Monitoring solutions - 💰 Setup would be costly and time-consuming to replicate independently 🎬 Lab Experience Previews See the labs in action in our interactive lab environments: - CSSE:- https://app.arcade.software/share/JoTK7BbBuxHP9o1ydbr7 - CDP:- https://app.arcade.software/share/FOxYpxO9lo55UlatTjdf - CCNSE:- https://app.arcade.software/share/E1CPm9vGKUGruKofj7GD - CASP:- https://app.arcade.software/share/GJFO0sdo0Or1a88hhSFT - CAISP:- https://app.arcade.software/share/FKtHApJ3ppvpOfUY8CZl ⚡ Performance & Reliability Engineered for professional-grade work: - 🏃‍♂️ Handles security testing demands without lag - 🤖 Supports complex automation workflows - 🚫 No resource constraints of local VM setups - 💾 Regular backups protect your work - 💡 Pro tip: Keep your own copies of important scripts! 🎯 Authentic Learning Experience - 🔐 Realistic scenarios and vulnerabilities - ✅ Safe, legal environment for security testing - 🛠️ Authentic experience in identifying and fixing issues - 📈 Significant value component of your course investment

Last updated on Dec 22, 2025

Prerequisites and Foundations

🚀 Quick Summary - ✅ No strict prerequisites required - 🐧 Basic Linux familiarity is helpful but not mandatory - 💻 Basic computer skills are sufficient - 📚 Foundational DevOps concepts are taught as part of the course - 💪 Commitment, curiosity, and consistency matter most - 👥 Full support available for beginners Course-Specific Prerequisites Certified DevSecOps Professional (CDP) - Basic Linux commands (ls, cd, mkdir, etc.) - Basic understanding of application security practices (e.g., OWASP Top 10) - No prior DevOps experience required Certified DevSecOps Expert (CDE) - Must hold the Certified DevSecOps Professional (CDP) certification - Basic understanding of application security practices (SAST, DAST, etc.) Certified AI Security Professional (CAISP) - Basic Linux commands - Familiarity with a scripting language (Python, Golang, Ruby) is helpful but not required Certified Cloud-Native Security Expert (CCNSE) - Basic Linux commands - Understanding of OWASP Top 10 vulnerabilities - Familiarity with containers and Kubernetes is helpful but not mandatory Certified Container Security Expert (CCSE) - Basic Linux commands Certified Threat Modeling Professional (CTMP) - Knowledge of security fundamentals (Confidentiality, Integrity, Availability) - Basic knowledge of application development (preferred, not mandatory) Certified API Security Professional (CASP) - Basic Linux commands - Understanding of OWASP Top 10 - Basic knowledge of application development (preferred, not mandatory) Certified Software Supply Chain Security Expert (CSSE) - Basic Linux commands - Familiarity with Git, CI/CD pipelines, containers, and cloud platforms - Understanding of OWASP Top 10 vulnerabilities - Familiarity with a scripting language (Python, Golang, Ruby) is helpful but not required Certified Security Champion (CSC) - Foundational knowledge of the software development life cycle (SDLC) - Understanding of developing or testing web applications ✅ No Barrier to Entry Many learners ask: “Do I have enough background?” 🎯 The answer: Yes. You don’t need advanced expertise to start. - DevSecOps blends multiple disciplines, and few professionals come in with complete knowledge. - We provide the necessary foundations so everyone begins at the same level. 🚀 Helpful (But Not Required) Background These can speed up your learning: - 🐧 Linux commands (we provide references for newcomers) - 💻 Basic software development concepts (version control, programming logic) - ☁️ Cloud computing awareness 🎯 What REALLY Matters The most successful students share these qualities: - 🤔 Curiosity about security and modern development practices - 🧪 Willingness to experiment and learn from mistakes - 👷 Active participation in hands-on labs - 📈 Dedication to continuous professional growth 🎆 Success From All Backgrounds 💡 With the right mindset and our structured learning path: - Students from diverse technical and non-technical backgrounds achieve certification - Attitude and consistency matter more than prior experience - 💪 Your growth mindset is the true prerequisite

Last updated on Dec 18, 2025

Course Content Access

🚀 Quick Summary: - 📅 3-year video access from start date - ⏰ Course duration: 24–36 hours (depending on certification) - 📱 Streaming only (always updated) - 📚 PDF manuals for offline use - 📈 Progress tracking available - 📱 Mobile-friendly for videos 🎬 Extended Video Library Access Your learning experience extends far beyond traditional lectures: - 📅 3 full years of video access from course start - 🔄 Revisit concepts as you encounter real-world applications - 🎥 Professionally produced with clear audio - 📊 Helpful visualizations bring complex concepts to life - 🔄 Streaming-only ensures access to the most current content - 🆙 Updated automatically when tools/practices evolve 📚 Comprehensive Study Materials PDF manuals serve dual purposes: - 📚 Study guides for structured learning - 🔍 Professional references for ongoing work 📦 What's included in manuals: - 🧠 Key concepts and frameworks - ⌨️ Command references - 🎨 Architectural diagrams - 📝 Additional context enriching video content - 📱 Quick reference during lab work - 🖨️ Many students print sections for offline study ⏰ Course Duration (Mandatory Syllabus Completion Time) - 🎓 Certified DevSecOps Professional (CDP) – 36 hours - 🎓 Certified DevSecOps Expert (CDE) – 36 hours - 🎓 Certified AI Security Professional (CAISP) – 36 hours - 🎓 Certified Cloud Native Security Expert (CCNSE) – 36 hours - 🎓 Certified Container Security Expert (CCSE) – 24 hours - 🎓 Certified API Security Professional (CASP) – 36 hours - 🎓 Certified Threat Modeling Professional (CTMP) – 24 hours - 🎓 Certified Software Supply Chain Security Expert (CSSE) – 36 hours - 🎓 Certified Security Champion (CSC) – 24 hours ⚠️ Troubleshooting: Course Not Showing Under "My Course" If you have enrolled in a course but it does not appear under My Course on the portal, follow the steps below. Most cases are resolved by checking your login email or allowing the enrollment build to complete. 1. Confirm you are logged in with the correct email The system ties your course enrollment to the exact email address used at the time of purchase or registration. - Log in to the learning portal and check the email displayed in the top-right corner of the dashboard. - If it differs from the address you used to enroll, log out and sign in with the correct email. - Check your enrollment confirmation email — it shows the portal URL and the email address associated with your account. 2. Make sure the course has been scheduled Your course will not appear under My Course until it has been scheduled. - Visit the Practical DevSecOps member site: https://members.practical-devsecops.training/ - Locate the "Schedule" button next to the desired course title. - Choose a start date and time slot, then click "Schedule the Course." - Return to the dashboard — the course should now be listed under My Courses. Pro tip: Add the session link to your personal calendar (Google, Outlook, etc.) to receive automated reminders. 3. Contact support if the course still does not appear If you have confirmed the correct email, waited 30 minutes for the build, and scheduled the course — but it still does not show up — reach out to support. Provide the following details to speed up resolution: - Your username and invoice id - The email address you used to register - The exact course title and scheduled start time - A screenshot of your empty dashboard Tip: Keep a screenshot of the dashboard; it speeds up support resolution. Frequently Asked Questions | Question | Answer | |----------|--------| | Where is my course manual? | You can find it in the email with the subject line [CourseName] Course Material and other important details or [CourseName] PDF Manual. The link expires after one week — download and save a copy. Contact support if you can't download the file. | | Why is my course not showing under My Course? | This is usually caused by one of three things: you are logged in with a different email than the one used for enrollment, the enrollment build is still in progress (wait 20–30 minutes), or the course has not yet been scheduled. Follow the troubleshooting steps above to resolve the issue. | 💡 Pro Tip: The combination of videos, manuals, and structured timelines creates a complete learning ecosystem. Learners who dedicate consistent time to labs and theory finish faster and retain knowledge more effectively.

Last updated on Sep 17, 2026

Managing Lab Access: Reactivation Timing, Pause Limits, and Best Practices

Managing Lab Access: Reactivation Timing, Pause Limits, and Best Practices Whether you’re preparing for a DevSecOps certification or completing a hands‑on course, understanding how and when you can pause or reactivate your lab environment is essential. This guide explains the lab re‑activation timeline after an exam, the maximum pause duration, and why the pause feature is limited to a single use. Follow the steps and tips below to keep your lab access smooth and avoid unexpected interruptions. Table of Contents 1. What Happens After Your Certification Exam? 2. Pausing Your Lab Access: How Long Is It Allowed? 3. Why the Pause Can Be Used Only Once 4. Step‑by‑Step: Managing Lab Reactivation & Pauses 5. Common Questions & Quick Answers 6. Tips for a Seamless Lab Experience What Happens After Your Certification Exam? Lab Reactivation Timeline - Typical wait time: ≈ 48 hours after the exam‑related lab expires. - What to expect: Your lab course automatically switches from “expired” back to “active” once the 48‑hour window closes. Why the 48‑Hour Delay? - System processing: The platform needs a short buffer to verify exam completion, update your entitlement, and provision resources. - Fair access: This interval prevents immediate re‑use that could bypass exam integrity checks. What If You Don’t See Reactivation? 1. Confirm access: Log into the lab portal and verify that the status shows “Active.” 2. Reach out: If the lab remains inactive after 48 hours, please request assistance to with real agent in Chat widget on the bottom right corner Pausing Your Lab Access: How Long Is It Allowed? Maximum Pause Duration - Allowed pause: Up to 60 days (≈ 2 months). - Automatic re‑activation: After the 60‑day window elapses, the system restores lab access without any action required from you. How to Initiate a Pause 1. Go to the members portal at this link: https://members.practical-devsecops.training/pause-course 2. If the status is still showing as Provisioning please wait until it changes to Started. This is when the Pause The Lab button will appear. 3. Then, click on the Pause The Lab button. What Happens When the Pause Ends? - The lab status flips back to “Active” automatically. - All previously saved work, snapshots, and configurations remain intact (provided you followed the platform’s snapshot guidelines). Why the Pause Can Be Used Only Once The single‑use restriction is a preventive measure designed to: - Limit abuse: Prevent users from repeatedly pausing labs to extend the overall subscription period without paying. - Maintain fairness: Ensure all learners have comparable access windows, especially when labs are tied to time‑sensitive certifications. - Simplify administration: One pause per enrollment reduces the overhead of tracking multiple extensions and potential conflicts. If you anticipate needing more than one pause, plan ahead and use the full 60‑day window the first time. Step‑by‑Step: Managing Lab Reactivation & Pauses Reactivating After an Exam (48‑Hour Process) | Step | Action | Details | |------|--------|---------| | 1 | Wait 48 hours | No manual steps required; the system handles re‑activation. | | 2 | Verify status | Log in to the lab portal; look for “Active” badge. | | 3 | Contact support if needed | Use Chat with support option and then request to real agent | Pausing Your Lab (One‑Time, Up to 60 Days) 1. Open members portal → Click Pause Lab. 2. Confirm → System records the pause and shows the new expiration date. 3. Resume work after the pause automatically ends. Example Scenario: You finish a DevSecOps certification exam on March 1 and your lab expires on March 2. You need a break to attend a conference from March 10‑15. You pause the lab on March 5 for 10 days. Then you can reactivate it again when you want using the same page that you use to pause Common Questions & Quick Answers | Question | Answer | |----------|--------| | Can I extend the pause beyond 60 days? | No. The platform enforces a hard 60‑day limit per enrollment. | | What if I need a second pause? | Plan to use the full 60‑day window the first time; a second pause isn’t permitted. | | Will my lab data be lost during a pause? | No. All snapshots, containers, and configurations remain saved, provided you follow the recommended backup procedures. | | How do I know when the pause ends? | The Lab Management page displays the exact re‑activation date. You’ll also receive an email reminder 24 hours before the pause expires. | | Is the 48‑hour re‑activation window the same for all certifications? | Yes. All certification‑linked labs share the same 48‑hour post‑exam re‑activation policy. | Tips for a Seamless Lab Experience - Set calendar reminders for both the 48‑hour re‑activation window and the end of any pause period. - Take a final snapshot before pausing to guarantee a clean restore point. - Check connectivity (VPN, firewall rules) after re‑activation; sometimes network settings reset after long idle periods. - Chatwoot widget for rapid support - you can request a real agent - Document your workflow (e.g., which scripts you ran, environment variables) in a shared notebook; this speeds up recovery after any pause or re‑activation. By understanding the 48‑hour re‑activation rule, the 60‑day single‑pause limit, and the reasoning behind these policies, you can confidently manage your lab environment throughout your DevSecOps certification journey. Keep this guide handy, and you’ll avoid unexpected downtime while staying focused on mastering hands‑on skills. Happy hacking!

Last updated on Sep 10, 2026

Accessing Lab Demos, Course Videos, and Post‑Lab Resources in Your DevSecOps Training

Accessing Lab Demos, Course Videos, and Post‑Lab Resources in Your DevSecOps Training Welcome to the DevSecOps learning hub! Whether you’re just starting the “Full Enterprise‑Grade DevSecOps Pipeline” demo or you’ve completed the hands‑on labs, you’ll need clear guidance on how to log in, what resources remain available after the lab period ends, and how to troubleshoot common video‑playback issues. This article consolidates the most frequently asked questions, provides step‑by‑step instructions, and offers practical tips so you can focus on mastering DevSecOps concepts instead of hunting for credentials or fighting firewalls. Table of Contents 1. Logging into GitLab for the “Full Enterprise‑Grade DevSecOps Pipeline” Demo 2. What Happens to Your Access After the Lab Expires? 3. Fixing the “Sorry, because of its privacy settings, this video cannot be played here” Error 4. Quick Reference Checklist 5. Additional Tips & Best Practices 1. Logging into GitLab for the “Full Enterprise‑Grade DevSecOps Pipeline” Demo Why the confusion? The introductory labs introduce the platform but do not provide the GitLab credentials used in the later “Full Enterprise‑Grade DevSecOps Pipeline” demo. Those credentials are supplied only in the dedicated Lab Guide for that specific module. How to obtain the credentials 1. Open the Lab Guide - Navigate to the Learning Path → Modules → Full Enterprise‑Grade DevSecOps Pipeline. - Click Download Lab Guide (PDF) or view it directly in the browser. 2. Locate the “GitLab Access” section - It is usually highlighted in the guide (see the screenshot in the original question for reference). - The section lists a username and a temporary password that are valid for the duration of the lab (typically 60 days). 3. Log in to GitLab - Go to https://gitlab.<your‑training‑domain>.com. - Enter the provided username and password. - You will be prompted to change the password on first login—choose a strong, memorable passphrase. What to do if you can’t find the credentials - Check the “Resources” tab on the course landing page – the Lab Guide is often duplicated there. - Contact Support via the Chatwoot and request a real agent for help you. 2. What Happens to Your Access After the Lab Expires? | Resource | Access Duration | What You Keep | How to Preserve It | |----------|----------------|---------------|--------------------| | Course Videos | 3 years from enrollment (subject to change) | Unlimited streaming of all recorded lectures | No action needed; videos remain in your account. | | Hands‑On Labs | 60 days from first login | Access to the live lab environment ends after 60 days. | Export any artefacts (e.g., pipeline YAML, Docker images) before the expiration date. | | PDF Manual / Lab Guide | Permanent (once downloaded) | The PDF stays on your device forever. | Save a copy to a personal cloud drive or local backup. | Steps to Secure Your Work Before Lab Expiration 1. Download artefacts – Use the “Export” button in the lab UI or run git clone to pull repositories locally. 2. Snapshot your environment – If you used a cloud‑based lab, take a snapshot or export the Docker images (docker save). 3. Document your pipeline – Save the .gitlab-ci.yml file and any custom scripts to a personal repository. 3. Fixing the “Sorry, because of its privacy settings, this video cannot be played here” Error This error is usually caused by network restrictions, corporate firewalls, or regional content blocks. Follow the troubleshooting flow below: Step‑by‑Step Troubleshooting 1. Use a Personal Device - Company‑issued laptops often have security agents that block external video streams. - Switch to a personal computer or a personal tablet for testing. 2. Check Your Network - Verify that you are on a stable, unrestricted Wi‑Fi or wired connection. - Avoid public Wi‑Fi that requires captive portals (e.g., coffee‑shop login pages). 3. Try an Alternate Network - If possible, connect via a mobile hotspot or a different ISP to rule out ISP‑level blocking. 4. Use a VPN - A reputable VPN can route traffic through a region where the video host is not blocked. - Ensure the VPN complies with your organization’s security policy. 5. Clear Browser Cache & Cookies - Old session data can interfere with embedded video players. - In Chrome/Edge: Settings → Privacy and security → Clear browsing data. 6. Disable Browser Extensions - Ad‑blockers or privacy extensions may block the video iframe. - Temporarily disable them and reload the page. 7. Test in an Incognito/Private Window - This bypasses most extensions and cached data. 8. Contact Support if All Else Fails - Provide a screenshot of the error, your device OS, browser version, and network type. - Reach out to real agent by request it in the Chatwoot(chatbot) Quick FAQ - Q: Do I need a corporate VPN to watch the videos? A: Only if your corporate firewall blocks the video CDN. A personal VPN works as an alternative. - Q: Can I download the videos for offline viewing? A: Yes. Each video page includes a “Download” button for learners with a valid subscription. 4. Quick Reference Checklist - Before Starting the Full Pipeline Demo - ☐ Download the Lab Guide PDF. - ☐ Locate GitLab credentials in the guide. - ☐ Log in and change the temporary password. - During the Lab (First 60 Days) - ☐ Export repositories and pipeline definitions daily. - ☐ Snapshot any custom Docker images. - After Lab Expiration - ☐ Verify you still have access to course videos (3‑year window). - ☐ Keep the PDF manual saved locally. 5. Additional Tips & Best Practices - Bookmark Key URLs: - GitLab: https://gitlab.<your‑domain>.com - Course Videos: https://learn.<your‑platform>.com/videos - Version Control Your Lab Work: Even though the lab environment is temporary, treat your code as production‑grade. Commit often and push to a personal GitHub or GitLab account. - Document Network Requirements: Keep a note of any required ports (e.g., 443 for HTTPS, 22 for SSH) and share it with your IT department if you encounter connectivity issues. By following the guidance above, you’ll smoothly navigate the GitLab login process, retain valuable learning assets after the lab period, and overcome video‑playback hurdles. If you run into any other roadblocks, remember that the Chatwoot and our dedicated support team are just a message away. Happy learning, and enjoy building your enterprise‑grade DevSecOps pipeline!

Last updated on Mar 03, 2026

Extending Lab Access, Unlocking Exercises, and Understanding Discount Options in Practical DevSecOps Training

Extending Lab Access, Unlocking Exercises, and Understanding Discount Options in Practical DevSecOps Training Introduction Hands-on labs are the heart of any DevSecOps certification program. They let you apply theory, experiment with tools, and build confidence before you sit for the exam. However, real-world learners often wonder how to manage lab time, whether they can unlock specific exercises, and if any discounts are available for extensions. This article walks you through how to extend your lab timer, why individual exercises can’t be unlocked separately, extend vs. buy a new course, and how to request extra time when a lab bug cost you days. By the end, you’ll know exactly what steps to take to keep your learning momentum uninterrupted. 1. Extending the Lab Timer 1.1 What triggers the timer prompt? - Default duration: Most Practical DevSecOps labs are provisioned for 30 minutes of continuous use. - Prompt timing: When you reach the 20-minute mark, a non-intrusive banner appears, offering you the chance to extend the current session. - One-time offer per exercise: The prompt is displayed once per lab exercise; after you accept or dismiss it, the option will not reappear for that same exercise. 1.2 How to extend the timer 1. Click the “Extend Lab” button on the prompt. 2. Confirm the extension (typically an additional 10–15 minutes, depending on your subscription). 3. Continue working without losing any progress—your environment stays exactly as you left it. Example: You’re midway through the “Secure CI/CD Pipeline” exercise and the timer hits 20 minutes. The prompt appears; you click Extend Lab, gaining an extra 15 minutes to finish the pipeline configuration and run the security scans. 1.3 When the prompt does not appear If you do not see the extension banner, it may be because: - You have already used the one-time extension for that exercise. - Your lab subscription has expired, in which case you need to renew the specific course you want to extend (see Section 3). Do not purchase a second copy of the full course. 2. Unlocking Specific Lab Exercises 2.1 Why individual exercises can’t be unlocked Practical DevSecOps structures each course as a single, cohesive lab environment. All exercises share the same underlying resources (virtual machines, containers, and network configurations). Because of this architecture: - Partial unlocking would break dependencies between exercises. - Progress tracking relies on a linear flow, ensuring you master prerequisite concepts before moving forward. 2.2 What you can do instead - Complete the current exercise within the allotted time and move to the next one. - Request a full lab extension (Section 3) if you need more time for the entire set of exercises. 3. Extending or Renewing Lab Access 3.1 Extend vs. buy a new course Use a lab extension when you already own the course and need more lab days. Buying the same full course again creates a second enrollment. It does not add days to the course you already started, and you pay the full course price instead of the extension price. | | Lab extension | New full course | |--|-------------------|---------------------| | When to use it | You already enrolled in this course and the lab days ran out (or are about to). | You want a different course, or a brand-new independent enrollment. | | What you get | Extra 30 / 60 / 90 lab days on that same course. | A second, separate course seat. Original lab days still expire. | | Typical price | $200 (30 days), $350 (60 days), $450 (90 days). | Full list price of the course. | | Progress, pause, exam voucher | Stay on the original enrollment. | Do not transfer automatically to the duplicate seat. | | How to buy | Pricing page → choose an extension length → select the course you already own. | Pricing page → add a full course, not an extension. | If you already bought a second full course by mistake: stop. Do not start labs on the duplicate. Open Chat with support, request a real agent, and send both order numbers plus the course name. Staff can advise on refund or applying the payment as an extension. The chatbot cannot reverse the purchase. 3.2 No discounts for extensions At this time, Practical DevSecOps does not offer discounts for lab extensions or renewals. All extensions are billed at the standard rate displayed on the pricing page. 3.3 Step-by-step process to extend your lab 1. Visit the Lab Pricing Portal: https://portal.practical-devsecops.training/pricing/ 2. Select the extension plan (30, 60, or 90 days) — not a new full-course product. 3. Choose the specific course you already own and want to extend. An extension applies only to that course, not to every course on the account. 4. Complete the purchase using your preferred payment method. 5. Email the support team at trainings@practical-devsecops.com with: - Your account email - The desired start date for the extension (usually “immediately” or a specific future date) - Any special instructions (e.g., need for a particular lab environment). 6. Confirmation: You’ll receive a confirmation email with the new expiration date and a link to re-activate your labs. Tip: Initiate the extension before your current lab expires to avoid any downtime. 3.4 Extending labs on the fly If you are already in a lab session and notice the timer winding down, you can still: - Navigate to the pricing portal in a new browser tab. - Purchase an extension (the system will automatically apply the extra time to your active session). 4. Extension Requests Tied to a Reported Lab Bug If a platform or lab defect used up your lab days (environment stuck, exercise unusable, prolonged outage), you can ask for compensatory extra days. That grant is a staff decision. The chatbot cannot approve, apply, or promise a lab-bug extension. If the bot cannot help, request a real agent. Do not repurchase the course while you wait. What to send the agent 1. Account email and course name. 2. What broke, when it started, and how much lab time you lost. 3. Screenshots or error text. 4. The existing chat or ticket number for the original bug, if you already reported it. 5. The extension length you need (or “enough days to finish the remaining exercises”). What happens next - A human agent reviews the bug report and your remaining lab days. - If the defect caused lost time, staff applies an extension and confirms the new expiry date. - If the issue is already fixed and no days were lost, they will say so and point you to the paid extension on the pricing page instead. There is no self-serve “approve my bug extension” button. The escalation path is: Chat with support → request a real agent → wait for staff confirmation. 5. Frequently Asked Questions | Question | Answer | |----------|--------| | Can I extend a lab for only one exercise? | No. Extensions apply to the entire lab environment for the duration you purchase. | | Should I buy the full course again when my labs expire? | No. Buy a lab extension for the course you already own. A new full-course purchase is a duplicate enrollment. | | Will the extension prompt appear multiple times? | The prompt appears once per exercise. After you accept or decline, it will not reappear for that same exercise. | | Are there any promotional codes or bulk-purchase discounts? | Currently, no discount codes are available for lab extensions. Bulk purchases for corporate teams may have custom pricing—contact sales for details. | | A lab bug wasted my days. Can the bot extend me? | No. Request a real agent and include the bug evidence. Only staff can grant a compensatory extension. | | What happens if my lab expires while I’m in the middle of an exercise? | Your environment will be frozen. You must renew the lab to regain access and continue where you left off. | | Can I get a refund if I extend but don’t use the extra time? | Refunds are handled case-by-case. Reach out to support within 7 days of purchase for assistance. | 6. Practical Tips for Managing Lab Time - Plan ahead: Review the lab agenda and allocate approximate time blocks for each exercise. - Use the 20-minute reminder: Treat the extension prompt as a cue to either finish the current task or request more time. - Save your work: Periodically export configuration files or screenshots, especially before the timer expires. - Buy an extension, not a second course, when you only need more lab days on a course you already started. Conclusion Effective lab management is essential for mastering DevSecOps concepts and passing certification exams. While you cannot unlock individual exercises or receive discounts on extensions, the platform offers a straightforward extension workflow that keeps your learning uninterrupted. If a lab defect cost you time, skip the bot’s approval loop and request a real agent. By following the steps outlined above, you’ll maximize your lab time, stay on track with your study plan, and confidently progress through the Practical DevSecOps curriculum. Happy hacking!

Last updated on Aug 18, 2026

Lab Access on Mobile Devices & Practice Exam Availability: What You Need to Know

Lab Access on Mobile Devices & Practice Exam Availability: What You Need to Know Accessing hands‑on labs and practice exams is a core part of any DevSecOps certification journey. While most learners prefer a desktop or laptop, many wonder whether a smartphone, tablet, or iPad can provide the same experience. This article explains how mobile devices interact with lab environments, outlines the best practices for a smooth workflow, and clarifies how long practice‑exam labs remain available. Table of Contents 1. Using Mobile Devices for Hands‑On Labs 2. Desktop vs. Mobile: What to Expect 3. Practice Exam Lab Availability 4. Practical Scenarios & Tips 5. Common Questions (FAQ) Using Mobile Devices for Hands‑On Labs Supported Devices - Smartphones (iOS, Android) - Tablets (iPad, Android tablets) - Hybrid devices (Surface Pro, Chrome OS tablets) All of these platforms can launch the browser‑based lab environment, provided they meet the minimum browser requirements (latest Chrome, Edge, Safari, or Firefox). How It Works 1. Open the lab URL in your mobile browser. 2. Log in with your course credentials. 3. Launch the lab – the same virtual machines (VMs) and web interfaces appear as on a desktop. 4. Interact with each VM through the built‑in console or web UI. Note: The underlying infrastructure is cloud‑hosted, so the device you use only needs a stable internet connection and a supported browser. Desktop vs. Mobile: What to Expect | Feature | Desktop/Laptop | Mobile/Tablet | |---------|----------------|---------------| | Screen Real Estate | Large, multiple monitors enable side‑by‑side view of several VMs. | Smaller screens often require vertical scrolling and frequent zooming. | | Tab Switching | Seamless with keyboard shortcuts (Ctrl+Tab, Cmd+Tab). | Touch‑based tab switching can be slower, especially when juggling three or more machines. | | Keyboard Input | Full‑size keyboard, copy‑paste, and shortcut keys. | On‑screen keyboards lack many shortcuts; external keyboards improve usability. | | Mouse Precision | Precise pointer control for UI elements. | Touch gestures may be less accurate for tiny UI controls. | | Performance | Typically higher CPU/RAM, smoother rendering. | Dependent on device specs; older phones may lag with heavy console output. | Recommendation - Primary Learning: Use a desktop or laptop for the majority of lab work. - Supplemental Access: Mobile devices are fine for quick checks, reviewing lab instructions, or performing simple tasks that involve a single VM. Practice Exam Lab Availability - Duration Tied to Lab Access: The practice exam remains accessible for the entire period you have lab access. - No Separate Expiration: There is no independent countdown; once your lab subscription expires, the practice exam will also become unavailable. - Renewal Impact: Extending your lab subscription automatically extends practice‑exam access. Example: If you purchase a 90‑day lab package, you will have 90 days of both hands‑on labs and the associated practice exam. Practical Scenarios & Tips Scenario 1 – Quick Review on the Go You’re commuting and need to verify a configuration step you performed earlier. Open the lab on your phone, locate the specific VM console, and confirm the setting. This is a perfect use case for mobile access. Scenario 2 – Multi‑Machine Workflow Your lab requires you to configure three VMs simultaneously (e.g., a CI server, a scanning tool, and a vulnerable web app). On a desktop, you can tile windows side‑by‑side. On a tablet, consider: - External Keyboard + Mouse (Bluetooth) to mimic desktop shortcuts. - Split‑Screen Mode (iPadOS or Android) to view two VMs at once, then toggle the third. Tips for a Smoother Mobile Experience - Use a modern browser and keep it updated. - Enable “Desktop Site” mode in the browser to avoid mobile‑specific UI changes. - Connect a physical keyboard (Bluetooth or USB‑C) for faster command entry. - Close unnecessary tabs to free up memory and reduce lag. - Prefer Wi‑Fi over cellular data for a stable, low‑latency connection. Common Questions (FAQ) Q1: Can I complete the entire lab suite on a phone? Answer: Technically yes, but the experience will be slower and more cumbersome, especially when multiple consoles are involved. For full efficiency, a desktop is strongly recommended. Q2: Do I need any special software on my tablet? Answer: No. The labs run entirely in the browser. Ensure your tablet’s OS and browser are up to date. Q3: What happens to my practice exam if I lose lab access before the exam date? Answer: Access to the practice exam ends simultaneously with lab access. Renew your lab subscription to retain practice‑exam availability. Q4: Is there a way to download lab materials for offline use on mobile? Answer: Lab environments are cloud‑based and cannot be downloaded. However, you can download PDFs of lab guides for reference. Q5: Will using a mobile device affect my exam performance? Answer: The exam itself is usually taken on a desktop or a proctored environment. Mobile access is only for lab practice; it does not impact the actual certification exam. Bottom Line Mobile devices offer a convenient way to peek into your DevSecOps labs, but they are best suited for lightweight tasks or quick reviews. For full‑scale, multi‑machine exercises, a desktop or laptop remains the optimal platform. Remember, your practice exam stays available for as long as your lab access does, so keep your subscription current to maximize study time. Happy learning, and may your labs run smoothly—whether on a desktop or on the go!

Last updated on Jan 07, 2026

Lab Access Troubleshooting: Resetting Machines, Faster Provisioning, and Resolving GitLab 404 Errors

Lab Access Troubleshooting: Resetting Machines, Faster Provisioning, and Resolving GitLab 404 Errors Managing your Practical DevSecOps lab environment should be smooth and predictable. Whether you’re a beginner launching your first lab or an experienced practitioner spinning up multiple scenarios, understanding how to reset machines, speed up provisioning, and access GitLab correctly will save you time and frustration. This guide walks you through the most common lab‑access issues, offers step‑by‑step solutions, and provides handy tips to keep your learning journey on track. Table of Contents 1. Do I Need to Delete Old Machines? 2. Why Is Lab Provisioning Slow and How Can I Fix It? 3. GitLab Returns a 404 Page Not Found – What to Do 4. Quick Access: Lab Portal URL 5. Best‑Practice Tips & Frequently Asked Questions Do I Need to Delete Old Machines? Short answer: No, you don’t have to delete machines after each lab. When you should consider resetting a machine - Encountering unexpected errors (e.g., services failing to start, broken network configuration). - Configuration drift after experimenting with system settings or installing additional packages. - Resource constraints on the shared lab infrastructure (rare, but possible during peak usage). How to reset a machine safely 1. Log in to the Lab Portal – navigate to the Machines section. 2. Locate the specific instance you want to reset. 3. Click “Reset” (or “Re‑provision”) and confirm the action. 4. Wait a few minutes while the platform rebuilds the VM to its original snapshot. Pro tip: Resetting restores the machine to a clean state without permanently deleting any of your lab data. You can always re‑run the lab instructions from the beginning. Why Is Lab Provisioning Slow and How Can I Fix It? Provisioning delays are often caused by network hiccups, browser cache issues, or temporary load on the lab infrastructure. Step‑by‑step troubleshooting checklist 1. Reset the machines first – a fresh start eliminates hidden configuration problems. 2. Test your network connectivity using the built‑in diagnostic tool: https://portal.practical-devsecops.training/machines/test-connection - The test checks DNS resolution, latency, and port accessibility required for the labs. 3. Clear browser cache & cookies or try an incognito/private window. 4. Switch browsers – Chrome, Edge, and Firefox are all supported; Safari may have occasional quirks. 5. Verify VPN or corporate firewall settings – ensure outbound traffic to *.lab.practical-devsecops.training on ports 80/443 is allowed. Example scenario You’ve attempted to provision a “Vulnerability Scanning” lab three times, each attempt taking over 10 minutes. Solution: Reset the lab machine, run the connection test (which shows “All checks passed”), then re‑provision. The lab should now spin up in under 2 minutes. If provisioning still takes longer than 5 minutes after these steps, contact support with the machine ID and a screenshot of the connection test results. GitLab Returns a 404 Page Not Found – What to Do A 404 error typically means you’re trying to reach the wrong GitLab instance URL or you haven’t logged in with the correct credentials. Correct URL format https://gitlab-ce-<machine_id>.lab.practical-devsecops.training - Replace <machine_id> with the identifier shown on your Lab Portal (e.g., gitlab-ce-42). Logging in successfully 1. Open the URL in your browser. 2. Use the username/password supplied in the Basic CI/CD chapter of the lab guide. - These credentials are unique per lab and are listed under the “Credentials” section of the exercise. - Default credentials for the Gitlab is username: "root" password: "pdso-training" 3. After logging in, you should land on the GitLab dashboard where you can clone repositories, create pipelines, and explore the CI/CD features. Common pitfalls | Symptom | Likely cause | Fix | |---------|--------------|-----| | 404 error after entering URL | Typo in machine ID or missing “https://” | Double‑check the URL format and copy‑paste directly from the portal. | | Login page appears, but credentials are rejected | Using credentials from a different lab | Refer back to the Basic CI/CD chapter for the correct set. | | Page loads but shows “Repository not found” | Trying to access a repo that hasn’t been created yet | Follow the lab steps to create the repository first. | Quick Access: Lab Portal URL All lab management actions (reset, provision, network test, and credential lookup) are performed through the central portal: **🔗 **https://portal.practical-devsecops.training/ Bookmark this link and keep it handy throughout your training. Best‑Practice Tips & Frequently Asked Questions Tips for a Smooth Lab Experience - Always reset before a new lab if you suspect leftover configuration from a previous exercise. - Run the network test after any major change to your local environment (new Wi‑Fi network, VPN activation, etc.). - Use a dedicated browser profile for labs to avoid cookie conflicts with personal accounts. Frequently Asked Questions | Question | Answer | |----------|--------| | Do I need to delete a machine after each lab? | No. Deleting is unnecessary; resetting is sufficient. | | What if the connection test fails? | Note the specific error (DNS, latency, blocked port) and adjust your network or firewall settings accordingly. | | Can I access GitLab from a mobile device? | Yes, but a desktop browser provides a better experience for pipeline configuration. | | Where do I find the credentials for GitLab? | In the Basic CI/CD chapter of the lab guide, under the “Credentials” subsection. | | What should I do if provisioning never finishes? | Reset the machine, run the network test, clear your browser cache, and if the issue persists, open a request to real agent with the machine ID. | Closing Thoughts Effective lab management is a cornerstone of successful DevSecOps training. By resetting machines when needed, verifying network health before provisioning, and using the correct GitLab URL and credentials, you’ll minimize downtime and maximize learning. Keep this guide bookmarked, and refer back whenever you encounter access issues—your labs will run like a well‑orchestrated pipeline!

Last updated on Feb 09, 2026

Initial Lab Setup for DevSecOps: Git Configuration, Credential Management, and YAML Snippets

Initial Lab Setup for DevSecOps: Git Configuration, Credential Management, and YAML Snippets Introduction Setting up a clean, repeatable environment is the first step toward success in any DevSecOps lab or certification exam. Whether you are working through cloud‑based labs, preparing for a proctored exam, or simply practicing on your own machine, you will repeatedly encounter three core tasks: 1. Configuring your Git identity (global email and username). 2. Understanding when and how to use the credentials provided by the lab platform. 3. Copy‑pasting YAML snippets correctly without triggering “command not found” errors. This article walks you through each of these tasks, explains the underlying rationale, and offers practical tips you can apply instantly. By the end, you’ll know exactly what values to use for Git, when to add allow_failure: true to a job, and how to work with copy‑ready code snippets in the lab UI. 1. Configuring Git Global Email and Username Why It Matters Git tracks who makes each commit. In a lab environment the Git identity does not affect grading, but a consistent configuration prevents confusion when you push changes to shared repositories or when you review commit logs later. What Values to Use | Context | Recommended Email | Recommended Username | |---------|-------------------|----------------------| | Exam (proctored or remote) | Any valid email address (e.g., yourname@example.com). It can be a personal or corporate address – the system does not validate it. | Any string without spaces (e.g., yourname). | | Course Labs | The email shown in the DevSecOps Gospel section of the course manual (around page 57). | The username listed alongside the email in the same section. | Tip: If you are unsure, simply run the commands below with placeholder values; the lab will accept them: git config --global user.email "student@example.com" git config --global user.name "student" How to Set the Values # Set global email git config --global user.email "your.email@domain.com" # Set global username git config --global user.name "yourusername" These settings are stored in ~/.gitconfig and apply to all repositories you interact with during the exam or lab. 2. Adding allow_failure: true to a GitLab CI Job What Is allow_failure? In a .gitlab-ci.yml file, allow_failure: true tells the pipeline to continue even if the job fails. The job will be marked as “failed (allowed)” but subsequent stages still run. When to Use It | Scenario | Reason to Add allow_failure | |----------|-------------------------------| | Exploratory or non‑critical checks (e.g., linting, static analysis) | Failure should not block the rest of the pipeline. | | Learning labs where the focus is on syntax, not on passing every test | Keeps the lab flow moving for the learner. | | Optional security scans that may produce false positives in a controlled environment | Prevents unnecessary pipeline aborts. | When Not to Use It - Critical security gates (e.g., container image scanning that must pass before deployment). - Production‑grade pipelines where any failure should halt promotion. Reference Guidance The best‑practice guidance for allow_failure is documented in the GitLab CI/CD pipeline configuration guide and reiterated in the DevSecOps Gospel (see course manual, page 57‑58). Use the following decision checklist: 1. Is the job required for a successful deployment? → No: consider allow_failure. 2. Is the job only providing additional insight? → Yes: add allow_failure. 3. Does the exam explicitly test the job’s success? → No: avoid allow_failure unless instructed. 3. Working with YAML Snippets in the Lab UI The “Command Not Found” Misunderstanding Lab portals often display YAML or shell snippets with a “Click to copy” button. The copied text is intended for a file, not for direct execution in the terminal. Pasting it into a shell will naturally produce a command not found error because the terminal tries to interpret YAML as a command. Correct Workflow 1. Click the copy icon next to the snippet. The text will jiggle, confirming it’s on the clipboard. 2. Open the appropriate file in the lab environment (e.g., gitlab-ci.yml). 3. Paste the snippet into the file using a text editor (vim, nano, or the web UI). 4. Save the file and commit the changes if required. Example # Click → copy this block stages: - build - test build_job: stage: build script: - echo "Building..." allow_failure: true # optional, see Section 2 Do not paste the block directly into the terminal; instead, edit gitlab-ci.yml and insert it there. Quick Tip: Verify the Paste # After pasting, you can check the file content cat .gitlab-ci.yml If the file displays the YAML correctly, you’re ready to run the pipeline. 4. Using Lab‑Provided Credentials Where to Find Them Credentials are displayed in a table format on the lab dashboard (often under a “Credentials” tab). They may include: - SSH keys for VM access - API tokens for cloud services - Username/password pairs for internal tools How to Apply Them 1. Locate the table that matches the resource you need (e.g., “GitLab Runner” or “Kubernetes Cluster”). 2. Copy the relevant row (username, password, or token). 3. Use the credentials in the appropriate command or configuration file. Example: SSH Access | Host | Username | Password | SSH Key | |---------------|----------|----------|---------| | lab‑web‑01 | labuser| P@ssw0rd! | ssh-rsa AAA… | ssh labuser@lab-web-01 # or, if using the provided key ssh -i ~/.ssh/lab_key labuser@lab-web-01 Best Practice - Never hard‑code passwords in scripts; use environment variables or secret management tools. - Delete or rotate any temporary credentials after the lab session ends. Common Questions & Tips | Question | Answer | |----------|--------| | Do I need a corporate email for Git config in the exam? | No. Any syntactically valid email works. | | When should I skip allow_failure? | If the job is a gating step for security or deployment. | | Why does pasting a YAML snippet into the terminal give an error? | Because the terminal expects shell commands, not YAML. Paste into a file instead. | | Where are credentials stored after I copy them? | They remain on your clipboard until overwritten. Paste them promptly into the appropriate field or command. | Additional Tips - Run git config --list after setting email/username to confirm the values. - Validate your .gitlab-ci.yml with gitlab-ci-lint (available in GitLab UI) before committing. - Keep a notebook of credential tables for each lab; it speeds up navigation. Conclusion Proper lab setup—configuring Git, handling credentials responsibly, and correctly using YAML snippets—lays the groundwork for a smooth DevSecOps learning experience and a successful certification exam. By following the guidelines above, you’ll avoid common pitfalls, adhere to best practices, and focus your energy on mastering the security‑focused pipelines that define modern DevOps. Happy hacking!

Last updated on Jan 07, 2026

Lab Machine Provisioning, Access, and URL Configuration in DevSecOps Training

Lab Machine Provisioning, Access, and URL Configuration in DevSecOps Training Welcome to the practical side of DevSecOps! Whether you’re preparing for a certification exam or simply exploring the hands‑on labs, understanding how your lab machines are provisioned, accessed, and referenced is essential. This guide walks you through the entire lifecycle—from automatic provisioning to downloading files, constructing the correct URLs, and reporting any hiccups you encounter. Table of Contents 1. What Happens When a Lab Starts? 2. Downloading Files from Your DevSecOps Box 3. Constructing the Correct Lab URL 4. How to Report a Lab Issue 5. Dependency‑Check 404 Errors – Quick Fix 6. Tips & Best Practices 7. Frequently Asked Questions What Happens When a Lab Starts? Short answer: If you see a running machine and a live application, everything is working as intended. - Automatic provisioning – As soon as you launch an exercise, the platform spins up a dedicated VM (the DevSecOps Box) and deploys the required services. - Health check – The system verifies that the VM is reachable, the network is configured, and the sample application is up. A healthy machine means you can move straight to the hands‑on tasks. - No manual setup required – You do not need to install anything before the lab begins; the environment is pre‑configured for you. Downloading Files from Your DevSecOps Box Sometimes you’ll need to fetch binaries, logs, or configuration files from the lab VM. The simplest method is to start a temporary HTTP server inside the box. Step‑by‑Step Instructions 1. Open a terminal on your DevSecOps Box (SSH or the integrated console). 2. Run the built‑in Python server (listening on port 80): python3 -m http.server 80 3. Locate your Machine ID – the unique identifier appears in the welcome banner or can be retrieved by asking the lab bot: “What is my Machine ID?” Example ID: dzwrlgdj 4. Open a browser on your local workstation and navigate to: https://devsecops-box-<MACHINE_ID>.lab.practical-devsecops.training Replace <MACHINE_ID> with the value from step 3. You’ll see a directory listing of the folder where you started the HTTP server. Click any file to download it. Tip: Keep the terminal session running while you download; stopping the server will make the URL return a 404 error. Constructing the Correct Lab URL The platform exposes each VM under a predictable naming scheme. Understanding the pattern helps you quickly switch ports or share links with teammates. URL Pattern devsecops-box-<MACHINE_ID>[-<PORT>].lab.practical-devsecops.training | Component | Example | Meaning | |-----------|---------|---------| | Hostname | devsecops-box-dzwrlgdj | Fixed prefix + your Machine ID | | Port suffix (optional) | -8000 | Indicates the service runs on port 8000 (omit for port 80) | | Domain | lab.practical-devsecops.training | Shared domain for all labs | Common Port Variants | Port | Full URL (replace <MACHINE_ID>) | |------|-----------------------------------| | 80 | https://devsecops-box-<MACHINE_ID>.lab.practical-devsecops.training | | 8000 | https://devsecops-box-<MACHINE_ID>-8000.lab.practical-devsecops.training | | 8080 | https://devsecops-box-<MACHINE_ID>-8080.lab.practical-devsecops.training | Example: If your Machine ID is dzwrlgdj and you need the service on port 8000, open: https://devsecops-box-dzwrlgdj-8000.lab.practical-devsecops.training How to Report a Lab Issue Encountered a glitch? Reporting it promptly helps the support team fix problems and improves the learning experience for everyone. 1. Locate the “Report Issue” button – it appears in the top‑right corner of the lab UI. 2. Provide a concise description – include the exercise name, the step you were on, and any error messages. 3. Submit – the ticket is automatically routed to the DevSecOps support engineers. Dependency‑Check 404 Errors – Quick Fix When running the OWASP Dependency‑Check tool, you might see a 404 while it tries to fetch the latest NVD (National Vulnerability Database) CVE feed for 2024. Why It Happens - The NVD endpoint may have been temporarily unavailable. - A cached URL in the tool could be outdated. Resolution Steps 1. Retry the scan – many transient 404s resolve on a second attempt. dependency-check.sh --project my-app --scan . 2. Update the tool – ensure you’re using the latest Dependency‑Check version, which includes refreshed NVD URLs. sudo apt-get update && sudo apt-get install dependency-check 3. Manually download the CVE feed (if the problem persists): wget https://nvd.nist.gov/feeds/xml/cve/1.1/nvdcve-1.1-2024.xml.gz -P ~/.dependency-check/data/ 4. Rerun the scan – the tool will now use the locally cached feed. If the error continues after these steps, use the “Report Issue” button and attach the console output. Tips & Best Practices - Keep the terminal open when serving files; closing it stops the HTTP server. - Bookmark your lab URLs for quick access across different ports. - Copy the Machine ID to a sticky note or a text file; you’ll need it for every URL you construct. - Regularly update tools (Python, Dependency‑Check, Docker) inside the lab to avoid compatibility problems. - Take screenshots of error messages before reporting; visual context speeds up troubleshooting. Frequently Asked Questions | Question | Answer | |----------|--------| | My machine shows “running” but I can’t reach the URL. | Verify you used the correct Machine ID and port. Check that the Python HTTP server is still active. | | Do I need to open any firewall ports on my local network? | No. All traffic is tunneled through the lab platform’s reverse proxy; just ensure outbound HTTPS is allowed. | | Can I use a different port than 80, 8000, or 8080? | Only the three ports listed are exposed by the environment. Choose whichever matches the lab instructions. | | What if the “Report Issue” button is missing? | Open the chat widget on the right side of the screen and type “I need help with my lab”. A support agent will respond. | | Is the Python HTTP server secure? | It’s intended for temporary, internal file sharing only. Do not expose sensitive credentials and stop the server when you’re done. | By mastering machine provisioning, URL construction, and quick troubleshooting, you’ll spend less time wrestling with the environment and more time focusing on the core DevSecOps concepts that matter for your certification and real‑world projects. Happy hacking!

Last updated on Jan 07, 2026

Testing DevSecOps Tools Locally and Cloud Lab Guidance

Introduction Preparing for a DevSecOps certification often raises questions about whether you should use the provided Cloud Labs or set up your own local environment. The Cloud Labs are the recommended and fully supported environment for the course. They already contain the required tools, configurations, and vulnerable applications, allowing you to focus on learning DevSecOps tactics and techniques rather than spending time configuring infrastructure. If you would like to experiment with the tools on your own machine, you are welcome to do so. However, local environments are not officially supported because every system is different, and troubleshooting local setup issues is outside the scope of course support. 1. Using the Cloud Labs Why use the Cloud Labs? The Cloud Labs are pre-configured with everything you need to complete the course exercises, including: - Ubuntu operating system - Required DevSecOps tools - Pre-configured environments - Vulnerable applications and images used throughout the course Because everything is already configured, you can concentrate on learning the tactics, techniques, and workflows rather than installing and troubleshooting software. For the best learning experience, we recommend completing all course exercises in the provided Cloud Labs. 2. Trying the Tools on Your Own Machine Can I practice locally? Yes. You're welcome to install and experiment with the same tools on your own computer if you would like additional hands-on practice. While this can be a great way to deepen your understanding, your local environment is your own responsibility to configure and maintain. Our recommendation If you want to build a local practice environment, we recommend keeping it as simple as possible: 1. Install a virtualization platform such as VirtualBox. 2. Create an Ubuntu virtual machine. 3. Install the same tools used throughout the course. 4. Practice using those tools in your own test environment. This approach provides a reasonably similar experience while giving you the flexibility to explore the tools outside of the Cloud Labs. 3. Why Local Setups Are Not Officially Supported Although many learners successfully build local environments, we do not officially support local installations. This is not because we don't want to support them. Rather, there are simply too many variables that are beyond our control, including: - Different operating systems - Different Linux distributions - Hardware differences - Virtualization platforms - Networking configurations - Package versions - Existing software conflicts Because every local environment is unique, it is not practical for our support team to troubleshoot every possible configuration. If you encounter issues with your own setup, we recommend referring to the documentation for the operating system, virtualization platform, or tools you are using. 4. Cloud Lab Bug-Fix Notification Process From time to time, we identify and resolve bugs in the Cloud Lab environment that may have affected your exercises — such as broken tool configurations, outdated images, or connectivity issues. If an issue takes time to fix, our team may send follow-up messages through the chat widget and email to keep you informed of progress. How you are notified When a Cloud Lab issue you reported has been resolved, you will be informed through one of the following channels: 1. Chat support widget — Follow up in the same chat conversation where you reported the issue. Our team will post an update there once the fix is applied. 2. Email — An email is sent to the address associated with your enrollment when a fix has been deployed. The email explains what was resolved and any steps you may need to take (e.g., resetting your lab machine). What you should do - Follow up in the chat support widget where you originally reported the issue to check for updates. - Check your email (including spam/junk) for notifications after reporting a Cloud Lab issue. - Reset your lab machine if the notification instructs you to do so. This ensures you are running on the updated lab image with the fix applied. - Do not attempt to work around Cloud Lab bugs by setting up a local environment — this introduces variables we cannot support and may lead to additional issues. Important If a Cloud Lab issue is affecting your progress, always report it through the chat support widget. Our team will investigate, resolve the issue, and notify you via the chat or email once the fix is applied. Setting up a local environment as a workaround is not recommended, as it is not a supported path and may not replicate the Cloud Lab behavior required for the course. 5. Using the hysnsec Images The hysnsec Docker images are our custom images built specifically for this course. They include the tools, configurations, and vulnerable applications used throughout the training, helping provide a consistent learning experience. The Cloud Labs already use these images where appropriate, so there is no need to download or configure them when working through the course exercises. If you choose to practice locally, you may use: - Our custom hysnsec Docker images (recommended for the closest match to the course environment). - Your own Docker images or virtual machines containing equivalent tools and vulnerable applications. Using our custom images can help minimize differences between your local environment and the Cloud Labs, but they are not mandatory unless a course exercise specifically requires them. Frequently Asked Questions | Question | Answer | |----------|--------| | Should I recreate the Cloud Labs on my own computer? | No. The Cloud Labs are already configured and are the recommended environment for completing the course. | | Can I install the tools locally? | Yes. You're welcome to install and experiment with the tools on your own machine for additional practice. | | Will support help me troubleshoot my local installation? | No. Local environments are not officially supported because there are too many variables outside our control. | | What local setup do you recommend? | A VirtualBox virtual machine running Ubuntu with the same tools used throughout the course. | | Do I have to use the hysnsec images? | No. They are our custom course images and are recommended for consistency, but they are not required unless a course exercise specifically instructs you to use them. | | How will I know if a Cloud Lab bug has been fixed? | Follow up in the chat support widget where you reported the issue, or check your enrollment email for a notification from our team. | | Should I set up a local environment to work around a Cloud Lab bug? | No. Always contact support. Local workarounds are not supported and may not replicate the required Cloud Lab behavior. | Conclusion The Cloud Labs are the recommended and supported environment for the course because they already contain everything needed for the exercises. This allows you to spend your time learning DevSecOps tactics and techniques instead of configuring infrastructure. If you'd like additional hands-on practice, you're welcome to install the tools locally. We recommend using a virtual machine such as VirtualBox running Ubuntu and installing the same tools used throughout the course. While we're happy for learners to explore local environments, we cannot provide support for local installation issues due to the wide variety of operating systems, hardware, networking configurations, and software versions that are beyond our control. If you encounter a Cloud Lab issue, always contact our support team. We will investigate, resolve the issue, and notify you through our established notification process — no local workarounds needed.

Last updated on Aug 20, 2026

Lab Environment Essentials: Access Duration, Setup Commands, and Managing Image Updates

Lab Environment Essentials: Access Duration, Setup Commands, and Managing Image Updates Everything you need to know about lab access windows, installing tools on Alpine Linux, and handling outdated images in DevSecOps training environments. Introduction When you enroll in a DevSecOps course or certification, you’ll be given a sandboxed lab environment where you can practice scanning, hardening, and automating security controls. Understanding how long you have access, how to provision required utilities, and what to do when base images are out‑of‑date is critical for a smooth learning experience and a successful exam. This article breaks down those three core topics, provides step‑by‑step examples, and answers the most common questions you’ll encounter. 1. Lab Access Duration – What the 60‑Day Countdown Means 1.1 Fixed 60‑Day Window - Provisioning date = the moment you receive your lab credentials (usually via email or the learning portal). - Expiration = exactly 60 calendar days after provisioning, regardless of how often you log in or whether you use the lab at all. Key point: The timer does not decrement per‑lab or per‑exercise. It’s a simple, fixed countdown that starts once the environment is created. 1.2 Why a Fixed Window? - Resource planning: The cloud infrastructure that powers the labs is allocated on a per‑student basis. A predictable 60‑day lease helps the provider manage capacity and cost. - Security hygiene: Periodic teardown reduces the risk of lingering vulnerable containers or misconfigurations after the course ends. 1.3 How to Track Your Remaining Time | Method | Steps | |--------|-------| | Portal dashboard | Log in to the https://portal.practical-devsecops.training/courses/ → Your enrollment course → view “Expires on” date. | | Calendar reminder | Add the expiration date to your personal calendar as a recurring reminder 7 days before the deadline. | 2. Installing Python Packages on Alpine Linux – The apk add py-pip py-requests Command Alpine Linux is a lightweight distribution commonly used for container bases. Its package manager, apk, works similarly to apt (Debian) or yum (RHEL) but with a syntax optimized for minimal images. 2.1 Command Breakdown apk add py-pip py-requests | Segment | Meaning | |---------|---------| | apk | Alpine Package Keeper – the CLI tool for installing, upgrading, or removing packages. | | add | Sub‑command that tells apk to install one or more packages. | | py-pip | The Alpine package that provides pip, Python’s official package installer. | | py-requests | The Alpine package for the requests library, a popular HTTP client for Python. | 2.2 When to Use This Command - Preparing a lab container that needs to download additional Python modules (e.g., pip install -r requirements.txt). - Running quick scripts that interact with REST APIs, where requests is the go‑to library. 2.3 Practical Example # 1️⃣ Update the package index (always a good habit) apk update # 2️⃣ Install pip and the requests library apk add py-pip py-requests # 3️⃣ Verify installation pip --version # should show pip version python -c "import requests; print(requests.__version__)" Tip: If you need a newer version of requests than the one in Alpine’s repository, install pip first (apk add py-pip) and then run pip install --upgrade requests. 3. Dealing with Out‑of‑Date Images and Tool Versions 3.1 Why Some Lab Images Appear Out‑of‑Date - Pre‑built images are frozen at a specific snapshot to guarantee reproducibility across all students. - Security tools (SCA, SAST, DAST) may have newer releases that are not yet baked into the base image. 3.2 Exam Policy on Tool Versions - Official stance: The lab team strives to ship the latest stable version of each tool or a version that is known to work with the exercise. - If a tool fails because of an older version, you are encouraged to raise a ticket in the dedicated exam support channel. The support team can either: 1. Provide a temporary upgrade command, or 2. Confirm that the current version is acceptable for scoring. 3.3 Recommended Workflow 1. Before the exam, run toolname --version for each required utility and note the output. 2. Document any version discrepancies in your exam report (e.g., “Tool X version 2.3 used; production version is 2.5 – upgrade recommended”). 3. If needed, upgrade within the lab using the tool’s official upgrade method (often a simple pip install --upgrade toolname or a package manager command). Example: Upgrading Trivy (SCA scanner) # Check current version trivy --version # Upgrade via the official script wget https://github.com/aquasecurity/trivy/releases/latest/download/trivy_$(uname -s)_$(uname -m).tar.gz tar -xzf trivy_*.tar.gz -C /usr/local/bin trivy chmod +x /usr/local/bin/trivy # Verify upgrade trivy --version 3.4 Best Practices - Keep a cheat sheet of common upgrade commands for the tools you’ll use. - Never modify the base image (e.g., by committing changes) unless explicitly allowed; it can invalidate the exam environment. - Use the support channel early—waiting until the last minute can jeopardize your exam timeline. 4. Common Questions & Quick Tips 4.1 Frequently Asked Questions | Question | Answer | |----------|--------| | Will my lab time be extended if I finish early? | No. The 60‑day period is fixed and cannot be extended or shortened. | | Can I install additional OS packages besides Python tools? | Yes, as long as you use apk add (or the appropriate package manager) and you do not break the lab’s baseline configuration. | | What if a required tool is missing from the image? | Check the lab documentation for a “pre‑install” script. If none exists, request assistance via the exam support channel. | | Is it okay to note “out‑of‑date tool” in my final report? | Absolutely. Including version information demonstrates awareness of real‑world maintenance practices. | 4.2 Quick Tips for a Smooth Lab Experience - Set a reminder 7 days before the 60‑day expiry to back up any important scripts or findings. - Run apk update && apk upgrade at the start of each session to pull the latest security patches for the base OS (unless the lab explicitly forbids it). - Create a reusable script (setup.sh) that installs all your required Python packages and upgrades tools—run it each time you spin up a fresh container. - Document every command you execute (copy‑paste into a markdown file). This log becomes part of your exam evidence and helps reviewers understand your methodology. 5. Conclusion Mastering the lab access timeline, basic Alpine Linux commands, and the procedure for handling outdated images equips you to focus on the core DevSecOps concepts rather than getting stuck on environment quirks. By following the guidelines and best practices outlined above, you’ll maximize the value of your lab time, stay compliant with exam policies, and demonstrate a professional approach to security tooling—both in training and in real‑world deployments. Happy hacking, and good luck on your certification!

Last updated on Feb 11, 2026

Navigating GitLab Projects and CI/CD in Your DevSecOps Lab

Navigating GitLab Projects and CI/CD in Your DevSecOps Lab Whether you’re new to GitLab or transitioning from an older version, understanding where to find your projects, how to interpret CI/CD status, and what branch conventions to follow can make your lab experience smoother and more productive. This guide walks you through the most common hurdles you might encounter in a DevSecOps lab environment, complete with step‑by‑step instructions, practical examples, and a handy FAQ. Table of Contents 1. Finding Your GitLab Project 2. Viewing CI/CD Status in GitLab 17.x 3. Branch Naming: main vs. master 4. Lab Layout: Instructions vs. Lab Environment 5. Tips for a Seamless Lab Experience 6. Common Questions (FAQ) Finding Your GitLab Project Why the UI changed - GitLab 16.x displayed all of your projects automatically on the dashboard right after login. - GitLab 17.x introduced a cleaner home page; you now need to click Explore projects to see the full list. Step‑by‑step guide (GitLab 17.x) 1. Log in to your GitLab instance. 2. In the left‑hand navigation bar, locate the Explore icon (a compass). 3. Click Explore → Projects. 4. Use the search bar or filters (e.g., Owned by me, Group, Visibility) to locate the lab project you need. Pro tip: Bookmark the “Explore projects” URL (e.g., https://gitlab.example.com/explore/projects) for quick access in future sessions. Viewing CI/CD Status in GitLab 17.x What changed? In earlier releases, the CI/CD pipeline’s pass/fail badge appeared directly on the project cards. GitLab 17.x now shows the status only after you open the project. How to see the pipeline result 1. After locating your project (see the previous section), click the project name to open its overview page. 2. The CI/CD widget near the top will display the latest pipeline status: - ✅ Passed – all jobs succeeded. - ❌ Failed – one or more jobs did not complete successfully. 3. Click the pipeline badge to drill down into individual job logs if you need to troubleshoot. Example scenario You just pushed a change to the repository and wonder if the security scan passed. - Open the project → CI/CD widget shows ❌ Failed. - Click the failed pipeline → identify the Static Application Security Testing (SAST) job that flagged an issue. - Fix the code, push again, and verify the status turns green. Branch Naming: main vs. master Historical context - GitHub switched its default branch name from master to main in 2020 to promote inclusive terminology. - Many organizations, including our DevSecOps labs, have adopted the same convention. Can you still use master? - Yes. The lab pipelines are configured to run on any branch you push, including master. - Recommendation: Use main for new repositories to stay aligned with industry standards and avoid confusion when collaborating with external teams. Quick command to rename a local branch # Rename local master to main git branch -m master main # Push the renamed branch and set upstream git push -u origin main # (Optional) Delete the old remote branch git push origin --delete master Lab Layout: Instructions vs. Lab Environment Current limitation The learning platform does not support splitting the lab instructions and the interactive environment across two separate screens or windows. Work‑around suggestions - Dual‑monitor setup: Open the instructions in a browser tab on one monitor and the lab environment (e.g., VS Code, terminal, or GitLab UI) on the other. - Browser windows: Drag the instruction tab to the left side of the screen and the lab tab to the right, using the OS’s split‑view feature. While not a native feature, these approaches give you a quasi‑split view that can improve focus and reduce context switching. Tips for a Seamless Lab Experience | Tip | Why it helps | |-----|---------------| | Bookmark key pages (Explore projects, pipeline view) | Saves time navigating between sections. | | Enable browser notifications for GitLab | Instantly know when a pipeline finishes. | | Use a consistent branch name (main) | Aligns with the lab’s documentation and avoids mismatched references. | | Keep a terminal session open | Quickly run git status or git log without leaving the lab UI. | | Take screenshots of error messages | Helpful for real agent or instructor feedback. | Common Questions (FAQ) Q1: I can’t find my project after logging in. A: In GitLab 17.x you must click Explore → Projects. If you still don’t see it, verify you’re logged into the correct group or ask the lab admin to confirm your access rights. Q2: The CI/CD badge still shows “No pipeline” after opening the project. A: This usually means a pipeline hasn’t been triggered yet. Push a commit to any branch (e.g., git push origin main) to start the pipeline. Q3: My lab instructions mention the master branch, but my repo only has main. A: The lab works with either branch. Update the instruction step to reference main or rename your branch using the commands above. Q4: Can I view the instructions on a tablet while working on the lab on a laptop? A: Yes—simply open the instruction URL on a separate device. The platform does not enforce a single‑screen view. Q5: I see a red “Failed” badge but the job logs are empty. A: Refresh the pipeline page; sometimes logs load with a slight delay. If they remain empty, check the runner’s health status in Admin → Runners (or ask support). Bottom Line Navigating GitLab’s updated UI, interpreting CI/CD status, and adhering to modern branch naming conventions are essential skills for any DevSecOps practitioner. By following the steps and tips outlined above, you’ll spend less time hunting for information and more time mastering the security‑focused workflows that the lab is designed to teach. Happy coding!

Last updated on Feb 09, 2026

Lab Environment Management: Restart, Reset, Connectivity, and Support Guide

Lab Environment Management: Restart, Reset, Connectivity, and Support Guide Managing a hands-on DevSecOps lab should be seamless, but occasional hiccups—like a stalled VM, a greyed-out Reset button, a transient HTTP 500 after restart, or a network blockage—can interrupt your learning flow. This guide walks you through the essential actions for restarting, resetting, and troubleshooting connectivity in the Practical DevSecOps labs, plus how to get help when you need it. Table of Contents 1. Restarting Your Lab Machine 2. Resetting the Lab Environment 3. Too Many VMs Open / Reset Environment Button Greyed Out 4. HTTP 500 Errors After a Lab Restart 5. Connectivity Checklist 6. Whitelisting Required Domains & Ports 7. Getting Support 8. Quick Tips & FAQs Restarting Your Lab Machine When a VM becomes unresponsive or you need to apply a system update, a simple restart can restore normal operation. How to Restart 1. Click the Connected button. This lists the machines used in the exercise. 2. Select the machine you need and click Restart. 3. If you restart a GitLab machine, the platform automatically restarts the companion GitLab instances to keep the environment in sync. Pro tip: After you restart, wait until the web and machine labels turn green. That means every machine in the exercise has provisioned successfully. Resetting the Lab Environment A reset returns the entire lab to its original, clean state—useful when you want to start over or when configuration changes have caused errors. Warning: Resetting erases all data on the machine, so back up any important files first. Step-by-Step Reset Procedure 1. Refresh the exercise page in your browser. 2. Below the Start the exercise button, click Reset my environment. You can also open the arrow beside the lab timer and choose Reset my environment. On some exam dashboards the control is labeled Reset Environment. 3. A confirmation pop-up appears. Read the warning, then click Yes, Reset my environment. 4. The provisioning process begins; you’ll see a progress indicator. What Gets Reset? - All user-created files and directories - Installed packages and custom configurations - Database contents and Docker containers Example Scenario You’ve been experimenting with a custom CI/CD pipeline that broke the GitLab runner. Rather than debugging each step, you click Reset my environment to revert to the pristine lab state and try a different approach. If Reset my environment is greyed out, do not keep clicking it. Follow the next section. Too Many VMs Open / Reset Environment Button Greyed Out The Reset Environment / Reset my environment button is often greyed out when more than one lab machine is provisioned. Only one machine should be running. What to do 1. Check other browser tabs for a lab that is still running. 2. On that terminal, click the three-dot menu in the top right and select Stop lab. 3. Optionally check Also reset all the machines, then confirm. 4. Reload the page and start the exercise again. If Reset stays greyed out after this: - Capture a screenshot of the greyed button. - Request a real agent. Include your account email and course name. HTTP 500 Errors After a Lab Restart A generic HTTP 500 (Internal Server Error) right after you click Restart is usually transient. Wait until the web and machine labels are green before retrying. Recovery steps (in order) 1. Wait until the web and machine labels turn green. Do not spam refresh while they are still provisioning. 2. Hard-refresh the browser (Ctrl+Shift+R / Cmd+Shift+R), or try a private/incognito window. 3. Retry the same URL once. A single 500 after restart is common; a page that loads on the second try does not need a ticket. 4. If the 500 continues for several minutes, open Connected again and restart that machine once more (GitLab companion nodes restart together). 5. If it still 500s, Reset my environment (this wipes lab data — export anything you need first). 6. If Reset is greyed out, follow Too Many VMs Open / Reset Environment Button Greyed Out. If the 500 persists after a reset, request a real agent. Include the exact URL, the HTTP 500 text, the time it started, and whether it followed a restart. Staff can check the platform side; you do not need to debug server logs. These steps are for the lab portal or lab VM web UI. Application-level 500s inside a challenge (for example a Django app you are hardening) are part of that exercise, not a platform outage. Connectivity Checklist If you cannot reach the labs, follow this systematic troubleshooting flow. 1. Verify Internet Stability – Run a speed test or open a few unrelated websites. 2. Refresh & Reset – Reload the lab page, then click Reset my environment before launching the lab again. 3. Disable Interfering Software – Turn off any ad-blockers, VPNs, or corporate firewalls that might block WebSocket traffic. 4. Use Incognito/Private Mode – This bypasses cached data and extensions that could interfere. 5. Switch Browsers – Google Chrome is the recommended browser for optimal WebSocket support. 6. Change Network – Connect via a different Wi-Fi network, mobile hotspot, or Ethernet cable. 7. Try Another Device – If possible, launch the lab from a different laptop or desktop. If none of the above resolves the issue, move on to the Support section. Whitelisting Required Domains & Ports Corporate firewalls often block the domains needed for the lab platform. Add the following entries to your allow-list: | Category | Domains / URLs | Notes | |----------|----------------|-------| | Core Platform | *.practical-devsecops.training | Main lab UI and API | | Chat & Collaboration | chat.practical-devsecops.com | Chatbot chat | | Lab Sub-domains | *.lab.practical-devsecops.training | Individual lab instances | | Media Content | vimeo.com | Embedded tutorial videos | | Portal | https://chnl.portal.practical-devsecops.training | Course portal & resources | Network Ports - 80 (HTTP) – Required for initial redirects. - 443 (HTTPS) – Secure traffic for all UI, API, and WebSocket connections. Protocols - HTTP/HTTPS – Standard web traffic. - WebSocket (wss) – Real-time communication between your browser and the lab containers. Ensuring these domains and ports are open eliminates the most common connectivity roadblocks. Getting Support Technical roadblocks happen, and our support team is ready to help. Choose the channel that best fits your urgency: - Chat with support – Real-time assistance. Request a real agent if Reset stays greyed out or an HTTP 500 does not clear after a reset. - Email – Send detailed queries (including screenshots and error logs) to registrations@practical-devsecops.com. When contacting support, include: 1. Your machine ID or registration email. 2. A brief description of the problem. 3. Steps you’ve already tried (e.g., browser switch, Stop lab, reset all machines). 4. Any error messages or screenshots. Quick Tips & FAQs Common Questions - Q: Will restarting a GitLab machine affect my other lab VMs? A: No. Restarting a single GitLab VM triggers an automatic restart of the other GitLab nodes only to keep the cluster synchronized. Your other independent labs remain untouched. - Q: How long does a reset take? A: Typically 2–4 minutes, depending on the lab size and current platform load. - Q: Can I export my work before resetting? A: Yes. Use scp, git push, or download files via the web UI before you click Reset my environment. - Q: Reset Environment is greyed out. A: Only one machine should be provisioned. Check other tabs, click the three-dot menu at the top right of the terminal, select restart lab, optionally check Also reset all the machines, confirm, then reload and start the exercise again. If it stays greyed, request a real agent with a screenshot. - Q: I got HTTP 500 right after Restart. A: Wait until the web and machine labels are green, then retry. If it continues, restart once more from Connected or reset the environment. Escalate if it survives a reset. Handy Tips - Keep only one machine provisioned so Reset stays available. Stop extra labs from the three-dot menu on the terminal. - Wait for green labels after Restart before treating an HTTP 500 as a hard failure. - Bookmark the support chat for one-click access during a lab session. - Take periodic snapshots of your work (e.g., push to a personal Git repo) to avoid data loss. - Use Chrome’s “Clear browsing data” (cookies & cache) if you notice stale UI elements after a reset. Stay Productive By mastering these restart, reset, VM-limit, and connectivity steps, you’ll spend more time building secure pipelines and less time troubleshooting the lab infrastructure. Keep this guide handy, and you’ll navigate any technical snag with confidence. Happy learning!

Last updated on Sep 22, 2026

Managing Lab Access in Practical DevSecOps Courses: Duration, Pausing, Resetting, and What Happens After the Lab Ends

Managing Lab Access in Practical DevSecOps Courses: Duration, Pausing, Resetting, and What Happens After the Lab Ends Practical DevSecOps training combines video lessons, hands‑on labs, and supporting documentation to prepare you for DevSecOps certification exams. Understanding how long you can use the labs, whether you can pause or extend them, and what resources remain after the lab period expires is essential for planning your study schedule and ensuring a smooth path to certification. This guide walks you through lab access timelines, pausing procedures, extension options, reset procedures, and post‑lab resource availability. Table of Contents 1. What Resources Remain After Lab Access Ends? 2. How Long Do You Actually Have Lab Access? 3. Pausing Your Lab Environment 4. Extending or Resetting Lab Time 5. Practical Scenarios & Tips 6. Common Questions (FAQ) What Resources Remain After Lab Access Ends? When the lab window closes, you still retain key assets that support your exam preparation: | Resource | Access Length | How to Use It | |----------|---------------|---------------| | Course Videos | 3 years from the date of purchase | Stream online anytime (video downloads are not supported). | | PDF Manual | Indefinite (once downloaded, it stays on your device) | Reference the manual anytime without needing an internet connection. | Note: The hands‑on labs themselves are available for the purchased period (e.g., 30 or 60 days). After the lab expires, you must schedule and complete your certification exam within 6 months of the lab expiration date (or the extended expiration date if you purchased an extension). How Long Do You Actually Have Lab Access? - Lab Duration is Day‑Based, Not Hour‑Based: The lab access displayed on the course catalog reflects a validity period measured in days (e.g., “60 days”). - Typical Timeline: 1. Day 0 – You schedule the course, the build completes, and the environment is provisioned. 2. Active Window – Full access to all hands-on exercises. 3. After Expiration – Labs are de-provisioned; hands-on access closes while video streaming, PDF manuals, and support remain available. Pausing Your Lab Environment If life gets busy and you need a temporary break, you can pause your labs once per enrollment. How the Pause Feature Works - Duration: Pausing puts your lab on hold for 2 months (60 days). - Resumption: After 2 months, the system will automatically resume your lab access. You can also manually resume earlier at any time from the members portal. - Limit: You can only pause once per enrollment. Once resumed, the pause option is no longer available. Step‑by‑Step Pause Procedure 1. Visit the Member Portal: Open https://members.practical-devsecops.training/pause-course 2. Wait for Status: If the status reads Provisioning, wait until it changes to Started. 3. Click “Pause The Lab”: Confirm the action when prompted. Your remaining lab days are frozen. Extending or Resetting Lab Time | Action | Availability | Details & How to Do It | |--------|--------------|------------------------| | Extend Lab Access | ✅ Available | Purchase additional lab time (30 days for $200, 60 days for $350, or 90 days for $450) via https://portal.practical-devsecops.training/pricing. Extensions also extend your exam voucher expiration accordingly. | | Pause Lab Access | ✅ Available (once) | Pause for up to 2 months (auto-resumes after 60 days or resume manually earlier). | | Reset Lab Progress | ❌ Not available | Lab progress cannot be wiped or restarted, though you can reset individual VM instances during an exercise. | Practical Scenarios & Tips Scenario 1 – You need more time to prepare for your exam - What to Do: Visit https://portal.practical-devsecops.training/pricing to purchase a 30, 60, or 90-day lab extension. Your exam voucher validity extends along with your lab access. Scenario 2 – A work project or personal commitment interrupts your study - What to Do: Pause the labs via the member portal. You have up to 2 months before it auto-resumes, or you can reactivate it manually as soon as you are ready. Scenario 3 – You want to review lab steps after the sandbox has expired - What to Do: Download the PDF manual while your course is active. The PDFs remain on your device permanently for offline reference. Common Questions (FAQ) Q1: After my labs expire, can I still watch the video lessons? A: Yes. Video streaming access continues for 3 years from the purchase date. Q2: Can I download video lessons for offline viewing? A: No. Video lectures are streaming only. PDF manuals can be downloaded and saved permanently. Q3: Can I extend my lab access? A: Yes. You can purchase lab extensions (30, 60, or 90 days) directly from the portal pricing page. Q4: Is there any way to get more than one pause? A: No. The platform permits a single pause (up to 2 months) per enrollment. Q5: What happens if I pause and forget to resume? A: After 2 months (60 days), the system automatically resumes your lab and countdown. Bottom Line Managing lab access effectively combines regular study, strategic pauses (up to 2 months with auto-resume), and taking advantage of paid extensions whenever extra hands-on time is required. Keep your PDF manuals saved for offline study and reach out to support via the chat widget if you have any questions.

Last updated on Aug 30, 2026

Managing Course and Lab Access: Timelines, Pausing, Resuming, and Resetting

Managing Course and Lab Access: Timelines, Pausing, Resuming, and Resetting Understanding how and when you can access your Practical DevSecOps training material is essential for staying on track and getting the most out of your investment. This guide walks you through everything you need to know about course start deadlines, lab countdowns, pausing and resuming labs, and resetting lab environments. Whether you’re a new learner or returning after a break, the step‑by‑step instructions below will help you manage your learning experience with confidence. Table of Contents 1. When Does the Lab Countdown Begin? 2. Course Start Deadline – What’s the Time Limit? 3. Pausing a Lab: How and When 4. Resuming a Paused Lab 5. Resetting Your Lab Environment 6. Practical Scenarios & Tips 7. Frequently Asked Questions When Does the Lab Countdown Begin? - Activation Upon Scheduling/Reactivation – When you schedule your course or purchase an extension, the system provisions and starts your lab countdown. - Continuous Day-Based Counter – The lab access timer counts down in calendar days for the duration of your access period. Course Start Deadline – What’s the Time Limit? - One‑Year Rule – You must schedule and start the course within 12 months of your enrollment date. - Why It Matters – This policy ensures course content remains current with evolving DevSecOps tools and industry practices. Pausing a Lab: How and When Sometimes life gets in the way, and you need a break from hands‑on work. Our platform allows a single pause per enrollment. How Pausing Works - Fixed Duration: You do not need to select a pause duration. Initiating a pause puts your lab on hold for 2 months (60 days). - Automatic Resumption: After 2 months, the system automatically resumes your lab access. - Early Manual Resumption: You can manually resume earlier at any time from the member portal if you are ready to continue before the 2 months are up. - One-Time Limit: Pausing can be done only once per enrollment. Once resumed, the pause option will no longer be available. Steps to Pause 1. Log in to the Members Portal: https://members.practical-devsecops.training/pause-course 2. Wait for the status to show Started. 3. Click the Pause The Lab button and confirm. Resuming a Paused Lab When you’re ready to get back to work before the 2-month window ends, resuming is straightforward. Resumption Process 1. Return to the member portal: https://members.practical-devsecops.training/pause-course 2. The Resume button will be visible. Click it and confirm. 3. Your lab timer restarts from where it was frozen. Resetting Your Lab Environment Resetting gives you a clean slate—useful when you want to start an exercise over or troubleshoot an environment. Warning: Resetting wipes temporary progress in that specific sandbox exercise, so save any notes or scripts first. Reset Procedure 1. Navigate to the lab’s exercise page. 2. Click the Reset my environment button. 3. Confirm in the dialog: Yes, Reset my environment. 4. The system re-provisions a fresh sandbox instance within a few minutes. Practical Scenarios & Tips | Situation | Recommended Action | |-----------|--------------------| | Work or personal commitments interrupt study | Pause the lab. It will remain on hold for up to 2 months (auto-resumes after 60 days or resume manually earlier). | | Your lab VM crashes or configuration breaks | Use the Reset my environment feature on the exercise page. | | You need more lab time beyond the original period | Purchase a 30, 60, or 90-day lab extension at https://portal.practical-devsecops.training/pricing. | Frequently Asked Questions Q1: Do I need to choose how many days to pause my lab? A: No. Pausing automatically sets a 2-month (60-day) hold window. You can resume anytime during that period, or it will auto-resume after 2 months. Q2: Can I pause a lab more than once? A: No. Each enrollment allows only one pause. Q3: What happens to my remaining lab days during a pause? A: The countdown clock freezes while paused, preserving all remaining days. Q4: Can I extend lab access if I need more time? A: Yes. Lab extensions (30, 60, or 90 days) can be purchased via https://portal.practical-devsecops.training/pricing. Extensions also extend your exam voucher validity accordingly. Final Thoughts Managing your course and lab access efficiently ensures you stay on schedule and make the most of your DevSecOps training. Use the one-time 2-month pause strategically when necessary, and reach out to support via the chat widget if you need assistance. Happy learning!

Last updated on Aug 30, 2026