IOTA HORNET v0.4.0 Node installieren

8 „Gefällt mir“

Installation hat super geklappt und das Dashboard läuft auf meiner Subdomain. Node-Check auch okay.

Vielen Dank für Deine Arbeit.

Lediglich dieses unattended-upgrades.log hat eine Unmenge von :

DEBUG Marking not allowed <apt_pkg.PackageFile object: filename:’/var/lib/apt/…

Einträgen raus. Keine Ahnung, ob das okay ist.

Viele Grüße

Harro

2 „Gefällt mir“

Nice :+1:

Die Ausgabe mit Marking not allowed ist völlig okay :slight_smile:

2 „Gefällt mir“

Ja, ich will mich auch für die tolle Arbeit bedanken. Super Arbeit… :star_struck:

2 „Gefällt mir“

Danke für die super Anleitung.
Läuft soweit ganz gut. Habe nur das Problem das ich die Node nicht im Trinity hinzufügen kann (node hat eine ungültige Antwort zurückgegeben)

Wie viele Neighbors hab denn ihr so? bei mir schwankt es zwischen 2 und 5. Bei hornet 0.3.0 hatt ich zwischen 8 und 15

Du bekommst mit Autopeering „nur“ 4 Nachbarnodes :wink:

Was sagt dir der Trinity Node tester unter https://trinity.iota.org/nodes ?
Hast du auch nicht vergessen an deine Node Adresse /node anzuhängen?

Ah okay alles klar das wusste ich nicht mit den 4 Nachbarnodes.

der Trinity Node tester sagt: URL is not a public IRI node

getNodeInfo request did not return a valid node response. Double check the node address.

wenn ich folgendes eingebe https://…:443/node

Merkwürdigerweise klappt das Dashboard nur unter Brave auf meinem Desktop.

Safari - Desktop
Safari - iPhone
Chrome - iPhone
Brave - iPhone

Keine Chance. Leeres Dashboard

Jemand eine Idee?

Viele Grüße

Harro

Jau ich habe eine Idee aber leider keine Lösung :wink:

Scheinbar kann Safari keine Websocket Verbindung aufbauen, wenn man HTTP BasicAuth nutzt.
Siehe: https://bugs.webkit.org/show_bug.cgi?id=80362

Das 2. Problem was du dann leider hast: Alle Browser auf dem iPhone müssen für die Darstellung quasi den Safari nutzen (weil Apple meint das is ne gute Idee)…

Schlussfolgerung: Du bist leider aufgeschmissen :frowning:

1 „Gefällt mir“

Hallo super Anleitung vielen Dank hierfür.
Alles läuft ich komme nur nicht auf das Dashbord.
Folgender Fehler:
502 Bad Gateway
nginx/1.17.10 (Ubuntu)

Finde den Fehler nicht. Bitte um Hilfe
Grüße Martin

@Kiwi bitte einmal die Ausgabe der folgenden Befehle posten:

  • cat /etc/nginx/sites-available/default
  • service hornet status
  • curl localhost:8081

Ausgabe zu cat /etc/nginx/sites-available/default

##
# You should look at the following URL's in order to grasp a solid understanding
# of Nginx configuration files in order to fully unleash the power of Nginx.
# https://www.nginx.com/resources/wiki/start/
# https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/
# https://wiki.debian.org/Nginx/DirectoryStructure
#
# In most cases, administrators will remove this file from sites-enabled/ and
# leave it as reference inside of sites-available where it will continue to be
# updated by the nginx packaging team.
#
# This file will automatically load configuration files provided by other
# applications, such as Drupal or Wordpress. These applications will be made
# available underneath a path with that package name, such as /drupal8.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
##

# Default server configuration
#
server {
	listen 80 default_server;
	listen [::]:80 default_server;

	# SSL configuration
	#
	# listen 443 ssl default_server;
	# listen [::]:443 ssl default_server;
	#
	# Note: You should disable gzip for SSL traffic.
	# See: https://bugs.debian.org/773332
	#
	# Read up on ssl_ciphers to ensure a secure configuration.
	# See: https://bugs.debian.org/765782
	#
	# Self signed certs generated by the ssl-cert package
	# Don't use them in a production server!
	#
	# include snippets/snakeoil.conf;

	root /var/www/html;

	# Add index.php to the list if you are using PHP
	index index.html index.htm index.nginx-debian.html;

	server_name _;

        location /node {
                proxy_pass http://173.249.31.238:14265/;
        }

        location /ws {
                proxy_pass http://173.249.31.238:8081/ws;
                proxy_http_version 1.1;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection "upgrade";
                proxy_read_timeout 86400;
        }

        location / {
                proxy_pass http://173.249.31.238:8081;
        }


}


# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlink that
# to sites-enabled/ to enable it.
#
#server {
#	listen 80;
#	listen [::]:80;
#
#	server_name example.com;
#
#	root /var/www/example.com;
#	index index.html;
#
#	location / {
#		try_files $uri $uri/ =404;
#	}
#}

server {

	# SSL configuration
	#
	# listen 443 ssl default_server;
	# listen [::]:443 ssl default_server;
	#
	# Note: You should disable gzip for SSL traffic.
	# See: https://bugs.debian.org/773332
	#
	# Read up on ssl_ciphers to ensure a secure configuration.
	# See: https://bugs.debian.org/765782
	#
	# Self signed certs generated by the ssl-cert package
	# Don't use them in a production server!
	#
	# include snippets/snakeoil.conf;

	root /var/www/html;

	# Add index.php to the list if you are using PHP
	index index.html index.htm index.nginx-debian.html;
    server_name hornetnode.de; # managed by Certbot


        location /node {
                proxy_pass http://173.249.31.238:14265/;
        }

        location /ws {
                proxy_pass http://173.249.31.238:8081/ws;
                proxy_http_version 1.1;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection "upgrade";
                proxy_read_timeout 86400;
        }

        location / {
                proxy_pass http://173.249.31.238:8081;
        }




    listen [::]:443 ssl ipv6only=on; # managed by Certbot
    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/hornetnode.de/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/hornetnode.de/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

}
server {
    if ($host = hornetnode.de) {
        return 301 https://$host$request_uri;
    } # managed by Certbot


	listen 80 ;
	listen [::]:80 ;
    server_name hornetnode.de;
    return 404; # managed by Certbot

Ausgabe zu service hornet status

● hornet.service - Hornet
     Loaded: loaded (/lib/systemd/system/hornet.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2020-06-09 20:16:23 CEST; 2h 46min ago
   Main PID: 674 (hornet)
      Tasks: 48 (limit: 9487)
     Memory: 2.8G
     CGroup: /system.slice/hornet.service
             └─674 /usr/bin/hornet

Jun 09 23:02:56 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
Jun 09 23:02:57 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
Jun 09 23:02:58 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
Jun 09 23:02:59 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
Jun 09 23:03:00 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
Jun 09 23:03:01 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
Jun 09 23:03:02 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
Jun 09 23:03:03 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
Jun 09 23:03:04 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
Jun 09 23:03:05 vmd55278.contaboserver.net hornet[674]: req(qu/pe/proc/lat): 00000/00000/00000/0000ms, reqQMs: 0, processor: 00000, LSM>
lines 1-19/19 (END)

Ausgabe zu curl localhost:8081

unauthorized, error: code=401, message=Unauthorized

Du hast in deiner nginx Konfiguration überall ne IP Adresse stehen?
Da muss aber 127.0.0.1 rein :wink:

Also aus z.B.

location /node {
                proxy_pass http://173.249.31.238:14265/;
        }

musst du

location /node {
                proxy_pass http://127.0.0.1:14265/;
        }

machen

Das musst du nun an jeder Stelle in der Konfiguration anpassen. Dann einmal nginx -t zum testen ausführen. Wenn dort alles okay ist nginx mit service nginx reload neu laden.

Dann sollte es gehen :slight_smile:

Hallo,

super Tutorial, danke für die tolle Arbeit!

Liebe iotanische Grüße
PIOTA

1 „Gefällt mir“

Hallo,

jetzt geht es. Vielen Dank. Warum auch immer war ich der Meinung das ich die IP in der nginx Konfiguration 127.0.0.1 gegen die IP Adresse des Servers ersetzen muss.

1 „Gefällt mir“

Moin,

scheinbar gibt es ein Hornet-Update (0.40-RC1). Leider klappt die Installation irgendwie nicht.

Auch manuell mit:

Sudo apt update und sudo apt upgrade wird keine neue Version installiert. Dafür eine Meldung in Verbindung mit Hornet (** habe ich davor eingefügt).

•	Hit:1 http://asi-fs-n.contabo.net/ubuntu focal InRelease
•	Hit:2 http://asi-fs-n.contabo.net/ubuntu focal-updates InRelease                                         
•	Hit:3 http://asi-fs-n.contabo.net/ubuntu focal-backports InRelease                                       
•	Hit:4 http://archive.ubuntu.com/ubuntu focal InRelease                                                   
•	Get:5 http://security.ubuntu.com/ubuntu focal-security InRelease [107 kB]                               
•	Get:6 http://ppa.hornet.zone stable InRelease [7,535 B]
•	Get:7 http://security.ubuntu.com/ubuntu focal-security/main i386 Packages [35.2 kB]
•	Get:8 http://security.ubuntu.com/ubuntu focal-security/main amd64 Packages [103 kB]
•	Get:9 http://security.ubuntu.com/ubuntu focal-security/main Translation-en [38.5 kB]
•	Get:10 http://security.ubuntu.com/ubuntu focal-security/main amd64 c-n-f Metadata [2,628 B]
•	Get:11 http://security.ubuntu.com/ubuntu focal-security/restricted amd64 Packages [11.0 kB]
•	Get:12 http://security.ubuntu.com/ubuntu focal-security/restricted Translation-en [3,000 B]
•	Fetched 308 kB in 1s (218 kB/s)      
•	Reading package lists... Done
•	Building dependency tree       
•	Reading state information... Done
•	1 package can be upgraded. Run 'apt list --upgradable' to see it.
**•	N: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'http://ppa.hornet.zone stable InRelease' doesn't support architecture 'i386'**
•	root@vmd55179:~# sudo apt upgrade
•	Reading package lists... Done
•	Building dependency tree       
•	Reading state information... Done
•	Calculating upgrade... Done
•	The following packages will be upgraded:
•	  libproxy1v5
•	1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
•	Need to get 0 B/50.4 kB of archives.
•	After this operation, 0 B of additional disk space will be used.
•	Do you want to continue? [Y/n] y
•	(Reading database ... 104244 files and directories currently installed.)
•	Preparing to unpack .../libproxy1v5_0.4.15-10ubuntu1_amd64.deb ...
•	Unpacking libproxy1v5:amd64 (0.4.15-10ubuntu1) over (0.4.15-10) ...
•	Setting up libproxy1v5:amd64 (0.4.15-10ubuntu1) ...
•	Processing triggers for libc-bin (2.31-0ubuntu9) ...

Hat das Update bei jemanden geklappt und kann mir jemand helfen? Ich habe im Moment keine Idee, was ich machen könnte.

Viele Grüße

Harro

Nachtrag:

Ah, gefunden:

sudo sh -c ‚echo „deb http://ppa.hornet.zone testing main“ >> /etc/apt/sources.list.d/hornet.list‘

dann geht es.

Config anpassen (snaphots).
Fehler danach war, dass das Verzeichnis nicht gefunden wurde und kein snapshot erstellt werden konnte.
Ich habe die Verzeichnisse angelegt. Mal sehen, ob es dann klappt.

Gruß

Harro

Ich weiß leider nicht mal wie man das Update macht und ich frage mich auch warum und wozu die Adressen dienen?

Wenn Du die Installation wie Basti beschreiben hat, gemacht hast, werden keine Zwischenversionen installiert. (RC)
Du kannst aber alles so lassen, wie es ist.

Ja ich warte auch bis es freigegeben wurde und Es hier wieder eine Anleitung dafür gibt.

Es wäre trozdem schön zu wissen wozu die Coordinator Adressen gut sind.

Comnet ist ja das Testnetzwerk und nur dort hat sich die Adresse geändert!. Die haben sich einfach entschieden einen anderen/neuen Coordinator zum testen zu nehmen. Deswegen hat sich die Adresse geändert.

1 „Gefällt mir“