BFW Firewall & Router

Gostaria de saber se outros usuários que tem algum host,tipo por exemplo - vipcheck.dlinkddns.com - junto a dyndns estão conseguindo atualizar o ip através da BrazilFW 3.x normalmente ou não tem conseguido a partir do dia 12 de junho de 2017.

Investigando descobri que exatamente no 12 de junho de 2017, a Dyn começou a realizar manutenção na sua plataforma de Acesso Remoto e DNS Padrão. Como parte desta manutenção, o redirecionamento dyndns.org que muitos roteadores usam para atualizações de hostname de acesso remoto não está mais redirecionando. Os clientes são encorajados a atualizar suas configurações de roteador para apontar para members.dyndns.com em vez de dyndns.org ou dyn.com.

O BrazilFW obtem a seguinte mensagem quando tenta atualizar i ip:

Checking need for update...
Current IP...: 179.183.171.43
Old IP.......: 186.215.28.124
Updating DynDNS - vipcheck.dlinkddns.com
Response from www.dyndns.com
========================
Your browser sent a request that this server could not understand.
========================

Se o ip esta atualizado e eu "checko" ou "forço" atualizar assim mesmo o ipupdate responde corretamente dizendo que o ip não precisa ser atualizado.
Editei o add-on trocando onde tinha "dyndns.org " por "dyndns.com" e "members.dyndns.org" por "members.dyndns.com" nos arquivos \ipupdate\dyndns e \ipupdate\var\http\htdocs\cgi-bin\ipupdate.cgi mas não funcionou. Configurei meu roteador TP-Link TL-WDR3600 para atualizar porém não sei pq não faz isso automaticamente cada vez que o IP é trocado,já que o serviço que eu tenho é um ADSL diâmico que troca a cada 24hrs o ip,quem faz a autenticação e o BrazilFW e o modem trabalha em bridge. O ipupdate é a solução ideal,funcionou durante anos,parou por causa desta mudança inconsequente da dyndns!
Alguém poderia me dizer exatamente quais são as modificações que preciso fazer e em quais arquivos para que o ipupdate volte a funcionar normalmente como sempre funcionou até essas alterações do dyndns.
Uso a versão antiga 2.32 mas se a versão atual estiver funcionando normalmente faço um upgrade no BrazilFW para versão 3.x,modifiquei o add-on "ipupdate" para acessar as novas URLs indicadas pela Dyndns sem sucesso.
Até pensei em migrar para versão nova do BrazilFW mas queria fazer uma migração com calma e não na correria em dois dias,acabei de trocar a CPU a poucos dias por uma revisada,na próxima troca daqui a um ano com certeza colocarei a versão nova mas por hora queria somente resolver este problema....


Agradeço a ajuda recebida,pois tenho um serviço atrelado ao host junto a Dyndns que roda 24 horas por dia e a cada 2 dias tenho que acordar de madrugada para informar o novo ip manualmente através do portal da Dyndns!

Agradeço a atenção dispensada...
Um abraço

Boa Tarde.
Em primeiro lugar, imagine se as pessoas cadastradas com exemplo, em seu celular ficar mandando perguntas repetidas.. além de encher seu device vai virar uma bagunça.
Portanto não precisa nem saber de regras pra entender que não se faz perguntas repetidas em 2 tópicos distintos.. fiz uma junção de sua pergunta para este então.. por favor respeite as regras.

Respondendo inicialmente sua dúvida, a manutenção no site DYNDNS já foi efetuada mas ainda existem inconsistência.
Uso o BFW 3X e tive problemas de autenticação, pois afirmava que a senha era inválida mas somente por alguns dias e nesta semana está funcionando normalmente pra mim aqui.
Com não utilizo o BFW 2x, favor quem ainda o utiliza e pode testar a funcionalidade do dyndns pode informar aqui.

Parece que houve uma alteração no sistema de autenticação,agora exige uma "Updater Client Key",gerada a partir do painel de controle do cliente,e aparentemente clientes gratuitos não tem esse item no seu painel de controle,em outras palavras,não tem mais contas "gratuitas" como aquelas da dlink e similares....

Authentication in URL

For web-browsers or utility programs (fetch, curl, lwp-request) that can parse authentication section in URL.

https://{user}:{updater client key}@members.dyndns.org/v3/update?hostname={hostname}&myip={IP Address}
NOTE: This authentication method supports both IPv6 and IPv4 addresses. Use commas to separate multiple IP addresses in the myip field.

Legacy Authentication URL

http://{username}:{password}@members.dyndns.org/nic/update?hostname={yourhostname}&myip={ipaddress}&wildcard=NOCHG&mx=NOCHG&backmx=NOCHG

Mesmo que eu faça um "upgrade" na minha conta acho que vai ter de mexer mais a fundo no Add-on....Dynamic DNS update client to www.dyndns.com
by Claudio Roberto Cussuol 26/05/2003 são os dados do ipupdate que tenho aqui....

Esqueci de falar.. minha conta é paga, não uso dyndns gratuito, portanto se utiliza o bfw pra rede em produção para empresas, melhor pensar nesse upgrade.
Quanto a atualização do add-on, possivelmente isso terá que ser " mexido " para que volte a funcionar redondo novamente mas temos um problema ai porque não existe atualização do bfw 2x a algum tempo. Entenda que apesar de ser funcional, o bfw 2x precisa ser ajustado para alguns padrões atuais e ainda não houve um desenvolvedor para fazer isto por aqui.
Portanto, se queres utilizar todas as funções atuais do Bfw, talvez seja a hora de também implementar uma atualização para o 3X.
Boa Sorte.

Alguns anos atrás eu fiz uma alteração no addon ipupdate, pode ser que precise de mais algumas alterações
pra funcionar com essa mudança no dyndns.
https://www.brazilfw.com.br/forum/viewtopic.php?f=2&t=85100#p304117

Eu particularmente mudei do dyndns para o no-ip faz alguns anos, não lembro porque mas deve ter sido alguma
coisa muito chata pra me fazer mudar.
O no-ip manda um email de vez em quando pedindo pra confirmar a conta, fora isso funciona perfeitamente.
Se não der pra solucionar esse problema do dyndns, aconselho a mudar para o no-ip.

Bom,descobri algumas coisas...existem 2 versões do ipupdate,uma a original e uma segunda feita a partir da primeira onde foram feitas algumas "correções" entre elas tem os itens wildcard backmx.

A primeira versão que é a que tenho instalada parou de funcionar,e segunda que coloquei,testei e não funcionou voltei para a primeira versão.

Paralelo a isto acredito que a Dyndns que aceitava tanto o "password" da conta como a "updater key cliente" nos dois metodos de autenticação na sua URL mudou as coisas. Agora funciona assim,testei e funcionou...

Authentication in URL

For web-browsers or utility programs (fetch, curl, lwp-request) that can parse authentication section in URL.

https://{user}:{updater client key}@members.dyndns.org/v3/update?hostname={hostname}&myip={IP Address}
NOTE: This authentication method supports both IPv6 and IPv4 addresses. Use commas to separate multiple IP addresses in the myip field.

Legacy Authentication URL

http://{username}:{password}@members.dyndns.org/nic/update?hostname={yourhostname}&myip={ipaddress}&wildcard=NOCHG&mx=NOCHG&backmx=NOCHG

Examinando a ultima versão do "ipupdate",me pareceu que tem um erro na linha abaixo:

if [ "$CURRENT" != "$OLD" ] ; then
USUARIO=`echo -n "$DYNDNS_USERNAME:$DYNDNS_PASSWORD" | /usr/sbin/b64 -e`

[ "$1" != "log" ] && echo $dynipupng $dynipddno - $DYNDNS_DOMAIN
echo -e "GET /nic/update?system=$DYNDNS_SYSTEM&hostname=$DYNDNS_DOMAIN&mx=$DYNDNS_MX&backmx=$DYNDNS_BACKMX&wildcard=$DYNDNS_WILDCARD HTTP/1.1\r\nUser-Agent: Mozilla/4.0\r\nHost: members.dyndns.org\r\nAuthorization: Basic $USUARIO\r\n\r\n" | nc members.dyndns.org 8245 > /var/log/dyndns.txt
RESPONSE=`tail -n 3 /var/log/dyndns.txt | head -n 1`
RESPCODE=`echo "$RESPONSE" | cut -f 1 -d " "`

if [ "$RESPCODE" = "good" -o "$RESPCODE" = "nochg" ] ; then
echo $CURRENT > /var/log/dyndns.ip

Vou mudar o "ipupdate" e alterar a ordem dos itens wilcard e backmx para tentar solucionar esse problema,agradeço a ajuda recebida!.

Em último dos últimos casos a solução seria trocar o host,o problema é que tenho mais de 100 usuários cadastrados no sistema,ai eu teria de ir pessoalmente em 40% das casas do pessoal trocar a URL de acesso....

Um abraço by celocao

Conforme havia dito tentei fazer algumas modificações,porém todas sem sucesso...

http://{username}:{password}@members.dyndns.org/nic/update?hostname={yourhostname}&myip={ipaddress}&wildcard=NOCHG&mx=NOCHG&backmx=NOCHG

se na linha acima eu editar e colocar os dados manualmente,colo no lugar do endereço no navegador e ai ocorre normalmente - obtenho a resposta good 187.58.222.104 por exemplo - a atualização do ip na dyndns.com,então acredito que a linha que deve ser alterada no ipupdate é:

if [ "$CURRENT" != "$OLD" ] ; then
USUARIO=`echo -n "$DYNDNS_USERNAME:$DYNDNS_PASSWORD" | /usr/sbin/b64 -e`

[ "$1" != "log" ] && echo $dynipupng $dynipddno - $DYNDNS_DOMAIN
echo -e "GET /nic/update?system=$DYNDNS_SYSTEM&hostname=$DYNDNS_DOMAIN&mx=$DYNDNS_MX&wildcard=$DYNDNS_WILDCARD&backmx=$DYNDNS_BACKMX HTTP/1.1\r\nUser-Agent: Mozilla/4.0\r\nHost: members.dyndns.org\r\nAuthorization: Basic $USUARIO\r\n\r\n" | nc members.dyndns.org 8245 > /var/log/dyndns.txt
RESPONSE=`tail -n 3 /var/log/dyndns.txt | head -n 1`
RESPCODE=`echo "$RESPONSE" | cut -f 1 -d " "`

if [ "$RESPCODE" = "good" -o "$RESPCODE" = "nochg" ] ; then
echo $CURRENT > /var/log/dyndns.ip
fi

Até onde pude entender notei algumas coisas....a variavel "DYNDNS_SYSTEM" não é mais usada seria para indicar o tipo de conta Dyndns,Statdns ou Custom ....
as variaveis "mx=$DYNDNS_MX&backmx=$DYNDNS_BACKMX&wildcard=$DYNDNS_WILDCARD" parecem estar fora da ordem exigida pela dyndns.

Tirei o "DYNDNS_SYSTEM&" e alterei a ordem "mx=$DYNDNS_MX&backmx=$DYNDNS_BACKMX&wildcard=$DYNDNS_WILDCARD" porém o ipupdate mesmo assim não consegue atualizar o ip..

Peço por gentileza que alguém que conheça mais a fundo a linguagem do BrazilFW me ajude nesta empreitada,depois de resolvido me comprometo a compartilhar aqui no forum a solução e até a versão do "ipupdate" já corrigido.

Falei com um amigo meu que trabalha com informatica e ele falou que atendeu 2 clientes essa semana que tinham acesso as suas cameras de casa pelo dyndns e de um dia para o outro perderam acesso. A solução foi os caras colocarem ip fixo,mas no meu caso não vai resolver. Tentei isso uma vez para poder botar o ip no lugar do host e não deu certo. Não sei porque o redirecionamento de portas do BrazilFW não funcionava,dai voltei para ip dinâmico e voltou a funcionar imediatamente.

Um abraço by celocao

celocao só pra ter certeza vc está usando o BFW 2.32.2?

Tente na linha de comando o seguinte, substituindo os valores de 'hostname' e 'login:senha' pelos seus.

Código: Selecionar todos

echo -e "GET /nic/update?hostname=nome.dyndns.org HTTP/1.1\nHost: members.dyndns.org\nAuthorization: Basic $(echo -n "login:senha"|/usr/sbin/b64 -e)\nUser-Agent: Cia BFW 2.32.2\n\n"|nc members.dyndns.org 8245


Essa linha pelo menos acho que retornou sucesso na requisição, a resposta foi erro na autorização já que esse usuário provavelmente não existe.

Código: Selecionar todos

HTTP/1.1 200 OK
Date: Wed, 28 Jun 2017 15:05:21 GMT
Server: Apache
Vary: Accept-Encoding
Content-Type: text/plain
Accept-Ranges: none
Connection: close
Transfer-Encoding: chunked

7
badauth
0



Achei essa página no dyndns, ali diz que só é realmente obrigatório mandar o hostname na url.
https://help.dyn.com/remote-access-api/perform-update/
O script original manda a quebra de linha como \r\n mas isso dava erro, mandando só \n parece que resolveu.
A última linha em branco extra (\n\n) é obrigatória.

Não sei qual das duas versões do ipupdate estou usando aqui, mas acho que se der certo essa alteração é só editar
o /ipupdate/dyndns que deve funcionar.

Primeiramente agradeço ao colega Paulo2 pela ajuda,vou confirmar alguns dados que você solicitou:

1-Sim,estou usando a versão 2.32.2 até onde sei é a última antes da BrazilFW 3.0.

2-Existem 2 versões do ipupdate,uma tem 6K(original) a outra tem 8K(modificada),a última - modificada - tem os itens mais alguns itens - Mail Exchanger,Backup MX,Enable Wilcard - que não existem na primeira versão que foi a que usei durante anos até o dia 11/06/2017 e no dia seguinte parou de funcionar.

Fiz a mudança que indicou e "forcei" o update - que é o mesmo de quando atualizei via linha de comando no google chrome - e ele retornou o seguinte,acredito que funcionou,pelo meno além da última mensagem ele forneceu mais dados...

File: 

WWW.DynDNS.org : Checking need for update...
Current IP : 187.58.222.104
WWW.DynDNS.org : Old IP : 187.58.222.104
WWW.DynDNS.org : Forcing Update
Updating WWW.DynDNS.org -
HTTP/1.1 200 OK
Date: Wed, 28 Jun 2017 19:37:38 GMT
Server: Apache
X-User-Status: free
X-UpdateCode: n
Vary: Accept-Encoding
Content-Type: text/plain
Accept-Ranges: none
Connection: close
Transfer-Encoding: chunked

14
nochg 187.58.222.104
0

Response from WWW.DynDNS.org
========================
Your browser sent a request that this server could not understand.
========================

Se eu peço para checar aparece a mesma mensagem de quando funcionava o add-on:

WWW.DynDNS.org : Checking need for update...
Current IP : 187.58.222.104
WWW.DynDNS.org : Old IP : 187.58.222.104
WWW.DynDNS.org : The Update of is not needed

Abaixo mando uma cópia COMPLETA DO ORIGINAL /ipupdate/dyndns que guardei antes de começar a mexer:

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

File: 

#!/bin/sh
#
# Dynamic DNS update client to www.dyndns.com 
#	by Claudio Roberto Cussuol
#       26/05/2003 
#

. /etc/coyote/coyote.conf
# Language selection
. /ipupdate/language/ipupdate.enu # Load the default language file (English)
# Include an aditional language files if there is one
if [ -n "$LANGUAGE_WEBADMIN" ] ; then
  CODLANG=`echo $LANGUAGE_WEBADMIN | tr [A-Z] [a-z]`
  [ -r /ipupdate/language/ipupdate.${CODLANG} ] && . /ipupdate/language/ipupdate.${CODLANG}
fi
      
[ "$DYNDNS_UPDATE" != "YES" ] && exit

[ "$1" != "log" ] && echo $dynipddno : $dynipchup
[ "$1" != "log" ] && logger DYNDNS:Checking need for update...

. /ipupdate/checkip

if [ -e /var/log/dyndns.ip ] ; then
  OLD=`cat /var/log/dyndns.ip`
else
  OLD=`nslookup $DYNDNS_DOMAIN | tail -n 1 | sed s/Address:\ \ \ \ //`
fi  
[ "$1" != "log" ] && echo $dynipddno : $dynipolip $OLD
[ "$1" != "log" ] && logger DYNDNS:Old IP.......: $OLD

if [ "$1" = "force" ] ; then
  echo $dynipddno : $dynipforc
  logger DYNDNS:Forcing update
  OLD=""
fi

if [ "$CURRENT" != "$OLD" ] ; then
  USUARIO=`echo -n "$DYNDNS_USERNAME:$DYNDNS_PASSWORD" | /usr/sbin/b64 -e`

  [ "$1" != "log" ] && echo $dynipupng $dynipddno - $DYNDNS_DOMAIN
  echo -e "GET /nic/update?system=$DYNDNS_SYSTEM&hostname=$DYNDNS_DOMAIN&mx=$DYNDNS_MX&backmx=$DYNDNS_BACKMX&wildcard=$DYNDNS_WILDCARD HTTP/1.1\r\nUser-Agent: Mozilla/4.0\r\nHost: members.dyndns.org\r\nAuthorization: Basic $USUARIO\r\n\r\n" | nc  members.dyndns.org 8245 > /var/log/dyndns.txt
  RESPONSE=`tail -n 3 /var/log/dyndns.txt | head -n 1`
  RESPCODE=`echo "$RESPONSE" | cut -f 1 -d " "`

  if [ "$RESPCODE" = "good" -o "$RESPCODE" = "nochg" ] ; then
    echo $CURRENT > /var/log/dyndns.ip
  fi

  [ "$1" != "log" ] && echo $dynipresp $dynipddno
  [ "$1" != "log" ] && echo ========================
  [ "$1" != "log" ] && echo $RESPONSE
  [ "$1" != "log" ] && echo ========================
  [ "$1" != "log" ] && echo

  echo "======================================" >> /var/log/ipupdate.log
  date >> /var/log/ipupdate.log
  echo $CURRENT >> /var/log/ipupdate.log
  echo Updating DynDNS - $DYNDNS_DOMAIN >> /var/log/ipupdate.log
  echo $RESPONSE >> /var/log/ipupdate.log
  logger DYNDNS:Updating DynDNS - $DYNDNS_DOMAIN - $CURRENT
  logger DYNDNS:$RESPONSE
else
  [ "$1" != "log" ] && echo $dynipddno : $dynipupof $DYNDNS_DOMAIN $dynipnond
  [ "$1" != "log" ] && logger DYNDNS:The update of $DYNDNS_DOMAIN is not needed
  echo $CURRENT > /var/log/dyndns.ip
fi

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Acredito que falta alguma alteração na questão das mensagens de retorno do Dyndns - acredito que tenham mudado/acrescentado alguma coisa nelas em função da mensagem "Your browser sent a request that this server could not understand."

Estamos quase lá...

Pelo que eu entendi vc deve substituir a linha

Código: Selecionar todos

echo -e "GET /nic/update?system=$DYNDNS_SYSTEM&hostname=$DYNDNS_DOMAIN&mx=$DYNDNS_MX&backmx=$DYNDNS_BACKMX&wildcard=$DYNDNS_WILDCARD HTTP/1.1\r\nUser-Agent: Mozilla/4.0\r\nHost: members.dyndns.org\r\nAuthorization: Basic $USUARIO\r\n\r\n" | nc members.dyndns.org 8245 > /var/log/dyndns.txt


por

Código: Selecionar todos

echo -e "GET /nic/update?hostname=$DYNDNS_DOMAIN HTTP/1.1\nHost: members.dyndns.org\nAuthorization: Basic $USUARIO\nUser-Agent: Company - Device - Version Number\n\n" | nc members.dyndns.org 8245 > /var/log/dyndns.txt


Segundo as instruções do dyndns https://help.dyn.com/remote-access-api/perform-update/
os campos system, myip, mx, backmx, wildcard não são necessários.
Além disso, a ordem que existia no script original parece que mudou:
primeira linha GET seguido da url
segunda linha Host: members.dyndns.org
terceira linha Authorization: Basic base-64-authorization
quarta linha User-Agent: Company - Device - Version Number
quinta linha em branco, daí ter dois \n\n antes de mandar pro nc.

Na linha do User-Agent acho que podem ser quaisquer três strings como Company, Device e Version Number,
testei com e sem hífen e parece que não faz diferença.

Alterei e obtive os seguintes resultados:

Opção "Check it now"

WWW.DynDNS.org : Checking need for update...
Current IP : 189.38.200.151
WWW.DynDNS.org : Old IP : 189.38.200.151
WWW.DynDNS.org : The Update of vipcheck.dlinkddns.com is not needed


Opção "Force update now"

WWW.DynDNS.org : Checking need for update...
Current IP : 189.38.200.151
WWW.DynDNS.org : Old IP : 189.38.200.151
WWW.DynDNS.org : The Update of vipcheck.dlinkddns.com is not needed

Show de bola!!! acho que é isso!!! Eu tinha certeza que a Dyndns tinha mudado alguma coisa na "string" dos dados que devem ser enviados para o eles...

Vou testar na madrugada desligando o modem durante uns 30 segundos e religando,forçando o ipupdate a trabalhar,mas acho que deve ser isso.

Como posso fazer para enviar o ipupdate atualizado para o site do BrazilFW?

...e muitos,muitos agradecimentos ao colega Paulo2 que ajudou nessa correção,sem a ajuda dele não teriamos chegado ao resultado desejado!!!

Um abraço by celocao

celocao escreveu:Como posso fazer para enviar o ipupdate atualizado para o site do BrazilFW?

Boa Noite!

Por favor, envie os fontes e o addon compilado para reginaldo@brazilfw.com.br

Desde já em nome do Projeto BFW muito Obrigado!

Desliguei o modem as 5:00 da manhã conforme tinha planejado:

File: 

Jun 29 05:09:31 brazilfw daemon.info dnsmasq[5609]: DHCPACK(eth0) 192.168.14.2 90:8d:78:71:3b:4c MARTA_ROUTER
Jun 29 05:10:29 brazilfw user.info kernel: eth1: Setting half-duplex based on MII #1 link partner capability of 0000.
Jun 29 05:11:31 brazilfw daemon.info pppd[3325]: No response to 3 echo-requests
Jun 29 05:11:31 brazilfw daemon.notice pppd[3325]: Serial link appears to be disconnected.
Jun 29 05:11:31 brazilfw daemon.info ip-down: ip-down script called with: ppp0  38400 187.58.222.104 179.184.126.190
Jun 29 05:11:31 brazilfw daemon.info dnsmasq[5609]: read /etc/hosts - 87 addresses
Jun 29 05:11:33 brazilfw daemon.warn dnsmasq[5609]: no servers found in /etc/resolv.dns, will retry
Jun 29 05:11:37 brazilfw daemon.notice pppd[3325]: Connection terminated.
Jun 29 05:11:37 brazilfw daemon.info pppd[3325]: Connect time 1407.7 minutes.
Jun 29 05:11:37 brazilfw daemon.info pppd[3325]: Sent 3501966632 bytes, received 267120620 bytes.
Jun 29 05:11:37 brazilfw daemon.err pppoe[3288]: read (asyncReadFromPPP): Session 6: Input/output error
Jun 29 05:11:37 brazilfw daemon.info pppoe[3288]: Sent PADT
Jun 29 05:11:42 brazilfw daemon.info pppd[3325]: Serial connection established.
Jun 29 05:11:42 brazilfw daemon.info pppd[3325]: Using interface ppp0
Jun 29 05:11:42 brazilfw daemon.notice pppd[3325]: Connect: ppp0 <--> /dev/pts/0
Jun 29 05:11:47 brazilfw daemon.debug pppoe[2124]: PADS: Service-Name: ''
Jun 29 05:11:47 brazilfw daemon.info pppoe[2124]: PPP session is 1 (0x1)
Jun 29 05:11:49 brazilfw user.info kernel: eth1: Setting full-duplex based on MII #1 link partner capability of c1e1.
Jun 29 05:11:50 brazilfw daemon.notice pppd[3325]: PAP authentication succeeded
Jun 29 05:11:50 brazilfw daemon.notice pppd[3325]: local  IP address 179.178.114.233
Jun 29 05:11:50 brazilfw daemon.notice pppd[3325]: remote IP address 179.184.126.190
Jun 29 05:11:50 brazilfw daemon.notice pppd[3325]: primary   DNS address 200.175.5.139
Jun 29 05:11:50 brazilfw daemon.notice pppd[3325]: secondary DNS address 200.175.89.139
Jun 29 05:11:50 brazilfw daemon.info ip-up: ip-up script called with: ppp0  38400 179.178.114.233 179.184.126.190
Jun 29 05:11:50 brazilfw daemon.info dnsmasq[5609]: read /etc/hosts - 87 addresses
Jun 29 05:11:52 brazilfw daemon.info dnsmasq[5609]: reading /etc/resolv.dns
Jun 29 05:11:52 brazilfw daemon.info dnsmasq[5609]: using nameserver 200.175.89.139#53
Jun 29 05:11:52 brazilfw daemon.info dnsmasq[5609]: using nameserver 200.175.5.139#53
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: started, version 2.46 cachesize 1500
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: compile time options: no-IPv6 GNU-getopt no-DBus no-I18N TFTP
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: asynchronous logging enabled, queue limit is 5 messages
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.50.2 -- 192.168.50.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.49.2 -- 192.168.49.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.48.2 -- 192.168.48.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.47.2 -- 192.168.47.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.46.2 -- 192.168.46.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.45.2 -- 192.168.45.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.44.2 -- 192.168.44.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.43.2 -- 192.168.43.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.42.2 -- 192.168.42.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.41.2 -- 192.168.41.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.40.2 -- 192.168.40.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.39.2 -- 192.168.39.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.38.2 -- 192.168.38.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.37.2 -- 192.168.37.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.36.2 -- 192.168.36.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.35.2 -- 192.168.35.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.34.2 -- 192.168.34.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.33.2 -- 192.168.33.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.32.2 -- 192.168.32.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.31.2 -- 192.168.31.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.30.2 -- 192.168.30.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.29.2 -- 192.168.29.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.28.2 -- 192.168.28.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.27.2 -- 192.168.27.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.26.2 -- 192.168.26.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.25.2 -- 192.168.25.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.24.2 -- 192.168.24.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.23.2 -- 192.168.23.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.22.2 -- 192.168.22.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.21.2 -- 192.168.21.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.20.2 -- 192.168.20.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.19.2 -- 192.168.19.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.18.2 -- 192.168.18.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.17.2 -- 192.168.17.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.16.2 -- 192.168.16.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.15.2 -- 192.168.15.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.14.2 -- 192.168.14.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.13.2 -- 192.168.13.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.12.2 -- 192.168.12.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.11.2 -- 192.168.11.2, lease time 1h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: DHCP, IP range 192.168.0.10 -- 192.168.0.10, lease time 2h
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: reading /etc/resolv.dns
Jun 29 05:11:53 brazilfw daemon.info rc.qos: QOS script called with: ppp0
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: using nameserver 200.175.89.139#53
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: using nameserver 200.175.5.139#53
Jun 29 05:11:53 brazilfw daemon.info dnsmasq[4411]: read /etc/hosts - 87 addresses
Jun 29 05:11:53 brazilfw user.info kernel: HTB init, kernel part version 3.17
Jun 29 05:11:53 brazilfw user.info kernel: HTB init, kernel part version 3.17
Jun 29 05:11:53 brazilfw user.warn kernel: HTB: quantum of class 11000 is big. Consider r2q change.
Jun 29 05:11:53 brazilfw user.info kernel: HTB init, kernel part version 3.17
Jun 29 05:11:53 brazilfw user.warn kernel: HTB: quantum of class 11000 is big. Consider r2q change.
Jun 29 05:11:54 brazilfw daemon.info rc.firewall: Firewall script called with: ppp0
Jun 29 05:11:54 brazilfw user.notice root: Coyote Masquerading Script called with: ppp0
Jun 29 05:11:55 brazilfw user.notice root: DYNDNS:Checking need for update...
Jun 29 05:11:55 brazilfw user.notice root: IPUPDATE:Current IP...: 178.179.118.201
Jun 29 05:11:55 brazilfw user.notice root: DYNDNS:Old IP.......: 188.53.218.108
Jun 29 05:12:05 brazilfw user.notice root: DYNDNS:Updating DynDNS - vipcheck.dlinkddns.com - 178.179.118.201
Jun 29 05:12:05 brazilfw user.notice root: DYNDNS:good 178.179.118.201^M
Jun 29 05:12:05 brazilfw user.notice root: Setting clock using timeserver time-b.nist.gov: 
Jun 29 05:12:11 brazilfw user.notice root: Success.
Jun 29 05:12:11 brazilfw user.notice root: Set the bios clock using timeserver
Jun 29 05:12:28 brazilfw daemon.info thttpd[7793]: spawned CGI process 7150 for file 'cgi-bin/index.cgi'
Jun 29 05:12:32 brazilfw daemon.info thttpd[7793]: spawned CGI process 7560 for file 'cgi-bin/diags.cgi'
Jun 29 05:12:33 brazilfw daemon.info dnsmasq[4411]: DHCPREQUEST(eth0) 192.168.29.2 f8:d1:11:80:06:ab

Então voltou a funcionar perfeitamente que nem era até o dia 11 de junho de 2017 antes da modificação da Dyndns,e de maneira automatica quando troca o ip já que como 99% das pessoas tenho ip dinâmico já que é um ADSL doméstico. Vou voltar para cama depois vou o "ipupdate" corrigido para o site com calma durante o dia conforme orientações que recebi.....um abraço

Um abraço by celocao