OPCJONALNA INSTALACJA
Wholly Crypto z Dockerem.
To samo oprogramowanie dla sprzedawców, w kontenerach. Pozostań przy instalatorze natywnym, jeśli już dobrze Ci służy.
Zanim zaczniesz.
Użyj nowego serwera VPS z Linuksem amd64 / x86-64 z dostępem root, Bashem i curl. Instalator proponuje doinstalowanie brakujących Python 3.9+, Git, Docker Engine, Docker Compose i Buildx po Twoim potwierdzeniu.
Przy niewielkim obciążeniu zacznij od 2 vCPU, 4 GB RAM i 30 GB SSD. Zostaw miejsce na historię, obrazy i kopie zapasowe.
Automatyczna instalacja zależności: Ubuntu 22.04/24.04/26.04, Debian 12/13, Fedora 43/44/45 i RHEL 9/10. W innych dystrybucjach najpierw zainstaluj wymagane składniki.
Porty 80 i 443 muszą być wolne i otwarte w obu zaporach. Skieruj rekordy DNS panelu sprzedawcy, strony płatności i API na VPS. W Cloudflare ustaw tryb tylko DNS podczas konfiguracji; włącz proxy po zakończeniu weryfikacji HTTPS.
Wybierz Docker lub standardowy instalator natywny. Konfiguracja Dockera nie przenosi istniejącej instalacji ani nie zatrzymuje innego serwera WWW.
Zainstaluj jednym poleceniem.
bash <(curl -fsSL https://raw.githubusercontent.com/whollycrypto-com/whollycrypto-docker/v1.1.1/install.sh)Wybierz domeny, publiczny adres IP VPS, e-mail do odnawiania certyfikatów, walutę fiducjarną i login Basic Auth. Wartości domyślne to merchant.example.com, pay.example.com i api.example.com. Możesz wybrać inne nazwy subdomen.
Instalator buduje obraz środowiska uruchomieniowego, weryfikuje podpisane pobrane oprogramowanie sprzedawcy, uruchamia PostgreSQL 18 i wystawia certyfikaty HTTPS. GitHub jest zapasowym źródłem pobierania. Kod źródłowy sprzedawcy, kompilator Rust ani węzeł blockchain nie są potrzebne.
Istniejące silniki, kontenery i wolumeny są zachowywane. Jeśli instalator wykryje konflikt pakietów, zatrzyma się do ręcznego sprawdzenia.
Poczekaj na Ready: https://… w dzienniku. Otwórz ten adres, podaj dane logowania Basic Auth i utwórz konto administratora. Jeśli konfiguracja się zatrzyma, usuń zgłoszony problem i uruchom ./whollycrypto-docker resume. Istniejące klucze portfeli zostają zachowane.
Zarządzaj instalacją.
Uruchamiaj te polecenia z /root/whollycrypto-docker. Panel, strona płatności, API i zasady salda na przetwarzanie działają tak samo jak w instalacji natywnej.
| Polecenie | Zastosowanie |
|---|---|
./whollycrypto-docker status | Stan kontenerów |
./whollycrypto-docker logs | Postęp konfiguracji i dzienniki procesów roboczych |
./whollycrypto-docker doctor | Kontrole tylko do odczytu |
./whollycrypto-docker update | Podpisana aktualizacja oprogramowania sprzedawcy |
./whollycrypto-docker cli htaccess | Zmień Basic Auth |
./whollycrypto-docker cli ssl | Sprawdź lub napraw HTTPS |
Ustawienia → System również pozwala instalować aktualizacje oprogramowania sprzedawcy. Przebudowa obrazu Docker nie zastępuje zainstalowanego oprogramowania ani nie omija kontroli aktualizacji. Zależności kontenera aktualizuj oddzielnie zgodnie z instrukcjami aktualizacji środowiska uruchomieniowego w repozytorium.
Przechowuj kopię poza VPS.
./whollycrypto-docker backupPełna kopia zapasowa na krótko wstrzymuje płatności. Zapisuje i weryfikuje bazę danych, pliki oprogramowania sprzedawcy, klucz szyfrowania portfeli, Nginx, certyfikaty i pasujące sekrety konfiguracji. Skopiuj cały katalog kopii zapasowej ze znacznikiem czasu do bezpiecznego magazynu offline.
Kopie zapasowe zawierają niezaszyfrowane klucze prywatne i dane dostępu. Nigdy nie umieszczaj ich w Git ani w publicznym folderze. Eksportuj też kopie zapasowe portfeli projektów z panelu. Podłączone portfele Lightning wymagają własnej procedury odzyskiwania.
Nigdy nie używaj docker compose down -v do naprawienia błędu. To usuwa trwałe wolumeny i może zniszczyć klucze portfeli oraz historię płatności. Użyj ./whollycrypto-docker stop aby zatrzymać system bez usuwania danych. Przed przywracaniem zapoznaj się z przewodnikiem odzyskiwania .
Mały zestaw usług. Oddzielne dane.
Dwa kontenery: oprogramowanie sprzedawcy z Nginx oraz PostgreSQL. Dane przetrwają wymianę kontenera dzięki nazwanym wolumenom. Baza danych używa prywatnego gniazda Unix; porty 5432 i 8080 nie są publikowane. Tryb uprzywilejowany, sieć hosta ani gniazdo Docker hosta nie są potrzebne.
Docker używa izolacji kontenerów, a nie piaskownicy systemd instalatora natywnego. Root i administratorzy Dockera nadal mają dostęp do Twoich kluczy. Zachowaj włączone Basic Auth i odpowiednie ograniczenia IP domen/API. Publikowanie portów Dockera może omijać reguły UFW; sprawdź zaporę dostawcy oraz wytyczne dotyczące zapory Dockera.
Pierwsza wersja konfiguracji Docker jest przeznaczona dla Linuksa amd64 z własnym Nginx. ARM64, Docker Desktop, Docker bez roota i dodatkowe reverse proxy nie są jeszcze obsługiwanymi konfiguracjami.