Es gibt keinen Hinweis darauf, dass die Signatur dem Eigentümer gehört.

Es gibt keinen Hinweis darauf, dass die Signatur dem Besitzer gehört 0

“`

Wenn die Prüfsumme überprüft wird, Extrahieren Sie die Dateien und verschieben Sie sie in das Verzeichnis (/usr/local/bin).

Bereinigen Sie dann das Arbeitsverzeichnis.

“`

> tar .gz

> sudo cp lighthouse /usr/local/bin

> rm -r lighthouse lighthouse-v5.2.1-x86_64-unknown-linux-gnu.tar.gz.asc lighthouse-v5.2.1-x86_64-unknown- linux-gnu.tar.gz

“`

Erstellen Sie ein Konto mit dem Namen „Lighthouse“ ohne Serverzugriff, damit Lighthouse (die Software der Konsensschicht) als Hintergrunddienst ausgeführt werden kann. Diese Art von Benutzerkonto verfügt nicht über Root-Zugriff, sodass potenzielle Angreifer nur auf den Lighthouse-Dienst zugreifen können, falls der unwahrscheinliche Fall eintreten sollte, dass es Angreifern gelingt, über ein kompromittiertes Client-Update einzudringen.

> sudo useradd –no-create-home –shell /bin /false lighthouse

Erstellen Sie ein Verzeichnis für Lighthouse (die Konsensschicht-Software), um die Blockchain-Daten der Konsensschicht zu speichern. Setzen Sie dann den Besitzer dieses Verzeichnisses auf Lighthouse (das Benutzerkonto), damit dieser Benutzer in dem Verzeichnis lesen und schreiben kann.

> sudo mkdir -p /var/lib/lighthouse

> sudo chown -R lighthouse:lighthouse / var/lib/lighthouse

Erstellen Sie eine Systemd-Konfigurationsdatei für den Lighthouse-Dienst, der im Hintergrund ausgeführt werden soll.

> sudo vi /etc/systemd/system/lighthouse.service

Fügen Sie die folgenden Konfigurationsparameter in die Datei ein:

“`

[Unit]

Description=Lighthouse Consensus Client (Holesky)

After=network.target

Wants=network.target

[Service]

User=lighthouse

Group=lighthouse

Type=simple

Restart=always

RestartSec=5

ExecStart=/usr/local/bin/lighthouse

–chain holesky

–datadir=/var/lib/lighthouse

–log.file.directory=/var/lib/lighthouse/logs

–authrpc.jwtsecret=/var/lib/jwtsecret/jwt.hex

–full

– Port 30303

–http

–http.api eth,web3,net,txpool,debug,trace

–http.addr

–http.port 8547

–ws.

–w s.addr

–ws.port 8548

–metrics 127.0.0.1:6060

[Install]

WantedBy=default.target

“`

Sobald Sie fertig sind, speichern Sie mit ESC → ENTER → :wq → ENTER

Verstehen und überprüfen Sie Ihre Konfigurationszusammenfassung und ändern Sie sie bei Bedarf.

Lighthouse-Konfigurationszusammenfassung:

Lighthouse starten

Laden Sie den systemd-Daemon neu, um die vorgenommenen Änderungen zu registrieren, starten Sie Lighthouse und überprüfen Sie seinen Status, um sicherzustellen, dass er ausgeführt wird .

> sudo systemctl daemon-reload

> sudo systemctl start lighthouse.service

> sudo systemctl status lighthouse.service

Erwartete Ausgabe: Die Ausgabe sollte sagen, dass Lighthouse „aktiv (läuft)“ ist. Drücken Sie zum Beenden STRG+C und Lighthouse läuft weiter. Es sollte etwa 6 Stunden dauern, bis Lighthouse mit dem Holesky-Testnetz synchronisiert ist.

Verwenden Sie den folgenden Befehl, um die Protokolle des Synchronisierungsprozesses von Lighthouse zu überprüfen. Achten Sie auf Warnungen oder Fehler.

> sudo apt install ccze -y

> sudo journalctl -fu lighthouse -o cat | ccze -A

Erwartete Ausgabe

Drücken Sie STRG+C zum Beenden.

Weitere Informationen dazu finden Sie hier (https://lighthouse-book.sigmaprime.io/advanced-topics/logs.html). um Lighthouse-Journalctl-Protokolle zu interpretieren und zu verstehen

Wenn der Lighthouse-Dienst reibungslos läuft, können wir ihn jetzt so aktivieren, dass er beim Neustart unseres Knotens automatisch gestartet wird.

> sudo systemctl enable lighthouse.service

Erwartete Ausgabe:

> Symlink /etc/systemd/system/default.target.wants/lighthouse.service → /etc/systemd/system/lighthouse.service.

erstellt

Das obige ist der detaillierte Inhalt vonEs gibt keinen Hinweis darauf, dass die Signatur dem Eigentümer gehört.. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!