UPnP port mapping should be regularly attempted, not only at startup
Los mantenedores suelen responder en 3 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- go
- Área
- networking
Línea de trabajo
Start by locating Bee’s startup UPnP port-mapping setup and reading how the UPnP service handles repeated mapping requests. Then determine where periodic retries would fit and what existing tests cover this behavior. Done means mappings are retried after startup so external reachability can recover when the UPnP service becomes available again.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
my upnp service may become unresponsive (miniupnp in openwrt). when i notice i restart it, but seems like i also need to restart all my bee nodes, because it seems to only attempt (?) setting up the upnp mapping at startup.
i waited about 10 mintes only before restarting the bee nodes.
Motivation
make bee nodes' external reachability more reliable.
Implementation
i'm no expert neither of golang nor upnp.
maybe it's as simple as moving the setup code from the initialization into a periodic thread?
Drawbacks
i'm not sure whether the upnp API is smart enough for such a use-case (i.e. gracefully handling when the same port map is requested periodically).
- Lenguaje dominante
- Go
- Estrellas
- 1.5k
- Forks
- 390
- Merge medio
- 2 d 22 h
- PR fusionados (30 d)
- 24
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ethersphere/bee
-
Chequebook deployment uses a fixed 175,000 gas limit; it needs about 630,000 under Glamsterdam (live on Sepolia since 2026-10-06)Quizá libre de nuevo @sbackend123 la tomó hace 30 días y no hay ningún pull request abierto. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
ethersphere/bee#5650 · 1 asignado ·
Los mantenedores suelen responder en 3 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 22/100
ethersphere/bee#5682 ·
Los mantenedores suelen responder en 3 días
-
ENSv2 is not supported, `resolve failed`Posiblemente ocupada @akrem-chabchoub la tomó hace 9 días. Abierto
ethersphere/bee#5680 · 1 asignado ·
Los mantenedores suelen responder en 3 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
ethersphere/bee#5678 ·
Los mantenedores suelen responder en 3 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
ethersphere/bee#5666 ·
Los mantenedores suelen responder en 3 días
Todos los issues de ethersphere/bee
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
bug os:ios
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
hajimehoshi/ebiten#4039 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 69/100
open-telemetry/opentelemetry-go-compile-instrumentation#1713 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
JakeChampion/lang#14392 ·
Los mantenedores suelen responder en 1 día