Server startet bei falscher IP-Adresse

peppy.player · August 20, 2019 at 6:32 AM

Hallo,

Ich versuche, den Webserver (Tornado) auf Raspbian Buster zu starten. Ich vermute, dass die Reihenfolge von 'lo' und 'eth0' das Problem beim Serverstart verursacht. Ich gebe die IP-Adresse nicht explizit an. Also schätze ich, dass der Server den ersten von oben in der Liste nimmt. Infolgedessen beginnt es bei der Adresse 127.0.1.1.1 und ich kann nicht von außen darauf zugreifen. Gibt es eine Möglichkeit, die Bestellung zu ändern? Hier ist die aktuelle:

Code

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b8:27:eb:49:1f:bc brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.11/24 brd 10.0.0.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
    inet6 2601:648:8500:41e0::88ac/128 scope global dynamic noprefixroute
       valid_lft 604745sec preferred_lft 604745sec
    inet6 2601:648:8500:41e0:eadb:5904:98f4:b6df/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 260931sec preferred_lft 260931sec
    inet6 fe80::865a:3657:fae5:88d6/64 scope link
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether b8:27:eb:1c:4a:e9 brd ff:ff:ff:ff:ff:ff

Display More

Ich danke dir!

----------------------------------------------------------------------------------------------------------

Hi,

I'm trying to start web server (Tornado) on Raspbian Buster. I suspect that the order of 'lo' and 'eth0' causes the issue during server startup. I don't specify IP address explicitly. So I guess server takes the first from the top of the list. As a result it starts on address 127.0.1.1 and I cannot access it from outside. Is there any way to change the order?

Thank you!

Bot · Vor 5 Minuten

Server startet bei falscher IP-Adresse? Schau mal ob du hier fündig wirst!

llutz · August 20, 2019 at 8:19 AM

~~Wahrscheinlicher ist, dass das Netzwerk zum Zeitpunk des Serverstarts noch nicht konfiguriert ist. Evtl. systemd-Unit anpassen.~~

Alternativ kann es sein, dass die default-Config des Webservers nur localhost (127.0.0.1) vorsieht. Dann in der Konfiguration des Servers nach der Möglichkeit suchen, die Adressen/Interfaces vorzugeben (meist irgendwas mit "listen, ifaces, inet-families" etc.).

evtl hilft 1. google-Treffer:

https://stackoverflow.com/questions/1109…-server-locally

peppy.player · August 20, 2019 at 5:27 PM

Vielen Dank für die Antwort!

Ein anderer Teil meines Codes verursachte die Verwirrung. Nach dem Start des Webservers drucke ich auf der Konsole einen Port:

Code

logging.debug("Web Server Started at %s:%s", host, port)

Ich bekomme auf diese Weise den Gastgeber:

Code

host = socket.gethostbyname(socket.gethostname())

Das ergab 127.0.1.1, aber der Server wurde tatsächlich am 10.0.0.11 wie erwartet gestartet.

Ich muss nur einen Weg finden, um einen echten Host vom Server zu bekommen.

Danke!

Bot · Vor einem Moment

llutz · August 20, 2019 at 5:32 PM

evtl. korrekten Hostnamen (DNS) setzen?

hostname

hostname -I

sollten zusammenpassen.

noisefloor · August 20, 2019 at 5:40 PM

Hallo,

glaubt man dem Internet, lauscht Tornado auf allen IP-Adresse, also sollte der Server grundsätzlich auch von anderen Rechnern im gleichen Netzwerk erreichbar sein.

Wobei die Doku von Tornado da IMHO in der Tat ein bisschen dünn ist. Ich zumindest haben keine Stelle gefunden, wo explizit erwähnt wird, dass `0.0.0.0` die Default-Adresse ist, auf der der Tornado-Server lauscht.

Gruß, noisefloor

rpi444 · August 20, 2019 at 5:49 PM

Quote from peppy.player

... der Server wurde tatsächlich am 10.0.0.11 wie erwartet gestartet.

Wird dieser Server mit einer nativen oder mit einer generierten service-unit gestartet?

BTW: Ich habe z. B. unter buster Probleme mit dem starten (beim Booten) von sshd und stunnel (beide mit generierter service-unit), wenn ich diese nicht auf 0.0.0.0 lauschen lasse. Mit stretch habe ich diese Probleme nicht.

Bot · Vor einem Moment

peppy.player · August 20, 2019 at 7:21 PM

Quote from rpi444

Wird dieser Server mit einer nativen oder mit einer generierten service-unit gestartet?

...

Ich bin mir nicht sicher, was du meinst. Könnten Sie das näher ausführen?

rpi444 · August 20, 2019 at 7:27 PM

Quote from peppy.player

Ich bin mir nicht sicher, was du meinst. ...

Wird der Server schon beim booten gestartet? Wenn ja, dann wie ist die Ausgabe von:

Code

systemctl list-units --all | grep -i tornado

und wenn hier keine Ausgabe, dann die vollständige Ausgabe von:

Code

systemd-analyze blame

, in einem spoiler.

peppy.player · August 20, 2019 at 8:14 PM

Ich beginne den Tornado mit meinem eigenen Code. Ich starte es nicht als Systemdienst/Dämon. Die Ausgabe von systemctl ist also leer.

Code

pi@raspberrypi:~ $ systemd-analyze blame
          7.664s hciuart.service
          5.092s dhcpcd.service
          2.229s dev-mmcblk0p2.device
          1.415s rc-local.service
          1.250s raspi-config.service
          1.230s dphys-swapfile.service
          1.173s avahi-daemon.service
          1.126s rsyslog.service
          1.093s triggerhappy.service
          1.086s wpa_supplicant.service
          1.053s systemd-logind.service
           992ms rng-tools.service
           938ms systemd-fsck@dev-disk-by\x2dpartuuid-4d2687e7\x2d01.service
           851ms user@1000.service
           763ms keyboard-setup.service
           689ms systemd-timesyncd.service
           513ms bluetooth.service
           491ms systemd-udev-trigger.service
           487ms networking.service
           392ms ssh.service
           348ms systemd-fsck-root.service
           343ms fake-hwclock.service
           339ms alsa-restore.service
           304ms systemd-udevd.service
           263ms systemd-journald.service
           261ms systemd-remount-fs.service
           203ms dev-mqueue.mount
           177ms systemd-tmpfiles-setup.service
           147ms sys-kernel-debug.mount
           138ms systemd-sysusers.service
           126ms systemd-journal-flush.service
           125ms systemd-modules-load.service
           123ms systemd-update-utmp.service
           108ms systemd-tmpfiles-setup-dev.service
           107ms boot.mount
           107ms systemd-random-seed.service
            99ms systemd-sysctl.service
            77ms systemd-rfkill.service
            68ms kmod-static-nodes.service
            64ms systemd-user-sessions.service
            62ms run-rpc_pipefs.mount
            52ms console-setup.service
            51ms nfs-config.service
            48ms ifupdown-pre.service
            46ms systemd-update-utmp-runlevel.service
            39ms user-runtime-dir@1000.service
            20ms sys-kernel-config.mount

Display More

Bot · Vor einem Moment

noisefloor · August 20, 2019 at 9:22 PM

Hallo,

Quote

Wird dieser Server mit einer nativen oder mit einer generierten service-unit gestartet?

Von Hand.

peppy.player: gibt Tornado explizit eine IP-Adresse mit, dann hast du das Problem nicht. Wenn der Pi von außerhalb erreichbar sein soll, muss er ja eine IP-Adresse haben. Einen Server an alle Schnittstellen mittels 0.0.0.0 zu binden halte ich sowieso für keine all zu gute Idee. Andere Python-Webframeworks und andere Server nehmen normalerweise 127.0.0.1 als Default - was die sichere Wahl ist.

Gruß, noisefloor

Participate now!