Risoluzione DNS con blocco SNTPRequest

[Stefano]

Ho un impianto in una rete sconnessa da internet e devo tenere sincronizzato l’orario di uno SlimLine MPS056A320 FW: SFW198E040. Per dare un riferimento orario certo a tutta la rete ho due server NTP locali disciplinati da GPS.

Quando viene richiesto al DNS della rete di risolvere l’indirizzo “ntp.local” viene restituito in Round-Robin l’indirizzo di uno dei due server. Lo SlimLine falliva sempre la connessione e nella console di spionaggio restituiva:

17:22:16.741585|SNTPRequest:Lg|-------------------------------------------[Start NTP request]-
17:22:31.744909|SNTPRequest:Er|UDP Client error:09943135
17:22:31.745726|SNTPRequest:Er|Error:10052110

Questo è un errore nella risoluzione DNS.
Nella pagine Web di configurazione dello SlimLine il DNS è configurato come “Dns from DHCP Yes” e in webpages/Devices.html i due DNS sono mostrati correttamente.

Ho controllato i pacchetti che transitano sulla lan e mi sono accorto che la richiesta di risoluzione dell’indirizzo viene sempre fatta ai DNS di google, che sono quelli impostati di default nell’interfaccia web.

Pensavo che il problema fosse dato dal fatto che il blocco SNTPRequest viene inizializzato al primo loop di programma, e magari in quel momento il sistema non avesse ancora ottenuto l’IP dal DHCP. Riavviando il programma mettendo il PLC in STOP e poi in RUN comunque le richieste DNS venivano fatte comunque ai server di google.

Ho sostituito con i dns di default con i miei, fatto STOP e START del programma ma ancora le richieste venivano fatte agli ip di google. Ho riavviato il sistema con il comando reboot da telnet e a quel punto le richieste DNS venivano fatte agli IP corretti.

Concludo quindi che ci dovrebbe essere un bug, non so se nel blocco SNTPRequest o addirittura nel firmware. Il comportamento che vedo è che il blocco SNTPRequest fa sempre richieste ai due DNS che sono impostati nei campi di configurazione “statici” nel momento il sistema viene avviato e non ai DNS ottenuti via DHCP.

[Sergio Bertana]

Con una analisi cosi attenta non vi erano margini di dubbio che ci fosse realmente un BUG…

Abbiamo verificato ed effettivamente SlimLine utilizza come server DNS sempre quelli impostati anche se è attivata la selezione di utilizzare quelli assegnati dal server DHCP.

Stiamo coreggendo il problema, verrà rilasciata una nuova versione di firmware.

[Autore]

Post