David,
According to my /tmp/etc/inadyn.conf file:
forced_update_period 2419200
which is 28 days, is the default in astlinux. So that should be
sufficient for meeting DynDNS's requirements.
-James
On 04/26/2012 10:27 AM, David Kerr wrote:
There is a flag on inadyn (--forced_update_period) that will force an
update to the dyndns service even if the IP has not changed. Time is
in seconds, see inadyn man page. I do not know if there is a default
but adding --forced_update_period=2592000 should do it every 30 days.
David
On Wed, Apr 25, 2012 at 11:15 PM, James Babiak <[email protected]
<mailto:[email protected]>> wrote:
Interesting, I had no idea about the requirement. I definitely
have the
free account with them. Like I mentioned earlier, I have had my box go
six plus months without a reboot or IP change, and I know that my
DynDNS
account is still working and I've never gotten an
email/alert/warning/etc. And I've used it on versions of AstLinux
going
back to 0.6. So either inadyn does what it needs to do, or my account
with them somehow doesn't have this restriction.
-James
On 04/25/2012 10:18 PM, John Novack wrote:
> When one has a dyndns free account, one has to log in every
28-30 days
> to confirm that the account is still needed, even if the IP address
> hasn't changed
> On my large asterisk box I use ddclient, which does this
> automatically, but it seems, at least on some AstLinux boxes with
> inadyn this doesn't happen, triggering an e-mail from dyndns
which, if
> not responded to by the 35th day, the account is deleted by dyndns.
> I have not had any problem with inadyn detecting and updating the
> account when and if the ip changes, but have several that don't
do the
> periodic login's necessary to keep dyndns from deleting the account.
> I am unfamiliar with inadyn other than with Astlinux configurations,
> and wonder if there is some switch that allows this monthly
> communication to take place or prevent it.
> Dyndns does have a paid yearly account that doesn't have this
> requirement. Perhaps that is the account you have?
>
> John Novack
>
>
> James Babiak wrote:
>> John,
>>
>> I've used inadyn with DynDNS at home for almost three years
now, and
>> have never experienced a single issue. Granted my dynamic IP
has only
>> changed once in that time (outside of when we moved, which
would have
>> caused it to re-authenticate anyway when I powered it back on),
but even
>> in the one case where it changed on a renew, it updated DynDNS
quick
>> enough that I didn't notice it. I've gone well over six months
of my box
>> being powered on with the same IP address and it never losing it's
>> DynDNS hostname->IP correlation.
>>
>> I'm not familiar with any requirement about it having to be
updated once
>> a month though - I assume this is what you mean when you say
"touched".
>> I had assumed that they would keep the last reported IP
indefinitely.
>>
>> What specific problem are you experiencing?
>>
>> -James
>>
>> On 04/25/2012 11:42 AM, John Novack wrote:
>>> I have several units with inadyn enabled, and it seems to do
the job
>>> with ip updating, but the dyndns requirement to be "touched"
once a
>>> month doesn't seem to perform that function. Any suggestions
or has
>>> anyone else had a similar experience.
>>> Several different versions of AstLinux seem to experience the same
>>> issue, including one recently updated to 0.7.10
>>>
>>> Anyone else with similar results?
>>>
>>> John Novack
>>>
>>
------------------------------------------------------------------------------
>>
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond.
>> Discussions
>> will include endpoint security, mobile security and the latest in
>> malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> Astlinux-users mailing list
>> [email protected]
<mailto:[email protected]>
>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>
>> Donations to support AstLinux are graciously accepted via PayPal to
>> [email protected] <mailto:[email protected]>.
>>
>>
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond.
Discussions
will include endpoint security, mobile security and the latest in
malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Astlinux-users mailing list
[email protected]
<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal
to [email protected] <mailto:[email protected]>.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Astlinux-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to
[email protected].
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Astlinux-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to
[email protected].