Praktyczny przewodnik udostępniania localhost
Udostępnij localhost z Cloudflare i GhostlyShare
Gdy klient potrzebuje podglądu, dostawca webhooka URL callback, lub chcesz otworzyć serwer deweloperski na telefonie, potrzebujesz publicznego URL dla lokalnie działającej usługi. Ten przewodnik pokazuje najpierw terminalową ścieżkę Cloudflare, potem proces GhostlyShare do powtarzalnego udostępniania.
Szybka decyzja
Użyj narzędzia dopasowanego do ilości udostępniania
Błąd to traktowanie każdego lokalnego podglądu jak hostingu. Tunel jest najlepszy do tymczasowego dostępu. GhostlyShare sprawdza się przy regularnym udostępnianiu. Prawdziwe wdrożenie jest najlepsze, gdy użytkownicy polegają na URL.
Użyj cloudflared.exe
Zainstaluj klienta tunelu Cloudflare raz, uruchom jedno polecenie, skopiuj tymczasowy URL, a potem zatrzymaj Ctrl+C.
Użyj GhostlyShare
Pozwól aplikacji desktopowej wykrywać lokalne usługi, rozpocząć udostępnianie, pokazać gotowość, skopiować URL i zatrzymać dostęp bez szukania w terminalu.
Wdróż aplikację
Jeśli URL wymaga dostępności, monitoringu, kopii zapasowych, stabilnych wydań lub wsparcia, tunel na laptopie to niewłaściwa granica niezawodności.
Metoda 1
Cloudflare EXE: najszybszy i czysty proces wiersza poleceń
Klient tunelu Cloudflare to cloudflared. Na Windows zainstalujesz go przez winget lub pobierzesz EXE ręcznie. Quick Tunnel zapewnia losowy HTTPS URL bez przekierowania portów routera, strefy DNS Cloudflare czy własnej domeny, idealny na krótki podgląd deweloperski.
Uruchom lokalną aplikację
Najpierw otwórz lokalny URL w przeglądarce. Jeśli aplikacja nie działa lokalnie, publiczny tunel tego nie naprawi.
npm run devZainstaluj cloudflared na Windows
Use winget when it is available. If you download the EXE manually, place it in a folder such as C:\Cloudflared\bin and call it cloudflared.exe.
winget install --id Cloudflare.cloudflaredUtwórz publiczny URL
Use the exact local HTTP URL and port. In PowerShell from the EXE folder, use .\cloudflared.exe if the executable is not on PATH.
cloudflared.exe tunnel --url http://localhost:5173Przetestuj przed udostępnieniem
Otwórz wygenerowany URL trycloudflare.com w oknie prywatnym lub na innym urządzeniu. Sprawdź logowanie, zasoby, przekierowania i wywołania API przed udostępnieniem.
https://example-random-name.trycloudflare.comŚwiadomie zatrzymaj tunel
Po zakończeniu demo lub testu webhooka zatrzymaj proces terminala. Jeśli komputer przejdzie w stan uśpienia lub rozłączy się, szybki tunel i tak przestanie działać.
Ctrl+CStabilne nazwy podglądów
Losowy URL czy niestandardowa nazwa hosta Cloudflare?
Losowe URL są idealne, gdy link może zniknąć po teście. Niestandardowe domeny mają sens, gdy podgląd ma wyglądać stabilnie, np. demo.example.com, a domena jest zarządzana w Cloudflare.
| Potrzeba | Użyj | Dlaczego to pasuje |
|---|---|---|
| Pięciominutowa prezentacja lub wywołanie webhooka | Losowy URL | Nie jest potrzebne konto ani konfiguracja DNS, a link łatwo usunąć po teście. |
| Recenzja klienta z markowym wyglądem | Niestandardowa domena | Łatwiej rozpoznać nazwę hosta, którą kontrolujesz, ale wymaga ona strefy Cloudflare, uprawnień tokena, DNS i trasowania tunelu. |
| Podgląd, który nie powinien być otwierany bez zastanowienia | Link chroniony hasłem | Dodaj hasło przed udostępnieniem publicznym, a następnie podziel się URL i hasłem osobno z małą grupą uprawnionych osób. |
Inne opcje
Inne sposoby na udostępnienie localhost
Nie potrzebujesz jednego narzędzia na każdą sytuację. Najlepszy wybór zależy od tego, czy chcesz jednorazowy link, proces desktopowy, markowy podgląd, narzędzie do prywatnej sieci czy celowo zabezpieczone self-hosting.
| Narzędzie | Typowe polecenie lub działanie | Najlepsze dla | Uważaj |
|---|---|---|---|
| Cloudflare Quick Tunnel | cloudflared tunnel --url http://localhost:5173
|
Szybkie, jednorazowe publiczne URL HTTPS bez zmian w routerze. | Tylko do rozwoju i testów; losowy URL; cykl życia terminala. |
| GhostlyShare | Wybierz Udostępnij publicznie w aplikacji desktopowej
|
Powtarzające się lokalne podglądy, testy webhooków, demo z ochroną hasłem i opcjonalne niestandardowe domeny Cloudflare. | To nadal nie jest hosting produkcyjny; lokalna aplikacja i komputer muszą działać, aby link działał. |
| ngrok | ngrok http 5173
|
Zespoły korzystające z ngrok, zarezerwowanych domen, inspekcji ruchu i funkcji trasowania specyficznych dla dostawcy. | Szczegóły konta i planu są ważne; wymaga więcej konfiguracji niż jednorazowy szybki tunel. |
| Tailscale Funnel | tailscale funnel 3000
|
Osoby korzystające już z Tailscale, które chcą publiczny endpoint HTTPS dla urządzenia tailnet. | Wymaga konfiguracji Tailscale i włączonego Funnel dla tailnetu. |
| localtunnel | npx localtunnel --port 3000
|
Szybkie udostępnianie localhost oparte na Node do prostych testów. | Przydatne do prostych podglądów; przemyśl użycie przy danych wrażliwych. |
| Przekierowanie portów w routerze | Konfiguracja routera, DNS, TLS i reverse proxy
|
Stały self-hosting, gdy świadomie zarządzasz infrastrukturą. | Większa powierzchnia ataku; łatki, reguły zapory, logi i TLS stają się Twoją odpowiedzialnością. |
Testowanie webhooków
Szczegóły oszczędzające czas przy webhookach
Dostawcy webhooków nie mogą wywołać http://localhost na Twoim laptopie. Mogą wywołać publiczny URL tunelu. Traktuj ten URL jak prawdziwą integrację zewnętrzną: zachowaj weryfikację podpisów, używaj dokładnej ścieżki callback i sprawdzaj przekierowania oraz CORS.
Użyj pełnej ścieżki callback
Jeśli odbiornik nasłuchuje na /api/webhooks/stripe, wklej publiczny URL z tą samą ścieżką, nie tylko domenę.
Zachowaj włączoną weryfikację podpisów
Publiczny tunel ułatwia testowanie prawdziwych podpisów webhooków, ale nie jest powodem do wyłączania weryfikacji podpisów.
Obserwuj bazowe URL i przekazywane nagłówki
Jeśli publiczny URL przekierowuje z powrotem do localhost, skonfiguruj publiczne bazowe URL, nagłówki przekazywane, zaufane proxy lub ustawienia hosta frameworka.
Testuj w czystej sesji przeglądarki
Użyj okna prywatnego lub drugiego urządzenia, aby pamięć podręczna localhost nie ukrywała problemów z ciasteczkami, CORS, przekierowaniami lub mieszanymi treściami.
Rozwiązywanie problemów
Najpierw napraw typowe problemy z tunelem
Tunel się uruchamia, ale strona jest pusta
Otwórz lokalny URL bezpośrednio, a następnie sprawdź, czy zasoby, URL API, WebSocket lub zmienne środowiskowe nadal wskazują na localhost.
Publiczny URL przekierowuje do localhost
Wiele frameworków tworzy przekierowania na podstawie hosta żądania. Popraw nagłówki przekazywane, zaufane proxy, publiczne źródło lub wymuszone przekierowania deweloperskie.
Link pojawia się zanim zacznie działać
Trasowanie Cloudflare, DNS, lokalny proxy GhostlyShare i aplikacja źródłowa mogą potrzebować chwili na synchronizację. Odczekaj kilka sekund, odśwież i przetestuj ponownie.
Certyfikaty HTTPS localhost powodują błędy
Do krótkich podglądów tuneluj lokalny punkt HTTP, jeśli dostępny. Przy dłuższych konfiguracjach świadomie ustaw TLS źródła zamiast zgadywać.
Błąd hot reload lub WebSockets
Użyj narzędzia obsługującego WebSockety i upewnij się, że aplikacja tworzy URL ws lub wss z publicznego hosta, a nie z zakodowanego localhost.
Bezpieczeństwo
Przed wysłaniem publicznego URL
Publiczny URL podglądu to wciąż dostęp publiczny. Ochrona hasłem zmniejsza przypadkowy dostęp, ale nie zabezpiecza ryzykownej usługi lokalnej. Udostępniaj najwęższy URL, używaj danych testowych i zakończ link po recenzji lub teście webhooka.
Używaj danych testowych
Nie udostępniaj prawdziwych danych klientów, paneli administracyjnych baz danych, wewnętrznych pulpitów, sekretów ani poufnych danych firmy.
Zachowaj włączoną autoryzację aplikacji
Jeśli funkcja wymaga logowania, powinna tego wymagać także podczas publicznego podglądu.
Używaj ochrony hasłem dla prywatnych podglądów
Dla małych grup recenzujących dodaj hasło GhostlyShare przed udostępnieniem i podziel się nim osobno od linku.
Zatrzymaj i zmień linki
Zatrzymaj tymczasowe linki po użyciu. Jeśli URL lub hasło wycieknie do zgłoszenia lub czatu, utwórz nowy podgląd zamiast ponownego użycia.
Najczęściej zadawane pytania
Najczęściej zadawane pytania
Jakie jest dokładne polecenie Windows?
Po instalacji cloudflared uruchom cloudflared.exe tunnel --url http://localhost:PORT, zastępując PORT lokalnym portem aplikacji, np. 5173, 3000, 5080 lub 8080.
Czy GhostlyShare to tylko nakładka na cloudflared?
Nie. GhostlyShare korzysta z tuneli Cloudflare, ale dodaje proces desktopowy z wykrywaniem aplikacji, losowymi lub niestandardowymi linkami, stanem gotowości, zatrzymywaniem dostępu i opcjonalną ochroną hasłem.
Czy GhostlyShare może chronić publiczny link hasłem?
Tak. Włącz ochronę hasłem przed udostępnieniem publicznym. Odwiedzający muszą podać hasło, zanim GhostlyShare przekaże ruch do wybranej lokalnej aplikacji, ale to nie zastępuje właściwego zabezpieczenia aplikacji.
Czy potrzebuję przekierowania portów w routerze?
Nie dla tuneli opisanych w tym przewodniku. cloudflared, GhostlyShare, ngrok, Tailscale Funnel i podobne narzędzia otwierają połączenia wychodzące z Twojej maszyny, więc zwykle nie potrzebujesz przekierowania portów w routerze.
Czy mogę testować webhooki przez lokalny tunel?
Tak. Uruchom lokalny odbiornik webhooków, udostępnij go przez tunel, wklej publiczny URL HTTPS z poprawną ścieżką callback do dostawcy, wyślij testowe zdarzenie i sprawdź żądanie lokalnie.
Czy powinienem udostępniać narzędzia administracyjne lub bazy danych?
Zwykle nie. Nie udostępniaj konsol baz danych, paneli admina, infrastruktury, punktów debugowania ani usług wewnętrznych, chyba że są celowo zabezpieczone i przeznaczone do dostępu z internetu.
Czy powinienem używać tunelu na laptopie do ruchu produkcyjnego?
Nie. Użyj prawdziwego wdrożenia lub zarządzanego tunelu na infrastrukturze przeznaczonej do ciągłej pracy, aktualizacji, monitoringu i odzyskiwania po awariach.