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.

Repozytorium i pełny przewodnik konfiguracji ↗

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.

PolecenieZastosowanie
./whollycrypto-docker statusStan kontenerów
./whollycrypto-docker logsPostęp konfiguracji i dzienniki procesów roboczych
./whollycrypto-docker doctorKontrole tylko do odczytu
./whollycrypto-docker updatePodpisana aktualizacja oprogramowania sprzedawcy
./whollycrypto-docker cli htaccessZmień Basic Auth
./whollycrypto-docker cli sslSprawdź 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 backup

Peł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.