--- canonical: https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/ language: da generated: 2026-10-21T13:32:03.161Z --- [Hjem](https://koalavps.com/da/) / [Udforsk](https://koalavps.com/da/resources/) / Feltnoterne for KoalaVPS Feltnoterne for KoalaVPS # En betalingsserver med depotforvaring designet med omhu. BTCPay Server kan lade en forhandler drive sin egen betalingsworkflow. Adskil betalingsregistrering, wallet-kontrol og butiksdrift. [Find din VPS](https://koalavps.com/da/vps/) ## I DETTE DOKUMENT [Definer tegnebogsgrænsen](https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/#section-1)[Dimensionér til hele stakken](https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/#section-2)[Sikr købmandsgrænsefladen](https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/#section-3)[Tag backup og afstem](https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/#section-4)[Kontroller udrulnings- og kædestrategien](https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/#section-5)[Opbevar brugsnøglen, hvor du har til hensigt](https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/#section-6)[Lav en udrulningscheckliste omkring den valgte stack](https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/#section-7)[Undersøg manglende tegnebogsbetalinger uden at importere en seed](https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/#section-8)[Afstem fakturaer før opfyldelse](https://koalavps.com/da/guides-self-host-btcpay-server-on-a-vps/#section-9)[Vidensbase](https://koalavps.com/da/resources/) ## Definer tegnebogsgrænsen En watch-only-tegnebog kan registrere betalinger uden at holde de private brugsnøgler. En udvidet offentlig nøgle afslører stadig følsom tegnebogsaktivitet og bør beskyttes. Lightning-integration kan kræve en online tegnebog og introducerer yderligere driftsrisiko. ## Dimensionér til hele stakken Et Bitcoin backend, database, webtjeneste og valgfri Lightning-node har forskellige lager- og hukommelsesbehov. Gennemgå aktuelle understøttede implementeringsinstruktioner og vækstkrav, før du vælger en lille maskine. ## Sikr købmandsgrænsefladen Brug et dedikeret værtsnavn, HTTPS, stærk loginbeskyttelse og begrænset administrativ adgang. Hold serveren opdateret, og verificér webhook-signaturer eller understøttede verifikationsmekanismer i den modtagende applikation. Afsend ikke varer alene baseret på en browseromdirigering. ## Tag backup og afstem Beskyt butikkonfiguration, database, wallet-gendannelsesoplysninger og Lightning-specifikt materiale i overensstemmelse med den relevante dokumentation. Test gendannelse, og afstem fakturaer mod betalingssystemet, især vedrørende udløb, underbetaling og refusioner. ## Kontroller udrulnings- og kædestrategien Brug de aktuelt understøttede implementeringsinstruktioner, et dedikeret værtsnavn og en verificeret HTTPS-rute. En beskåret kæde kan reducere løbende lagerkrav, hvor det understøttes, men behov for rescan og gendannelse skal forstås. Vælg ikke en disk ud fra den aktuelle kædestørrelse alene; efterlad plads til hele stakken og vækst. - Bekræft betalingscallbacket fra en ekstern test - Brug testbetalinger før en livebutik - Bekræft fakturaafregningspolitikken Officiel dokumentation: [BTCPay-implementeringsmuligheder](https://docs.btcpayserver.org/Deployment/) ## Opbevar brugsnøglen, hvor du har til hensigt En watch-only-opsætning kan registrere betalinger fra en udvidet offentlig nøgle uden at give serveren brugsnøglen. xpub'en er følsom, fordi den kan afsløre tegnebogsaktivitet. En hot wallet ændrer denne risiko ved at placere brugsevnen online. Gennemgå tegnebogs- og Lightning-opbevaring separat, og følg den understøttede backup-procedure. Officiel dokumentation: [BTCPay-tegnebogsmodel](https://docs.btcpayserver.org/Wallet/) ## Lav en udrulningscheckliste omkring den valgte stack Begynd med et dedikeret domæne, en understøttet udrulningsmetode, den tilsigtede kædetilstand og tilstrækkelig diskplads til synkronisering. Gennemgå den upstream Docker-generator og dens valgte komponenter før installation; bevar de ikke-hemmelige udrulningsvalg, så en anden maskine kan genopbygges ensartet. Kontrollér domæneopløsning, certifikatudstedelse og ejerskab af den administrative konto, før du viser en checkout til kunder. Et generisk Docker Compose-eksempel er ikke bevis på, at hver valgfri BTCPay-komponent er konfigureret. - Beslut, hvilken instansejer der styrer opdateringer, overvågning, sikkerhedskopier og hændelseshåndtering. - Adskil reverse-proxy-eksponering fra privat Bitcoin RPC, database og Lightning-administration. - Dokumentér en beskåret backends grænser for gendannelse/rescan, før du tilslutter en tegnebog med historiske betalinger. - Hold et understøttet testmiljø eller en lille kontrolleret betalingsøvelse til integrationer, før du opfylder værdifulde ordrer. Officiel dokumentation: [BTCPay Server: implementeringsvalg](https://docs.btcpayserver.org/Deployment/) · [BTCPay Server: understøttet Docker-udrulning](https://docs.btcpayserver.org/Docker/) ## Undersøg manglende tegnebogsbetalinger uden at importere en seed En butik kan bruge en tegnebogs xpub/derivation-oplysninger, mens brugsnøglen forbliver på en anden enhed. Test modtagelse og gendannelsesforløbet med den valgte tegnebog. Hvis BTCPay ser en fakturabetaling, men en ekstern tegnebog ikke viser den, skal du undersøge dens derivation-skema og adresse-gap-limit-adfærd, før du antager, at midlerne er forsvundet. Lange serier af ubetalte genererede adresser kan påvirke en tegnebogs opdagelse. Brug understøttede tegnebogsdiagnostik i stedet for at kopiere gendannelsesord til serveren. Officiel dokumentation: [BTCPay Server: fejlfinding af wallet og derivation](https://docs.btcpayserver.org/FAQ/Wallet/) ## Afstem fakturaer før opfyldelse Registrér fakturaidentifikatorer, og gør opfyldelsesoperationen idempotent. En browsers tilbagevenden til butikken er en navigationshændelse, ikke bevis på afregning. Verificér betalingstilstanden via din autentificerede serverintegration, håndtér udløbne, forsinkede eller underbetalte fakturaer eksplicit, og hold en gennemgangsvej for uafklarede udfald. Hvis en callback gentages, må returnering af en vellykket bekræftelse ikke sende eller kreditere ordren to gange. - Test en betaling, der ankommer tæt på udløb, og bekræft, at ordren forbliver knyttet til den korrekte faktura. - Opbevar database, butikskonfiguration og wallet-gendannelsesmateriale i en testet uafhængig backup. - Lightning tilføjer et separat ansvar for likviditet og kanalbackup; gendannelse af hele gårsdagens VPS er ikke en sikker universel gendannelsesprocedure. - Hosting af en BTCPay-instans tilføjer ikke Lightning eller XMR til KoalaVPS-kundebetaling; betalingsmetoder på dette hostingsite forbliver dets syv offentliggjorte ruter. Officiel dokumentation: [Bitcoin udviklerguide: betalingsverifikation](https://developer.bitcoin.org/devguide/payment_processing.html) · [LND: katastrofegendannelse](https://docs.lightning.engineering/lightning-network-tools/lnd/disaster-recovery) · [Core Lightning: tegnebogs- og kanalbackups](https://docs.corelightning.org/docs/backup) FORTSÆT MED AT UDFORSKE ## Fortsæt med at læse. [Guides ### Din node, med omhyggelig tegnebogsgendannelse. En Bitcoin og Lightning-opsætning kombinerer datasynkronisering, netværk og midler, der kræver deres egen backupdisciplin.…](https://koalavps.com/da/guides-self-host-bitcoin-lightning-node/)[Guides ### En omhyggelig betaling tager et minut. Kryptooverførsler fortjener en bevidst kontrol, fordi netværket ikke har en konventionel fortryd-knap.…](https://koalavps.com/da/payment-safety/)[Guides ### En backup betyder noget, når den gendanner. Design en backup ud fra de data, du ikke kan genskabe, og den tid, din tjeneste kan tåle at miste. En vellykket upload er kun begy…](https://koalavps.com/da/backups/) KONFIGURER DIN INFRASTRUKTUR ## Tag kontrol. Udrul på dine vilkår. Ingen identitetspapirer. Fuld administratoradgang. Krypto-native fakturering. [Vælg en konfiguration](https://koalavps.com/da/vps/)