Infrastructure architect building practical systems for endpoint readiness, Zero Trust operations, client validation, and terminal-native automation.
complex enterprise environment -> clear signals -> repeatable action
I work where infrastructure, security, endpoint platforms, and operations meet: Citrix, IGEL OS, eLux, Intune, identity, certificates, client health, and the messy last mile where systems either work for users or quietly fail.
This repository powers the mcamner.github.io/MCamner GitHub Pages site and a
set of browser-based client readiness tools under docs/.
It is both:
- a technical profile for my systems and automation work
- a working static toolkit for endpoint readiness and validation demos
Live site:
https://mcamner.github.io/MCamner/
Run the static site locally:
python3 -m http.server 8000 --directory docsOpen:
http://127.0.0.1:8000/
Run the primary client readiness helper:
python3 helper/client_readiness_agent.py --baseline igel-os12Generate saved v2 diagnostic data:
python3 helper/client_readiness_agent_v2.py \
--profile igel-os12-citrix \
--pretty \
--out docs/live-client-data.jsonRun local checks:
python3 -m compileall helper tests
python3 -m pytest tests
python3 -m flake8 helper testsA browser-first readiness surface for enterprise clients. It validates signals that matter before a user hits a broken Citrix, kiosk, browser, certificate, or network path.
client state -> readiness profile -> pass/fail signals -> support-ready report
Public entrypoints:
docs/index.html- landing page for the client toolsdocs/client-readiness-check.html- v1 browser readiness checkdocs/client-readiness-v2.html- multi-profile diagnostics
Helper entrypoints:
helper/client_readiness_agent.py- local read-only helper APIhelper/client_readiness_agent_v2.py- v2 data collectorhelper/client_helper.py- experimental helper surface
The v2 page reads data in this order:
localhost helper -> saved live data -> sample fallback data
That makes it useful for real clients, demos, and offline review.
These visuals show the broader operating style behind the client tools: command surfaces, system maps, and workflows designed for fast operational scanning.
Tools that make client state visible before production access fails.
- IGEL OS 12 and eLux baseline checks
- Citrix access readiness
- browser-visible endpoint signals
- local helper-assisted diagnostics
- support-friendly reports
Command surfaces that turn scattered scripts into structured workflows.
- terminal-native menus
- repeatable release checks
- repo intelligence workflows
- local assistant tooling
- safe operator prompts
Practical architecture that respects security, support, usability, and real operational constraints at the same time.
A terminal-first macOS automation toolkit built around mqlaunch, a modular
command surface for daily operations, release checks, diagnostics, and local AI
workflows.
one command -> structured workflows -> repeatable execution
Repo: https://github.com/MCamner/macos-scripts
Site: https://mcamner.github.io/macos-scripts/
Architecture:
- one entrypoint
- modular scripts underneath
- discoverable terminal workflows
- automation without hiding execution
Browser-based prototypes for endpoint visibility, readiness checks, compliance surfaces, certificate expiry risk, and enterprise validation workflows.
Includes:
- Client Readiness Dashboard
- Fleet Command Center
- macOS Enterprise Dashboard
- Certificate Expiry Timeline
- MQ Mirror
- MQ Client Optimizer
Repo: https://github.com/MCamner/Design-Prototype
Site: https://mcamner.github.io/Design-Prototype/
MQ Mirror translates macOS GUI actions into terminal command equivalents so operators can learn, document, and execute faster.
tools/mqmirror/mqmirror network
tools/mqmirror/mqmirror inspect
tools/mqmirror/mqmirror watch --interval 1 --compact --ignore-terminalGUI action -> CLI equivalent -> better operational understanding
Part of: https://github.com/MCamner/Design-Prototype/tree/main/tools/mqmirror
MQ Client Optimizer evaluates IGEL OS 12 and macOS clients against structured baselines covering Citrix readiness, certificate health, and CIS-style security compliance.
python3 tools/mq-client-optimizer/mq_client_optimizer.py list-baselines
python3 tools/mq-client-optimizer/mq_client_optimizer.py analyze \
--baseline macos-enterprise-cis-lite \
--sample
python3 tools/mq-client-optimizer/mq_client_optimizer.py serveclient data -> baseline evaluation -> scored report
Part of: https://github.com/MCamner/Design-Prototype/tree/main/tools/mq-client-optimizer
| Area | Problem | Approach | Result |
|---|---|---|---|
| macos-scripts | Scripts were useful but scattered | One modular command surface | Faster discovery and repeatable execution |
| Client readiness | Enterprise clients fail when readiness is assumed | Browser + helper validation | Clear support signals before access breaks |
| Endpoint validation | Client posture is hard to explain under pressure | Baselines, profiles, reports | Shared language for operators and architects |
| GUI-to-CLI learning | GUI actions hide operational commands | Mirror actions as terminal equivalents | Better documentation and operator confidence |
- Endpoint & EUC: Citrix, IGEL OS, eLux, Intune, SCCM
- Infrastructure: Active Directory, VMware, Windows, Linux
- Security: Zero Trust, certificates, identity, access patterns
- Automation: Python, Bash, Zsh, CLI workflows
- Architecture: client readiness, validation, structured systems
docs/ GitHub Pages site and browser readiness tools
helper/ read-only local helper agents and baseline logic
tests/ Python tests for helper behavior
cases/ short case notes and architecture narratives
bin/ local command entrypoints
The site is served via GitHub Pages from:
main /docs
Release flow:
./release.sh --dry-run <version>
./release.sh <version>Near-term direction: keep tightening client readiness diagnostics, improve the
static Pages experience, and turn the strongest endpoint validation patterns
into reusable case studies under cases/.
- reduce complexity instead of adding layers
- make operational state visible
- balance security with usability
- build tools that can be explained under pressure
- prefer repeatable workflows over heroic manual fixes
real problems -> real constraints -> practical systems
- Website: https://mcamner.com
- LinkedIn: https://www.linkedin.com/in/mattias-camner-75958022
- Art platform: https://blackiris.se
Build things that work. Then make them impossible to break.
This repo is a static GitHub Pages project with local helper scripts for client readiness workflows. Do not commit personal notes, customer data, credentials, private endpoint details, or collected live diagnostics unless they are sanitized and intended for publication.
MIT



