[App_rpt-users] Issues still connecting after ip change
Bryan D. Boyle
bdboyle at bdboyle.com
Tue Oct 20 22:30:52 UTC 2015
On 10/20/2015 5:27 PM, Loren Tedford wrote:
> My isp is still changing my ip about every 2 to 3 hours i managed to get
> a dyndns type application to run through linux so i have constant ssh
> access to the machine however my script i put in crontab -e is not
> working to grab the new ip and email it nor is it restarting the server
> if the ip had changed.. I am now trying to figure out if asterisk needs
> to update info to allstar and how to do this..
You don't need to go through crontabs and such; the network hardware
should do it all for you.
Your router should be set to do NAT'ing to your internal local network;
most routers made in the last 10 years have the capability to talk to
the dynamic DNS update services when they discover an IP change on the
outside interface.
You register with DYNDNS or another service with a fixed domain name,
and use the DYNAMIC DNS as your authoritative DNS for the purposes of
establishing your presence on the network.
Assuming you have port forwarding set up properly, your inbound traffic
on the IAX port gets forwarded to the NAT IP address of your asterisk
box, and if you're enabling SSH to the outside world, then you forward
that port also, on the router inbound. If all you have behind the router
is your asterisk box, I'd not enable any other inbound ports. You're
only inviting in the scan bots from the pacific and eastern european
malcontents.
Allstarlink will recognize the changing IP as your server phones home
occasionally. So, repeaters outside of your own will be able to connect.
Your addresses behind your router never change; I suggest using
192.168.1.x as the network, 255.255.255.0 (or 0xffffff00) as your
netmask, and whatever the internal port on the router (is usually the
x.x.x.1 address) as your gateway.
If you have multiple repeaters on the same asterisk instance behind your
NAT'd router/firewall, then you have to make the appropriate entries in
your config files so you can register properly on the internal network.
If I've left anything out...I'm sure others will chime in.
(This is being done on a whole number of systems I know of,
successfully, for many years. I don't do it this way, since I signed up
for business class service with fixed IPs. The business class service
costs a bit more, but the QoS is higher, and business service has
priority over the consumer internet in the Philly area. And since I run
web servers for various interests and organizations, it's not allowed on
consumer class service...so, had to go with the business class and have
not been disappointed. Only drop out I had was post Sandy (but, then,
the entire region was out for almost a week
electrical/phone/cable/internet).)
More information about the App_rpt-users
mailing list