Jak niektórym kolegom wiadomo, po ostatnich aktualizacjach apki ContainerStation w systemie QTS, instalacja własnej instancji serwera Supli przez kreator jest niemożliwa. Można zainstalować aplikację tworząc plik .yml, wtedy kreator nam do niczego niepotrzebny, ale jest jeszcze jedna metoda, którą to możemy potem wykorzystać do instalacji np. Supla-Scripts.
Instancja serwera Supli zainstalowana w ten sposób będzie działać dokładnie tak samo jak zainstalowana poprzez kreator czy plik .yml.
Oczywiście jeśli mamy Suple zainstalowaną przez kreator/plik .yml to nic nie musimy z nią robić. Może dalej sobie działać. Podaję tutaj metodę alternatywną dla użytkowników, którzy mają problem z zainstalowaniem Supli przez kreator, mają minimalne obycie z terminalem i chcą/wolą przez terminal zarządzać swoim serwerem lub takich, którzy chcą mieć w końcu skrypty obok serwera Supli
#1
Ustawiamy i instalujemy wszystko co potrzebne
- Logujemy się do naszego QNAPa przez www i dodajemy URL do repozytorium QNAPClub w „AppCenter->Ustawienia->Repozytorium aplikacji”
Nazwa: np.
qnapclub
URL:
https://www.qnapclub.eu/pl/repo.xml - Wyszukujemy i instalujemy Entware-std V1.03
- Przechodzimy do „Panel sterowania →Usługi sieci i plików →Telet/SSH” i zaznaczamy „Zezwól na połączenie SSH...”
- Uruchamiamy na komputerze terminal(np. putty) i logujemy się do QNAPa kontem admina przez SSH
- Aktualizujemy listę pakietów i instalujemy git, nano, mc(opcjonalnie)
Code: Select all
opkg update opkg install git nano mc
#2
Instalacja serwera Supli
- Przechodzimy do lokalizacji domowej np.
Code: Select all
cd /share/homes/admin/ - Klonujemy repozytorium supla-docker, a potem wchodzimy do środka dostosowujemy pliki, na końcu uruchamiamy skrypt
Code: Select all
git clone git://github.com/SUPLA/supla-docker.git cd supla-docker/ sed -i "s+fold+busybox fold+g" supla.sh sed -i "s+unless-stopped+always+g" docker-compose.yml ./supla.sh - Pierwsze uruchomienie zawsze generuje nam plik .env. Ustawiamy w nim wszystkie zmienne zgodnie z naszymi potrzebami, domena/IP, porty, pierwszy użytkownik itd.
Code: Select all
nano .env - Na końcu startujemy skrypt
trochę czekamy, aż wszystko się pobierze, utworzy, uruchomi i gotowe
Code: Select all
./supla.sh start
Zazwyczaj po pierwszym uruchamianiu instancji kontener serwera nie może podłączyć się do kontenera bazy, bo ten nie jest jeszcze w pełni gotowy. Czekamy 2-3minuty, żeby nie przerwać etapu tworzenia bazy danych i przeprowadzanych migracji.
Jeśli nie chcecie czekać 3 minut to możecie zobaczyć co się dzieje w kontenerach przez GUI. W Container Station→Kontener, rozwinąć aplikację supla i kliknąć w kontener supla-cloud, supla-server lub supla-db. Jeśli supla-cloud skończy robić wszystkie migracje na bazie to robimy restart
i po tym instancja musi już hulaćCode: Select all
./supla.sh restart
#3
Instalacja Supla-Scripts
- Przechodzimy do lokalizacji domowej np.
Code: Select all
cd /share/homes/admin/ - Klonujemy repozytorium supla-scripts, a potem wchodzimy do środka i dostosowujemy pliki
Code: Select all
git clone git://github.com/fracz/supla-scripts.git cd supla-scripts/docker/ sed -i "s+fold+busybox fold+g" suplascripts.sh sed -i "s+unless-stopped+always+g" docker-compose.base.yml - Tworzymy plik docker-compose.local.yml
i wypełniamy go zawartością widoczną poniżej. Pozwoli to wpiąć suplascripts do sieci supla_default, aby skrypty widziały naszą instancję Supli i zarejestrowane w niej urządzenia.
Code: Select all
nano docker-compose.local.yml
Code: Select all
version: '3' services: suplascripts: networks: [default, supla] networks: default: ~ supla: external: name: supla_default - Startujemy skrypt suplascripts.sh aby wygenerować .env i edytujemy go ustawiając porty dla http i https
Code: Select all
./suplascripts.sh nano .env - Dodajemy jeszcze nasz utworzony wcześniej plik docker-compose.local.yml do zmiennej COMPOSE_FILE w pliku .env
Code: Select all
sed -i "s+docker-compose.base.yml+docker-compose.base.yml:docker-compose.local.yml+g" .env - Uruchamiamy skrypty
Code: Select all
./suplascripts.sh start
