Send enquiry

Contact OSM Linux Engineers About Your Infrastructure Project

Tell us what is running, what has changed and what outcome you need, and we will respond with a hands-on next step for your infrastructure work.

Use this short form to describe the issue, request or project. We will reply with the best next step, likely scope and any access details needed.

Not sure which option fits? Choose “Not sure” and we’ll suggest the most suitable route after reviewing your enquiry.

Prefer email? contact@osmlinuxengineers.com

What helps

Keep the first message short

The affected website, server, container, cloud account, database or solution
Whether this is planned hourly work, a fix, a review, a migration project, ongoing engineering assistance or an urgent issue
A short description of the issue, request or project goal
Any error messages, screenshots, failed commands or observability alerts
Recent updates, deployment projects, migration projects, DNS changes, configuration changes or work already attempted
Whether the system is production/live and the organisation impact

Process

How engineering works

Pricing is clearer when the issue, risk and access requirements are understood before production work starts.

1. Send the issue

Tell us what you need help with, what system is involved, the organisation impact and any useful context.

2. We confirm the right route

We suggest emergency engineering assistance, a fixed engineering fix, an infrastructure review, a migration project project or a retainer.

3. Scope and payment are agreed

Fixed-scope work is agreed before starting. Emergency work starts with the minimum engineering assistance window.

4. Hardened access and handover

We use temporary access where possible, provide progress updates, and send a hands-on handover note after the work.

Hardened access

Hardened access when it is needed

We do not need passwords in the first enquiry. We can often start with logs, screenshots, error messages or configuration snippets. If access is required, we agree the safest method first.

Linux server estates

Use a temporary SSH user and our public SSH key where possible. Sudo access should only be granted when the work requires it.

AWS accounts

Do not send root credentials. Use scoped IAM access, IAM Identity Center, or a temporary role. Reviews can usually start read-only.

Internal tools and operational dashboards

Create temporary admin users for WordPress, Cloudflare or other dashboards, then remove them after completion.

Passwords

If a password must be shared, use a one-time secret link or password manager share. Do not send passwords directly by email.