Problème Configuratuion réseau

[Dams]

Bonjour
Je suis passé récemment de jessie à stretch et je pense que mon problème date de ce moment là
Depuis cete mise à jour impossible de booter sur mon ssd sans débrancher mon hub alors qu"avant je pouvais mais là j'ai un autre soucis
Je suis sur Pi3 et j'ai remarqué des soucis grâce au log rfxcom et xiaomi. Je précise que les plugin fonctionne mais j'ai des log de ce type:

Code : Tout sélectionner

[2019-08-19 19:14:08][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Max retries exceeded with url: /plugins/xiaomihome/core/php/jeeXiaomiHome.php?apikey=0Uxxxxx (Caused by ConnectTimeoutError(<urllib3.connection.HTTPConnection object at 0x74cdc2f0>, 'Connection to 127.0.0.1 timed out. (connect timeout=0.5)')) retry : 0/3
[2019-08-19 19:14:08][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Max retries exceeded with url: /plugins/xiaomihome/core/php/jeeXiaomiHome.php?apikey=0Uxxxxx (Caused by ConnectTimeoutError(<urllib3.connection.HTTPConnection object at 0x74cc1ef0>, 'Connection to 127.0.0.1 timed out. (connect timeout=0.5)')) retry : 1/3
[2019-08-19 19:14:09][ERROR] : Error on send request to jeedom HTTPConnectionPool(host='127.0.0.1', port=80): Max retries exceeded with url: /plugins/xiaomihome/core/php/jeeXiaomiHome.php?apikey=0Uxxxxx (Caused by ConnectTimeoutError(<urllib3.connection.HTTPConnection object at 0x74cc7890>, 'Connection to 127.0.0.1 timed out. (connect timeout=0.5)')) retry : 2/3
[2019-08-19 19:14:09][ERROR] : Critical error on  send_changes_async local variable 'r' referenced before assignment

et ma config réseau est la suivante:

RESEAU.PNG (40.86 Kio) Consulté 1659 fois

Comment puis-je rétablir les paramètres afin de ne plus avoir des erreur dans mes log.


Merci de votre aide
Damien

[poluket]

Commence par supprimer ton apikey et génère en une nouvelle.

A mon avis, le deamon ne tourne pas sur l'ip locale (127.0.0.1) et donc pas accessible. Il essaye ensuite sur l'ip publique ou interne ce qui fonctionne

[Dams]

Commence par supprimer ton apikey et génère en une nouvelle.

A mon avis, le deamon ne tourne pas sur l'ip locale (127.0.0.1) et donc pas accessible. Il essaye ensuite sur l'ip publique ou interne ce qui fonctionne

comment rétablir cela? le changement d'apikey ne changera rien!

[Dams]

Bizarrement si je fais en SSH sudo nano /etc/network/interfaces
le fichier est vide
Si je fait ifconfig -a
ça me dit commande introuvable
Normal?
Vous avez quoi sur votre pi?

[Networks514]

Bizarrement si je fais en SSH sudo nano /etc/network/interfaces
le fichier est vide
Si je fait ifconfig -a
ça me dit commande introuvable
Normal?
Vous avez quoi sur votre pi?

Passes tu les commandes avec les bons privilèges ? Tu te connectes avec le user pi peut être ...
sudo su -

[Dams]

Bizarrement si je fais en SSH sudo nano /etc/network/interfaces
le fichier est vide
Si je fait ifconfig -a
ça me dit commande introuvable
Normal?
Vous avez quoi sur votre pi?

Passes tu les commandes avec les bons privilèges ? Tu te connectes avec le user pi peut être ...
sudo su -

Merci de ton aide mais même résultats de cette manière

Edit: Sur strech ifconfig ne fonctionne plus, il faut tape ip address à la place
voici le résultat

Code : Tout sélectionner

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group defaul                                                                                                                                                             t 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 gr                                                                                                                                                             oup default qlen 1000
    link/ether b8:27:eb:f3:71:14 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.51/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2a01:e35:8ae9:7c60:5ee4:171d:8a74:4a57/64 scope global mngtmpaddr nopr                                                                                                                                                             efixroute dynamic
       valid_lft 86191sec preferred_lft 86191sec
    inet6 fe80::ea2a:f170:4892:1b7f/64 scope link
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DO                                                                                                                                                             WN group default qlen 1000
    link/ether b8:27:eb:a6:24:41 brd ff:ff:ff:ff:ff:ff
4: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast sta                                                                                                                                                             te UNKNOWN group default qlen 100
    link/none
    inet 10.9.1.120 peer 10.9.1.121/32 scope global tun0
       valid_lft forever preferred_lft forever
    inet6 fe80::255a:9565:23ae:e30c/64 scope link flags 800
       valid_lft forever preferred_lft forever

C'est bon ?

[poluket]

essaye de lancer la commande "netstat -tupln"

regarde pour tes service sur quelle ip ils écoutent. Un exemple chez moi:

Code : Tout sélectionner

Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.1:8083          0.0.0.0:*               LISTEN      1836/python
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      -
tcp        0      0 192.168.3.197:8121      0.0.0.0:*               LISTEN      1711/nodejs

j'ai des survices qui écoutent en local (127.0.0.1 - sort pas du serveur), sur l'ip interne (192.168.3.197) ou sur toutes les IPs (0.0.0.0)

a mon avis, ton service ecoute sur l'ip intern a lieu de toutes les IPs.

et verifie comment est configuré l'API de tes plugins. n'a pas tu mis une règle plus restrictive?

2019-08-20 22_55_44-Administration - Jeedom.png (101.89 Kio) Consulté 1586 fois

[Dams]

essaye de lancer la commande "netstat -tupln"

regarde pour tes service sur quelle ip ils écoutent. Un exemple chez moi:

Code : Tout sélectionner

Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.1:8083          0.0.0.0:*               LISTEN      1836/python
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      -
tcp        0      0 192.168.3.197:8121      0.0.0.0:*               LISTEN      1711/nodejs

j'ai des survices qui écoutent en local (127.0.0.1 - sort pas du serveur), sur l'ip interne (192.168.3.197) ou sur toutes les IPs (0.0.0.0)

a mon avis, ton service ecoute sur l'ip intern a lieu de toutes les IPs.

et verifie comment est configuré l'API de tes plugins. n'a pas tu mis une règle plus restrictive?
2019-08-20 22_55_44-Administration - Jeedom.png

Merci de ton aide mais la commande netstat -tupln ne fonctionne pas

Je viens de jeter un oeil dans les log que j'ai effacé hier soir et rien n'est revenu.
C'est peut être rien de gênant ...
As tu quelque chose de similaire dans ta configuration réseau?

RESEAU.PNG (40.86 Kio) Consulté 1575 fois

[poluket]

Oui mais pas le wlan et tun0 car pas de dns jeedom

[Dams]

Je n'ai plus les log d'erreur ça doit être bon...
à suivre