Att sätta upp en ”enkel” LAMP-server förblir sällan enkelt. En saknad PHP-tilläggsmodul, ett glömt steg för att härda MySQL, ett paket som installeras annorlunda än förra gången – och plötsligt är eftermiddagen borta.
Marknadsteam som lanserar landningssidor märker det när staging går sönder. Byråägare märker det när onboarding av en ny kundsajt blir ett checkliste-maraton. Och driftpersonen som fastnar med ”snabb serveruppsättning” får ta skulden. Den här automatiseringen för LAMP-setup gör installationer konsekventa och repeterbara, så att du slipper bygga om samma server från grunden.
Det här flödet provisionerar en full LAMP-stack via SSH på cirka 10 sekunder och skickar sedan en strukturerad sammanfattning via e-post. Nedan ser du hur det fungerar, vad det ersätter och hur team använder det för att standardisera driftsättningar.
Så här fungerar automatiseringen
Se hur detta löser problemet:
n8n Workflow Template: SSH + e-post: konsekventa LAMP-servrar varje gång
flowchart LR
subgraph sg0["Start Flow"]
direction LR
n0@{ icon: "mdi:play-circle", form: "rounded", label: "Start", pos: "b", h: 48 }
n1@{ icon: "mdi:swap-vertical", form: "rounded", label: "Set Parameters", pos: "b", h: 48 }
n2@{ icon: "mdi:cog", form: "rounded", label: "System Preparation", pos: "b", h: 48 }
n3@{ icon: "mdi:cog", form: "rounded", label: "Install Apache", pos: "b", h: 48 }
n4@{ icon: "mdi:cog", form: "rounded", label: "Install MySQL", pos: "b", h: 48 }
n5@{ icon: "mdi:cog", form: "rounded", label: "Install PHP", pos: "b", h: 48 }
n6@{ icon: "mdi:cog", form: "rounded", label: "Install Dev Tools", pos: "b", h: 48 }
n7@{ icon: "mdi:cog", form: "rounded", label: "Create Dev User", pos: "b", h: 48 }
n8@{ icon: "mdi:cog", form: "rounded", label: "Final Configuration", pos: "b", h: 48 }
n9@{ icon: "mdi:swap-vertical", form: "rounded", label: "Setup Complete", pos: "b", h: 48 }
n0 --> n1
n5 --> n6
n4 --> n5
n3 --> n4
n1 --> n2
n7 --> n8
n6 --> n7
n2 --> n3
n8 --> n9
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n0 trigger
Utmaningen: LAMP-setup som aldrig blir exakt likadan två gånger
Du kan rutinen. Du startar en ny Ubuntu-maskin, SSH:ar in, kör uppdateringar, installerar Apache, MySQL, PHP och jagar sedan fel tills sajten till slut laddar. Nästa vecka gör du om det, men paketversionerna är annorlunda, phpMyAdmin beter sig märkligt och tilläggsmodulerna du ”alltid installerar” saknas mystiskt. Det värsta är kontextbytena. Du hoppar mellan gamla anteckningar, GitHub-gists och halvt ihågkomna kommandon medan någon pingar och frågar: ”Är staging klart än?”
Det drar snabbt iväg. Här är var det vanligtvis fallerar.
- Manuell serveruppsättning slukar i praktiken cirka 1–2 timmar per miljö när du räknar in verifiering och städning.
- Små skillnader i tilläggsmoduler, behörigheter eller tjänstekonfigurationer dyker senare upp som ”slumpmässiga” buggar som är svåra att återskapa.
- Överlämningar blir röriga eftersom ingen får en tydlig sammanfattning av vad som installerats och vilka uppgifter som skapats.
- Checklistor glider över tid, så din ”standardbuild” blir tribal kunskap i stället för en faktisk standard.
Lösningen: LAMP-provisionering med ett klick via SSH + sammanfattning via e-post
Det här n8n-flödet gör serverprovisionering till en repeterbar runbook som du kan köra vid behov. Du startar det manuellt när du behöver en ny miljö, och då tillämpas dina valda parametrar (serverhost, root-användare, PHP-tilläggsmoduler, utvecklingsverktyg och inloggningsuppgifter för utvecklingskontot). Därefter ansluter flödet till din Linux-server via SSH och kör samma sekvens varje gång: systemförberedelser, paketuppdateringar, installation av Apache, installation av MySQL + phpMyAdmin, PHP-runtime + tilläggsmoduler och sedan utvecklarverktyg. Till sist skapar det en dedikerad utvecklingsanvändare och låser de sista konfigurationsstegen så att maskinen är redo för riktigt arbete. När det är klart får du en strukturerad färdigsammanfattning som är enkel att mejla, klistra in i ett ärende eller lägga i dokumentation.
Flödet börjar med dina indata i n8n och kör sedan en kedja av SSH-kommandon i rätt ordning. Det avslutas med att generera en enkel ”vad hände”-sammanfattning, som du kan skicka via e-post för tydliga överlämningar och mindre fram-och-tillbaka.
Vad som förändras: före vs. efter
| Det här elimineras | Effekten du märker |
|---|---|
|
|
Verklig effekt
Säg att du provisionerar 3 servrar under en vecka (en ny staging-maskin för en kund, en ombyggnad av produktion och en QA-miljö). Manuellt lägger de flesta team cirka 1 timme per server på installationer, dubbelkoll av konfigurationer och skapande av användare – alltså runt 3 timmar. Med det här flödet lägger du kanske 5 minuter på att mata in rätt parametrar och validera SSH-åtkomst, sedan kör LAMP-installationen på cirka 10 sekunder och ger en sammanfattning du kan mejla. Du får tillbaka större delen av tiden, och resultaten är så konsekventa att överlämningar slutar vara en miniutredning.
Krav
- n8n-instans (testa n8n Cloud gratis)
- Alternativ för egen drift om du föredrar det (Hostinger fungerar bra)
- SSH-åtkomst till en Linux-server för fjärrprovisionering och installationer.
- E-post (SMTP eller leverantör) för att skicka färdigsammanfattningen till teamet.
- Uppgifter på root-nivå (eller sudo-användare) från din serverhost.
Kunskapsnivå: Mellan. Du behöver inte koda, men du bör vara bekväm med SSH-uppgifter och grundläggande serversäkerhet.
Behöver du hjälp att implementera detta? Prata med en automatiseringsexpert (gratis 15-minuters konsultation).
Flödet i arbetsflödet
En manuell start sätter igång. Du kör flödet när du vill ha en ny LAMP-miljö, vanligtvis direkt efter att en ny server har skapats eller tilldelats ett projekt.
Indata standardiseras på ett ställe. I steget ”Assign Setup Inputs” definierar du serverhost, SSH-användare, lösenord, listan med PHP-tilläggsmoduler, listan med utvecklingsverktyg och inloggningsuppgifter för utvecklingsanvändaren så att resten av körningen blir konsekvent.
SSH gör grovjobbet. n8n ansluter till servern och kör installationskedjan i ordning: systemförberedelser och uppdateringar, Apache, MySQL med phpMyAdmin, PHP plus tilläggsmoduler och sedan utvecklarverktyg. Här försvinner repetitiviteten eftersom flödet inte ”glömmer” steg.
Flödet provisionerar ditt dev-konto och slutför konfigurationen. Det skapar en dedikerad utvecklaranvändare, gör de sista konfigurationsjusteringarna och förbereder en färdigsammanfattning som du kan använda för dokumentation och överlämning.
Du kan enkelt ändra listan med PHP-tilläggsmoduler eller utvecklingsverktyg för att matcha varje projekts basnivå. Se den fullständiga implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: Konfigurera den manuella triggern
Det här arbetsflödet startas manuellt så att ni kan styra när LAMP-provisioneringen körs.
- Lägg till och öppna Manual Launch.
- Behåll standardinställningarna – inga fält krävs för en manuell trigger.
- Valfritt: behåll Flowpast Branding som en referensnotering i canvasen.
Steg 2: Anslut SSH-serveråtkomst
Alla provisioneringssteg körs över SSH och kräver en privat nyckelautentisering.
- Öppna Prepare System Base och ställ in Authentication till
privateKey. - Inloggningsuppgift krävs: anslut era sshPrivateKey-credentials i Prepare System Base.
- Använd samma sshPrivateKey-credentials för alla SSH-provisioneringsnoder: Deploy Apache Server, Deploy MySQL Service, Deploy PHP Runtime, Install Dev Utilities, Provision Dev Account och Finalize Server Config.
Steg 3: Sätt upp standardvärden för indata
Definiera standardvärden för server, användare och versioner på ett ställe för konsekvent användning i alla SSH-kommandon.
- Öppna Assign Setup Inputs och lägg till följande strängar under Values:
- Ställ in server_host till
={{ $json.server_host || '192.168.1.100' }}. - Ställ in server_user till
{{ $json.server_user || 'root' }}och server_password till{{ $json.server_password || 'your_password' }}. - Ställ in mysql_root_password till
{{ $json.mysql_root_password || 'mysql_root_123' }}. - Ställ in php_version till
{{ $json.php_version || '8.2' }}och mysql_version till{{ $json.mysql_version || '8.0' }}. - Ställ in username till
{{ $json.username || 'webdev' }}, user_password till{{ $json.user_password || 'web123' }}och domain_name till{{ $json.domain_name || 'localhost' }}.
Steg 4: Konfigurera grundläggande LAMP-provisionering
Den här sekvensen uppdaterar operativsystemet och installerar Apache, MySQL och PHP i rätt ordning.
- Verifiera att Prepare System Base har det befintliga Command som uppdaterar paket och installerar grundverktyg.
- I Deploy Apache Server bekräftar ni att Command använder
{{ $json.domain_name }}för ServerName och konfiguration av virtuell host. - I Deploy MySQL Service bekräftar ni att Command refererar till
{{ $json.mysql_root_password }}för säker installation och phpMyAdmin-konfiguration. - I Deploy PHP Runtime bekräftar ni att Command använder
{{ $json.php_version }}i paketinstallationer och konfigurationssökvägar. - Säkerställ att körflödet förblir sekventiellt: Prepare System Base → Deploy Apache Server → Deploy MySQL Service → Deploy PHP Runtime.
Steg 5: Konfigurera utvecklingsverktyg och slutförande
Dessa noder lägger till utvecklarverktyg, skapar ett användarkonto och slutför serverkonfigurationen.
- Gå igenom Install Dev Utilities och behåll dess Command för att installera Node.js, code-server och WP-CLI.
- I Provision Dev Account verifierar ni att den använder
{{ $json.username }}och{{ $json.user_password }}för att skapa användaren och sätta behörigheter. - I Finalize Server Config bekräftar ni att den skriver
{{ $json.domain_name }},{{ $json.mysql_root_password }}och{{ $json.username }}i exempelsidorna och miljöfilen. - Säkerställ att den sista kedjan fortsätter i ordning: Deploy PHP Runtime → Install Dev Utilities → Provision Dev Account → Finalize Server Config.
Steg 6: Konfigurera utdatasammanfattningen
Arbetsflödet avslutas med att sammanställa en lättläst sammanfattning av den genomförda provisioneringen.
- Öppna Completion Summary och bekräfta att utdatafälten är inställda.
- Ställ in server_url till
http://{{ $('Assign Setup Inputs').item.json.domain_name }}och phpmyadmin_url tillhttp://{{ $('Assign Setup Inputs').item.json.domain_name }}/phpmyadmin. - Ställ in dev_user till
{{ $('Assign Setup Inputs').item.json.username }}och mysql_root_password till{{ $('Assign Setup Inputs').item.json.mysql_root_password }}. - Ställ in installed_stack till
Linux + Apache + MySQL + PHP {{ $('Assign Setup Inputs').item.json.php_version }}.
Steg 7: Testa och aktivera ert arbetsflöde
Kör en manuell exekvering för att verifiera hela provisioneringssekvensen och aktivera sedan för återanvändning.
- Klicka på Execute Workflow och starta från Manual Launch.
- Bekräfta att varje SSH-nod slutförs utan fel och kontrollera terminalutdata för Apache-, MySQL- och PHP-versioner.
- Verifiera att Completion Summary visar en giltig server_url och phpmyadmin_url som använder er domän.
- Öppna
http://{{ $json.domain_name }}i en webbläsare för att bekräfta att välkomstsidan är aktiv. - Växla arbetsflödet till Active när ni är redo att återanvända det för framtida provisioneringskörningar.
Se upp för
- SSH-uppgifter kan löpa ut eller kräva specifika behörigheter. Om det strular, kontrollera först serverns SSH-inställningar och dina sparade uppgifter i n8n (fel användare, blockerad root-inloggning eller saknade sudo-rättigheter är vanligt).
- Om du använder Wait-noder eller extern rendering varierar bearbetningstiderna. Öka väntetiden om efterföljande noder misslyckas på grund av tomma svar.
- Standardprompter i AI-noder är generiska. Lägg in ert varumärkes ton tidigt, annars kommer du att redigera utdata i all oändlighet.
Vanliga frågor
Cirka 30 minuter om du redan har SSH-åtkomst och uppgifter redo.
Ja, men någon behöver tillhandahålla korrekta SSH-uppgifter och bekräfta att målservern är säker att ändra. När det är hanterat handlar körningen mest om att fylla i parametrar och klicka på kör.
Ja. n8n har ett gratis alternativ för egen drift och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna in kostnader för e-postleverantör om din SMTP-tjänst har begränsningar.
Två alternativ: n8n Cloud (hanterad, enklast att komma igång) eller egen drift på en VPS. För egen drift är Hostinger VPS prisvärd och klarar n8n bra. Egen drift ger obegränsade körningar men kräver grundläggande serverhantering.
Du kan anpassa den från noden ”Assign Setup Inputs” utan att skriva om flödet. De flesta team justerar listan php_extensions, finjusterar listan dev_tools och ändrar fälten username/user_password för att matcha sin standardmiljö. Om din distro eller dina paket skiljer sig uppdaterar du SSH-kommandoblocken i installationsnoderna (Apache, MySQL, PHP) så att samma logik fortfarande körs i samma ordning. Behåll steget ”Completion Summary”, eftersom det är det som gör överlämningar tydliga.
Oftast beror det på utgångna uppgifter eller blockerad SSH-åtkomst. Bekräfta att servern tillåter användaren du försöker med (vissa hosts stänger av root-inloggning), uppdatera sedan lösenord eller nyckel i n8n och kör igen. Kontrollera också brandväggsregler och SSH-porten om den inte är standard. Om flödet ansluter men kommandon misslyckas beror det ofta på saknade sudo-rättigheter.
Den kan provisionera så många servrar du vill, så länge din n8n-plan och serverresurserna hänger med.
För SSH-baserad provisionering är n8n oftast bättre eftersom det hanterar flersteglogik och långkörande sekvenser, och egen drift undviker prissättningsöverraskningar ”per uppgift”. Zapier och Make kan trigga saker, men den här typen av flöde behöver en riktig kedja av åtgärder med tydlig ordning och repeterbarhet. En annan praktisk punkt: du kan ha allt i din egen kontrollplan om du kör egen drift, vilket vissa team föredrar för infrastrukturjobb. Men om du bara behöver en enkel automatisering som ”skicka ett mejl när X händer” kan de verktygen kännas snabbare. Prata med en automatiseringsexpert om du vill ha hjälp att välja.
Att provisionera en LAMP-maskin behöver inte vara en ritual. Sätt upp detta en gång, kör det när du behöver det och håll installationerna konsekventa så att det riktiga arbetet kan börja.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.