raspberry pi wil niet connecten met localhost:8083

[paQ]

offtopic:
pi n00b

Ik heb een verse pi met raspberian jessie
Daarop heb ik geinstalleerd: zway server
Dat liep allemaal volgens plan, alleen nu kan ik geen verbinding maken met de poort waar ik de server moet kunnen benaderen.


het ip van de pi is 192.168.2.112
via VNC en SSH ook te benaderen.

192.168.2.112:8083 geeft echter een error
"unknown host"

Nu was ik al zover dat ik ws. wat moet aanpassen in /etc/network/interfaces

Daar staat:

code:

# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

De map interfaces.d is leeg.

code:

ifconfig lo
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 407  bytes 77400 (75.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 407  bytes 77400 (75.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

so now what

[McKaamos]

Firewall open doen?

[The Zep Man]

Dit heeft weinig met Pi kennis te maken en meer met algemene netwerkkennis.

192.168.2.112:8083 geeft echter een error
"unknown host"

192.168.2.112 is geen localhost. Je topictitel klopt niet met de inhoud van je post.

Verder zegt dit natuurlijk helemaal niets:

code:

source-directory /etc/network/interfaces.d

Alle bestanden uit interfaces.d worden geladen, maar wij weten niet wat voor bestanden (met wat voor inhoud) daarin staat.

Om open TCP poorten op welke interfaces in te zien kan je de volgende opdracht gebruiken:

code:

netstat -anl|grep -i "listen"|grep -i "tcp"

Post daarvan eens de uitvoer. Al mis je netstat, dan kan je de net-tools package installeren.

[ Voor 92% gewijzigd door The Zep Man op 31-01-2018 14:41 ]

[paQ]

The Zep Man schreef op woensdag 31 januari 2018 @ 14:34:
Dit heeft weinig met Pi kennis te maken, maar meer met algemene netwerkkennis.


[...]
192.168.2.112 is geen localhost. Je topictitel klopt niet met de inhoud van je post.

Verder zegt dit natuurlijk helemaal niets:

code:

source-directory /etc/network/interfaces.d

Alle bestanden uit interfaces.d worden geladen, maar wij weten niet wat voor bestanden (met wat voor inhoud) daarin staat.

Om open TCP poorten op welke interfaces in te zien kan je de volgende opdracht gebruiken:

code:

netstat -anl|grep -i "listen"|grep -i "tcp"

Post daarvan eens de uitvoer.

nouja, dat is in dit geval het ip van de pi.
Op de pi thuis benader ik op dezelfde manier van een afstand. (in dat geval pihole)

interfaces.d is helemaal leeg

code:

tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN     
tcp6       0      0 :::22                   :::*                    LISTEN     
tcp6       0      0 :::39639                :::*                    LISTEN     
tcp6       0      0 :::33023                :::*                    LISTEN     
tcp6       0      0 :::41825                :::*                    LISTEN     
tcp6       0      0 :::5900                 :::*                    LISTEN     
tcp6       0      0 :::51826                :::*                    LISTEN

[ Voor 28% gewijzigd door paQ op 31-01-2018 14:41 ]

[MewBie]

Ik ken raspbian niet, maar heb je wel een netwerk/ip ingesteld (het ifconfig commando waar je de output van geeft laat alleen de loopback zien, wat is de output zonder lo?) en is de nic actief? Wat moet er draaien op port 8083? Draait de software die berijkbaar zou moeten zijn via die port wel?

Als het gaat om de software die je probeerde te linken in de openingspost, probeer port 8084 eens.

[ Voor 15% gewijzigd door MewBie op 31-01-2018 14:57 ]

[paQ]

code:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.2.112  netmask 255.255.255.0  broadcast 192.168.2.255
        inet6 fe80::264d:8183:5fb1:bb5f  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:62:47:32  txqueuelen 1000  (Ethernet)
        RX packets 120377  bytes 77320503 (73.7 MiB)
        RX errors 0  dropped 2  overruns 0  frame 0
        TX packets 126429  bytes 105543609 (100.6 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 444  bytes 82284 (80.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 444  bytes 82284 (80.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.2.113  netmask 255.255.255.0  broadcast 192.168.2.255
        inet6 fe80::cada:f755:d23d:3323  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:37:12:67  txqueuelen 1000  (Ethernet)
        RX packets 1395  bytes 337785 (329.8 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 163  bytes 38175 (37.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

op 8083 draait zway server
Ik moet de settings wijzigen na installatie via die webinterface, maar daar kom ik dus niet bij.

8084 idem

[The Zep Man]

@paQ
Poort 8083 staat niet in je lijstje. Tevens staat poort 8084 er ook niet tussen. De conclusie is dat de betreffende software niet draait op de Pi, of dat deze niet luistert op (de betreffende) netwerkpoorten.

Draai eens:

code:

/etc/init.d/z-way-server start

En kijk daarna nog eens naar de uitvoer van de netstat opdracht.

[ Voor 22% gewijzigd door The Zep Man op 31-01-2018 15:04 ]

[paQ]

The Zep Man schreef op woensdag 31 januari 2018 @ 15:01:
@paQ
Poort 8083 staat niet in je lijstje. Tevens staat poort 8084 er ook niet tussen. De conclusie is dat de betreffende software niet draait op de Pi, of dat deze niet luistert op (de betreffende) netwerkpoorten.

Draai eens:

code:

/etc/init.d/z-way-server start

En kijk daarna nog eens naar de uitvoer van de netstat opdracht.

ik krijg wederom netjes terugkoppeling dat de server is gestart en weer prompt.

netstat geeft exact dezelfde output.

edit

code:

pi@raspberrypi:~ $ /etc/init.d/z-way-server start
Starting z-way-server: done.
pi@raspberrypi:~ $ netstat -anl|grep -i "listen"|grep -i "tcp"
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN     
tcp6       0      0 :::22                   :::*                    LISTEN     
tcp6       0      0 :::39639                :::*                    LISTEN     
tcp6       0      0 :::33023                :::*                    LISTEN     
tcp6       0      0 :::41825                :::*                    LISTEN     
tcp6       0      0 :::5900                 :::*                    LISTEN     
tcp6       0      0 :::51826                :::*                    LISTEN

[ Voor 41% gewijzigd door paQ op 31-01-2018 15:08 ]

[The Zep Man]

Dan weet ik het niet, aangezien ik geen zway gebruik. Let erop dat als verwachte poorten niet in die netstat opdracht staan, dat het sowieso niet gaat werken.

Wat je verder kan doen is het installatiescript bekijken voor hints: http://razberry.z-wave.me/install

Een alternatief is dat je het Pi image van hun installeert op een tweede Raspberry Pi/SD kaart als test, om te kijken of het daarmee wel werkt. Zie de pagina van zway waarnaar je refereerde.

[ Voor 5% gewijzigd door The Zep Man op 31-01-2018 15:11 ]

[u_nix_we_all]

paQ schreef op woensdag 31 januari 2018 @ 14:40:
[...]

nouja, dat is in dit geval het ip van de pi.
Op de pi thuis benader ik op dezelfde manier van een afstand. (in dat geval pihole)

interfaces.d is helemaal leeg

code:

tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN     
tcp6       0      0 :::22                   :::*                    LISTEN     
tcp6       0      0 :::39639                :::*                    LISTEN     
tcp6       0      0 :::33023                :::*                    LISTEN     
tcp6       0      0 :::41825                :::*                    LISTEN     
tcp6       0      0 :::5900                 :::*                    LISTEN     
tcp6       0      0 :::51826                :::*                    LISTEN

localhost is hetzelfde als 127.0.0.1 , en is alleen intern op de pi zelf te benaderen. Als je hem vanaf een andere computer benadert zul je het 168.x.x.x adres moeten gebruiken. 0.0.0.0 (zoals op poort 22/ssh)betekent dat een process op alle interfaces luistert.

Maar de output van netstat laat dus niets zien dat op poort 8083 luistert, m.a.w. je server draait waarschijnlijk niet.

Edit: dat zei de Zepman ook al dus.

[Mattie112]

En run de binary van z-way eens direct (iets van /usr/local/bin/zway) en kijk wat hij dan voor output geeft? Of kijk eens in de logs!

[paQ]

het vage is, er IS geen log

althans niet in /var/log/

code:

<config>
<automation-dir>automation</automation-dir>
<log-file>/var/log/z-way-server.log</log-file>
<log-level>0</log-level>
<debug-port/>
</config>

[ Voor 90% gewijzigd door paQ op 31-01-2018 15:28 ]

[MewBie]

paQ schreef op woensdag 31 januari 2018 @ 15:22:
het vage is, er IS geen log

althans niet in /var/log/

code:

<config>
<automation-dir>automation</automation-dir>
<log-file>/var/log/z-way-server.log</log-file>
<log-level>0</log-level>
<debug-port/>
</config>

Log level staat op 0 dus waarschijnlijk wordt er niks gelogt. Kijk even in de documentatie of je iets kan vinden, anders gewoon het getal met 1 verhogen en de server opnieuw starten. Herhalen tot je iets nuttigs in de logs ziet of er niet meer output bij komt.

[paQ]

niks nie


dieper loggen heeft ook geen nut.
Volgens de taskmanager gebeurt er ook helemaal niks met zway server...

Als ik een stop commando geef dat krijg ik ook een warning dat er geen zulks proces draait.

[ Voor 89% gewijzigd door paQ op 31-01-2018 16:02 ]

[Brahiewahiewa]

Euh, verwacht zway niet dat er een razBerry daughterboard aanwezig is?

[paQ]

Brahiewahiewa schreef op woensdag 31 januari 2018 @ 15:59:
Euh, verwacht zway niet dat er een razBerry daughterboard aanwezig is?

Ja daar zit ik dus ook net aan te denken, maar dan verwacht je toch wel een foutje oid
De USBZ stick komt zometeen met de post binnen ipv het board. dat schijnt te moeten werken.
Zal hem dan nog eens aanzwengelen.

[paQ]

stick is binnen, het maakt geen verschil

Ik geef het op. Er is op diverse plekken te lezen dat het niet uitmaakt of de hardware wel of niet geïnstalleerd is. Als dat deel ontbreekt, kun je dat deel niet gebruiken, maar wel in de setup komen.
De image file van voor de zway install gaat er nu weer lekker op, en dan ga ik het in domoticz proberen. het zij zo.

[ Voor 78% gewijzigd door paQ op 31-01-2018 16:41 ]

[SA007]

Move naar NOS, dit is een software probleem

[paQ]

Ik heb alles van begin af aan geïnstalleerd, verse jessie install... zelfde uitkomst

[Blokker_1999]

Kan je anders misschien even uitzoeken of je de software niet handmatig vanop de command line kunt starten? Vele software doet dat zonder problemen en dumpt dan ook zijn foutmeldingen op die command line. Het is duidelijk dat kort na de start iets de software terug doet stoppen.

[paQ]

Blokker_1999 schreef op woensdag 31 januari 2018 @ 20:09:
Kan je anders misschien even uitzoeken of je de software niet handmatig vanop de command line kunt starten? Vele software doet dat zonder problemen en dumpt dan ook zijn foutmeldingen op die command line. Het is duidelijk dat kort na de start iets de software terug doet stoppen.

Ik heb zojuist alleen nog maar domoticz geïnstalleerd. Geen enkele foutmelding overigens tijdens het installatieproces. (aangegeven dat het aan te roepen is op :8080)
Ik ben iets te linuxn00b om iets handmatig te starten tenzij ik ergens gelezen heb hoe ik het moet doen

edit:
@Blokker_1999 ah!

code:

pi@raspberrypi:~ $ domoticz/domoticz
domoticz/domoticz: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory

[ Voor 62% gewijzigd door paQ op 31-01-2018 20:13 ]

[Hero of Time]

Is er een reden om nog met Jessie te werken? Werkt Z-way bijvoorbeeld al met Stretch? Zet dat er dan op, dan kan je dankzij systemd wat meer achterhalen wat er gebeurt via 'systemctl status z-way-server' of hoe de service ook moet heten.

Waar je ook kan kijken voor foutmeldingen is /var/log/messages.

[paQ]

Hero of Time schreef op woensdag 31 januari 2018 @ 20:14:
Is er een reden om nog met Jessie te werken? Werkt Z-way bijvoorbeeld al met Stretch? Zet dat er dan op, dan kan je dankzij systemd wat meer achterhalen wat er gebeurt via 'systemctl status z-way-server' of hoe de service ook moet heten.

Waar je ook kan kijken voor foutmeldingen is /var/log/messages.

Er werd geen log aangelegd.

Ik installeer jessie om daarop homebridge prima functioneert alsmede wat andere zaken die ik graag wil gebruiken.
En.. naja omdat het in elke turtorial zo wordt uitgelegd

Maar de problemen die ik nu ervaar heb ik thuis nooit gehad

[Hero of Time]

paQ schreef op woensdag 31 januari 2018 @ 20:15:
[...]

Er werd geen log aangelegd.

Dat heb je al gezegd, maar ik wijs naar een bestand, waar o.a. alle kernel meldingen in komen. Als je applicatie een keiharde segfault krijgt en domweg crasht omdat het een stuk broddelwerk is, komt het eerder daar te staan, dan in z'n eigen log bestand wat het niet eens kan schrijven omdat het voor die functie al met z'n bakkes door de muur is proberen te rennen.

Ik installeer jessie om daarop homebridge prima functioneert alsmede wat andere zaken die ik graag wil gebruiken.
En.. naja omdat het in elke turtorial zo wordt uitgelegd

Daarom geef ik ook aan om even na te gaan over het al voor Stretch is gemaakt. Als ik zoek hoe ik een vast IP aan m'n Pi geef, vind ik ook 1001 pagina's over hoe je dat in dhcpd.conf moet frotten, terwijl dat met Stretch niet de manier is (eigenlijk zou dat helemaal niet de manier moeten zijn, in elke release of wat dan ook) aangezien het daar netjes op de Debian manier gaat via /etc/network/interfaces.

Zou je ook Fedora Core 5 installeren omdat je guide uit 2006 daarvoor is geschreven?

Maar de problemen die ik nu ervaar heb ik thuis nooit gehad

Bekende woorden. "Maar, thuis werkt het wel", zei de ontwikkelaar die op kantoor geen local admin rechten heeft.

[paQ]

Sja, ik ben meer een gadgetfreak, met de ballen verstand van programmeren. (beetje pielen php en css daargelaten)
Dit lijkt de oplossing te zijn en vooralsnog krijg ik eindelijk eits op min scherm

Hi,
I found a solution that works for me.
I'm working with RPi B+ under Raspbian Stretch Desktop + Domoticz v.3.8153.
My solution:
Add "Jessie" in file "sources.list".
CODE: SELECT ALL
sudo nano /etc/apt/sources.list
Add line:
CODE: SELECT ALL
deb http://archive.raspbian.org/raspbian/ jessie main contrib non-free rpi
Then:
CODE: SELECT ALL
sudo apt-get update
sudo apt-get install libssl1.0.0
sudo /etc/init.d/domoticz.sh stop
sudo /etc/init.d/domoticz.sh start
sudo /etc/init.d/domoticz.sh status
I have then => active (running)

Hope it can help someone.

[Hero of Time]

Echt? Het heeft een oudere openssl nodig om überhaupt te functioneren? Welke versie draai je dan? Ze zouden met de distro mee moeten gaan als deze een nieuwere library. Sterker nog, in Stretch zit libssl1.0.2. Bij Jessie zou iets vergelijkbaars moeten zitten en keihard op 1.0.0 afhankelijk zijn geeft mij weinig vertrouwen in 't pakket als 't daadwerkelijk de laatste versie is.

[paQ]

Mijn excuus. ik heb raspbian stretch erop staan .
2017-11-29

[Hero of Time]

En dan heb je nu een Jessie repo toegevoegd? Dat is niet zo handig. Ik vind wel dit als eerste hit op Google: http://www.domoticz.com/forum/viewtopic.php?t=18793. Het is al sinds augustus 2017 een probleem. WTF! Echt, absurd dat het nu nog steeds niet fatsoenlijk is opgelost voor Stretch.