Other Free Resources
get.localhost.direct är en tjänst som utfärdar ett wildcard-SSL-certifikat, signerat av en publik certifikatutfärdare, för domänen *.localhost.direct avsedd för lokal utveckling. Eftersom certifikatet är signerat av en riktig CA – inte självsignerat – slipper man webbläsarvarningar, och wildcard-stödet gör att godtyckliga subdomäner kan användas.
Besök get.localhost.directget.localhost.direct är en tjänst som tillhandahåller wildcard-SSL-certifikat signerade av en publik certifikatutfärdare (CA) för domänen *.localhost.direct, avsedd för lokal utvecklingsmiljö. Poängen är att utvecklare kan köra en lokal server (t.ex. myapp.localhost.direct) med ett HTTPS-certifikat som webbläsare litar på automatiskt, utan de varningar och manuella undantag som uppstår med självsignerade certifikat. Eftersom certifikatet är wildcard och stödjer subdomäner kan utvecklare köra flera lokala tjänster - API, frontend, adminpanel - på olika subdomäner, alla med giltig HTTPS, utan att behöva generera och distribuera egna lokala CA-rotcertifikat till varje maskin. Verktyget hör hemma i en bredare kategori av lösningar som förenklar HTTPS-utveckling lokalt genom att koppla localhost till ett publikt betrott domännamn.
Tjänsten är fritt tillgänglig för att hämta ett publikt signerat wildcard-certifikat för lokal utveckling – beskrivningen anger inga begränsningar utöver detta syfte.
Utveckla och testa funktioner som service workers, secure cookies eller WebAuthn som kräver äkta HTTPS, utan certifikatvarningar i webbläsaren.
Kör API, frontend och adminpanel på separata subdomäner lokalt, alla med ett wildcard-certifikat som redan är betrott.
Undvik att generera och installera lokala CA-rotcertifikat på varje utvecklares maskin genom att använda ett redan publikt betrott certifikat.
Testa OAuth-flöden eller webhooks mot en lokalt körande server som behöver en giltig HTTPS-endpoint för att fungera korrekt.
I samma nisch finns LocalCert, som ger gratis .localcert.net-subdomäner kompatibla med publika CA:er för privata nätverk, och sslip.io, som istället löser lokal HTTPS-utveckling genom att koda IP-adressen i hostnamnet så DNS pekar tillbaka till din maskin. Ett annat angreppssätt är tunneltjänster som ngrok eller localtunnel, som exponerar en lokal server via en publik URL med HTTPS - en mer kraftfull men samtidigt tyngre lösning än ett rent lokalt wildcard-certifikat.
Källan beskriver den som en "bättre" wildcard-certifikatlösning men anger inga prisvillkor - verifiera direkt på get.localhost.direct.
Källan specificerar inte detta - eftersom certifikatet är CA-signerat kan viss verifiering kräva nätverksåtkomst, kontrollera hos leverantören.
Nej, tjänsten är uttryckligen inriktad på lokal utveckling (localhost), inte produktion.
Skillnaden är att certifikatet är signerat av en publik CA som webbläsare redan litar på, så du slipper varningar och manuell installation av ett eget rotcertifikat.
Källan anger inte detta - kontrollera registreringskraven på webbplatsen.
SIAX perspektiv
Ett smidigt sätt att slippa certifikatvarningar i lokala utvecklingsmiljöer, men eftersom trafiken går mot en tredjepartsdomän bör det inte användas för känslig data eller produktionsnära scenarier – det är ett utvecklarverktyg, inte en produktionslösning. För interna verktyg som kräver riktig TLS lokalt är det ett enkelt tillskott innan man eventuellt sätter upp en egen intern CA.
Osäker på vad ni behöver?
Ett kostnadsfritt första samtal - vi går igenom er stack och vad som faktiskt behövs innan ni betalar för något.
Boka samtal
