Skip to main content
Un server es un listener al que tus clientes se conectan. Las claves de abajo se establecen como outSms.instance.<name>.<key>, con outSms.default.<key> como nivel de fallback. Consulta Niveles de propiedades. Cada worker también tiene los ajustes base.

Puertos y conexiones

Un listener que no puede tomar su puerto no detiene la pasarela. Registra y el resto sigue ejecutándose, que es correcto para un despliegue multi-listener y sorprendente la primera vez. Comprueba /ops/health en lugar de asumir que un arranque limpio significa que cada listener está activo.

TLS

Proxy protocol

Valores por defecto por cuenta

Aplicados a cada cuenta que hace bind aquí a menos que la credencial los sobrescriba.
conf.maxRate.default y el techo REST smsg.restapi.maxRate.default no se rastrean entre sí. Establece ambos cuando el límite deba ser para toda la pasarela. Consulta Límites.

Mensajes entrantes (MO)

mo.owner.default vacío significa a ningún sitio. El listener registra message.mo.unmapped y consume el mensaje en lugar de adivinar un propietario. Eso es deliberado. Entregar el mensaje entrante de un desconocido al cliente equivocado es peor que descartarlo. Pero significa que el tráfico MO sin mapear desaparece silenciosamente a menos que vigiles esa línea de log.

Acuses, direccionamiento y codificación

TLVs, whitelisting y productos

Consulta Whitelisting y Límites.

Hilos

Diagnósticos

message.trace.mode aparece en la tabla por instancia pero es solo global. Un outSms.instance.<name>.message.trace.mode nunca se lee. Establécelo sin prefijo. Consulta Logging.