Les pairs maximum atteints, la connexion au nœud privé a chuté
-
-
S'il vousplaît aller upvoteet commenter cesproblèmes de couche P2P.Ne semblepas que vous êtes le seul.IMHO,unpair de confiance doittoujours êtremaintenupar lenœud. https://gitlab.com/tezos/tezos/issues/367 https://gitlab.com/tezos/tezos/issues/278Please go upvote and comment on these P2P layer issues. Doesn't look like you are the only one. IMHO, a trusted peer should always be maintained by the node. https://gitlab.com/tezos/tezos/issues/367 https://gitlab.com/tezos/tezos/issues/278
- 1
- 2019-12-17
- utdrmac
-
Faitpour 367et 278. Je suppose quepour lemoment,je doisplanifier des redémarragespour lenœudpublic lorsqu'un script détecte qu'iln'estpas connecté à lapairprivée ...Done for 367 and 278. I guess for now I have to schedule restarts for the public node when a script detects it is not connected to the private peer...
- 0
- 2019-12-17
- Gaia
-
@utdrmacj'ai une atténuationen place.tantpis.@utdrmac i have a mitigation in place. oh well.
- 0
- 2019-12-17
- Gaia
-
2 réponses
- votes
-
- 2019-12-17
Il semble qu'ilne soit actuellementpaspossible d'assurer les séjours homologues connectés à votrenœudprivé.Voir Ceci et Ceci .
J'ai donc créé un script d'atténuation à Trust and Connectez-vous aunœudprivé s'iln'estpas connecté .
It seems that it is currently not possible to ensure the peer stays connected to your private node. See this and this.
So I created a mitigation script to trust and connect to the private node if it is not connected.
-
Pourquoine pas simplement utiliser le client Tezos-Adminpour ajouter une connexion à votrenœudprivé?Beaucoupplus simple que de redémarrertout lenœud.Why not just use the tezos-admin-client to add a connection to your private node? Much simpler than restarting the entire node.
- 1
- 2019-12-17
- utdrmac
-
C'est unpeuplus complexe que ça,`TAC Connect`ne se comportepas commeprévu https://gitlab.com/tezos/tezos/issues/547#note_202870810it's a bit more complex than that, `tac connect` isn't behaving as expected https://gitlab.com/tezos/tezos/issues/547#note_202870810
- 0
- 2019-12-17
- Gaia
-
maisfait avec confiance,puis connectez-vousbut done it with trust then connect
- 0
- 2019-12-17
- Gaia
-
- 2020-01-29
Si vous avez démarré votrenœudprivé avecparexemple.
[...] --net-addr 127.0.0.1:9876 [...]
Ajoutez lepair suivant aunœudpublic de sorte qu'il
trusts
Lenœudprivé:[...] --peer 127.0.0.1:9876 [...]
Lafonction quitue certaines connexions lorsqu'il y atrop de chosesne tuepas les connexions qui sont à lafoisen modeprivé
.private mode and trusted
.Voir:
https://gitlab.com/tezos/Tezos/blob/master/src/lib_p2p/P2P_Maintenance.ml#L266 https://gitlab.com/tezos/tezos/blob/maître/src/lib_p2p/p2p_maintenance.ml # l216
If you started your private node with eg.
[...] --net-addr 127.0.0.1:9876 [...]
add the following peer to the public node so that it
trusts
the private node:[...] --peer 127.0.0.1:9876 [...]
The function that kills some connections when there are too many does not kill connections that are both in
private mode and trusted
.See:
https://gitlab.com/tezos/tezos/blob/master/src/lib_p2p/p2p_maintenance.ml#L266 https://gitlab.com/tezos/tezos/blob/master/src/lib_p2p/p2p_maintenance.ml#L216
à 99pairs,monnœud 7A877820 (2019-12-11 15:02:03 +0100) commence à obtenir
mais confign'apas demax de 100 spécifié:
Jetrouve 100pairs assez,mais Pourquoi considère-t-iltrop depairs à 100 si la configurationn'apas detelle limite? Est 100 lemax de valeurpar défaut?
Plusimportantencore,il déconnectemonnœudprivé, Commentpuis-je vous assurer que lenœudpublicne déposepas la connexion aunœudprivé lorsqu'il atteint desnœuds connectés Max?
a.b.c.d: 9732
. Lenœudprivéest défini sur CronTezos-admin-Client Trust Peer ID12345ABCDE
,oùID12345ABCDE
est l'identifiant dunœudpublic avec 100 connexions. Jene pensepasfiduciairepeer
signifie rester connecté à cet égal,indique simplement aunœudprivé d'accepter les connexions àpartir de NODE IDID12345ABCDE
,mais la ligne defondest: