Hi again its loren was curious on how to setup multiple echolink configurations with the rpt.conf and echolink.conf On the server side I can get as many ips as needed however my issue is how can i get these services to work together.. I have enough bandwidth and grunt power just need some advice on how to set it up properly. Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com
I believe multiple echolinks, assuming you have multiple public IP's need to be setup on different servers each port forwarded from a different public IP. You would need multiple routers since you cannot route the same (echolink) ports to different LAN addresses on the same router. Unlike Allstar you have no control over the ports. They are fixed. Perhaps VPN would work in this situation but you would still need multiple servers. Echolink is NOT allstar but then we all know that. Thank God for Allstar! 73 Doug WA3DSP http://www.crompton.com/hamradio Date: Wed, 29 Jul 2015 14:11:26 -0500 From: lorentedford@gmail.com To: app_rpt-users@ohnosec.org Subject: [App_rpt-users] Multiple Echolink Server side Hi again its loren was curious on how to setup multiple echolink configurations with the rpt.conf and echolink.conf On the server side I can get as many ips as needed however my issue is how can i get these services to work together.. I have enough bandwidth and grunt power just need some advice on how to set it up properly. Loren Tedford (KC9ZHV) Email: lorentedford@gmail.comPhone: 618-553-0806http://www.lorentedford.com http://www.kc9zhv.comhttp://hub.kc9zhv.com _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
On 30/07/2015 6:55 AM, Doug Crompton wrote:
I believe multiple echolinks, assuming you have multiple public IP's need to be setup on different servers each port forwarded from a different public IP. You would need multiple routers since you cannot route the same (echolink) ports to different LAN addresses on the same router. Unlike Allstar you have no control over the ports. They are fixed.
Perhaps VPN would work in this situation but you would still need multiple servers. Echolink is NOT allstar but then we all know that. Thank God for Allstar!
Not necessarily. The OP stated they have multiple IP addresses available, presumably on the one server (similar to I have on the Echolink/IRLP reflector box that I run). The question as I understand it is whether it was possible to run multiple Echolink configurations, each bound to a different public IP on the same box.
*73 Doug WA3DSP http://www.crompton.com/hamradio*
------------------------------------------------------------------------ Date: Wed, 29 Jul 2015 14:11:26 -0500 From: lorentedford@gmail.com To: app_rpt-users@ohnosec.org Subject: [App_rpt-users] Multiple Echolink Server side
Hi again its loren was curious on how to setup multiple echolink configurations with the rpt.conf and echolink.conf
On the server side I can get as many ips as needed however my issue is how can i get these services to work together..
I have enough bandwidth and grunt power just need some advice on how to set it up properly.
Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com <mailto:lorentedford@gmail.com> Phone: 618-553-0806 http://www.lorentedford.com <http://www.lorentedford.com/> http://www.kc9zhv.com http://hub.kc9zhv.com
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
-- 73 de Tony VK3JED/VK3IRL http://vkradio.com
Hi Loren, I theory this would work, using one public address per Echolink instance. In the server world this type of setup is basically known as multi-homing. However, I don't think the AllStar Echolink driver was written where the developer expected anyone to attempt to perform multi-homing. So, assuming this is true (i.e.: Echolink driver not multi-home aware), the situation is probably much more complicated....I won't delve into the gory technical details of what's needed for multi-homing, but, very simplistically speaking, the application must "remember" what IP address an inbound request came from and then answer back using that same source address. Minimally, I expect some significant NAT (network address translation) trickery with a Linux firewall will be required to pull this off. I'm working feverishly on other aspects of this project right now, but, I'll put this on my list of things to look at, if no one else beats me to it. And, I agree, this would be useful capability. I've got a couple repeaters right now running on the same control PC and separate echolink connectivity to each would be useful. 73, David KB4FXC On Wed, 29 Jul 2015, Loren Tedford wrote:
Hi again its loren was curious on how to setup multiple echolink configurations with the rpt.conf and echolink.conf
On the server side I can get as many ips as needed however my issue is how can i get these services to work together..
I have enough bandwidth and grunt power just need some advice on how to set it up properly.
Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com
I have not tried any of this and do not know if it will work, but I think it will. If your server has real IP addresses, not NATed in a firewall router, then you can create different echolink stanzas within echolink.conf and in each one put a different IP address. If you are NATed then you will have to know how to do policy routing in your professional router, like a Cisco router or maybe a routerboard. The default if it is not configured is ipaddr=0.0.0.0 But you would make it [el0] ipaddr=8.9.10.11 all the other commands [el1] ipaddr=8.9.10.12 all the other commands [el2] ipaddr=8.9.10.13 all the other commands There are a couple of people on here that know if I have this correct or not, but I don't know. Let us know if this works, if you feel like experimenting. Chuck WB9UUS On Wed, Jul 29, 2015 at 10:16 PM, David McGough <kb4fxc@inttek.net> wrote:
Hi Loren,
I theory this would work, using one public address per Echolink instance. In the server world this type of setup is basically known as multi-homing.
However, I don't think the AllStar Echolink driver was written where the developer expected anyone to attempt to perform multi-homing. So, assuming this is true (i.e.: Echolink driver not multi-home aware), the situation is probably much more complicated....I won't delve into the gory technical details of what's needed for multi-homing, but, very simplistically speaking, the application must "remember" what IP address an inbound request came from and then answer back using that same source address.
Minimally, I expect some significant NAT (network address translation) trickery with a Linux firewall will be required to pull this off. I'm working feverishly on other aspects of this project right now, but, I'll put this on my list of things to look at, if no one else beats me to it.
And, I agree, this would be useful capability. I've got a couple repeaters right now running on the same control PC and separate echolink connectivity to each would be useful.
73, David KB4FXC
On Wed, 29 Jul 2015, Loren Tedford wrote:
Hi again its loren was curious on how to setup multiple echolink configurations with the rpt.conf and echolink.conf
On the server side I can get as many ips as needed however my issue is how can i get these services to work together..
I have enough bandwidth and grunt power just need some advice on how to set it up properly.
Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
On 30/07/2015 2:41 PM, Chuck Henderson wrote:
I have not tried any of this and do not know if it will work, but I think it will.
If your server has real IP addresses, not NATed in a firewall router, then you can create different echolink stanzas within echolink.conf and in each one put a different IP address. If you are NATed then you will have to know how to do policy routing in your professional router, like a Cisco router or maybe a routerboard.
Or a suitably configured Linux based router. I have done policy routing with Linux before. -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
Hi Chuck and Everyone, This morning I decided to give this a quick test and it partially works. But, as I feared the chan_echolink driver doesn't seem to be fully multi-homed. Chuck, as you suggested, the ipaddr=a.b.c.d parameter does allow a user configured address, different from the main AllStar address, that echolink binds to. But, the IP address that the channel driver advertises to the echolink node-list database is still the base address of the network device, not the address specified by the ipaddr=a.b.c.d parameter, unfortunately. (Probably some quick driver code hacks could fix this...) So, for now, multiple echolink instances bound to different IP addresses via the ipaddr=a.b.c.d parameter won't work as expected. HOWEVER, I also tried the port=xxxx parameter to allow a user specified UDP port other than the default ports (5188, 5189). This DOES seem to work, at least from the channel driver standpoint. So, there is hope for using NAT to accomplish this goal, as I initially suspected. I'll try some NAT rules and test this further as soon as I get a chance--unless someone else beats me to it! My config file looked like: [el0] port=6622 all the other parameters.... [el1] port=6632 all the other parameters.... Then, hopefully, Linux NAT rules should be able to accomplish the rest! 73, David KB4FXC On Wed, 29 Jul 2015, Chuck Henderson wrote:
I have not tried any of this and do not know if it will work, but I think it will.
If your server has real IP addresses, not NATed in a firewall router, then you can create different echolink stanzas within echolink.conf and in each one put a different IP address. If you are NATed then you will have to know how to do policy routing in your professional router, like a Cisco router or maybe a routerboard.
The default if it is not configured is ipaddr=0.0.0.0
But you would make it [el0] ipaddr=8.9.10.11 all the other commands
[el1] ipaddr=8.9.10.12 all the other commands
[el2] ipaddr=8.9.10.13 all the other commands
There are a couple of people on here that know if I have this correct or not, but I don't know. Let us know if this works, if you feel like experimenting. Chuck WB9UUS
On Wed, Jul 29, 2015 at 10:16 PM, David McGough <kb4fxc@inttek.net> wrote:
Hi Loren,
I theory this would work, using one public address per Echolink instance. In the server world this type of setup is basically known as multi-homing.
However, I don't think the AllStar Echolink driver was written where the developer expected anyone to attempt to perform multi-homing. So, assuming this is true (i.e.: Echolink driver not multi-home aware), the situation is probably much more complicated....I won't delve into the gory technical details of what's needed for multi-homing, but, very simplistically speaking, the application must "remember" what IP address an inbound request came from and then answer back using that same source address.
Minimally, I expect some significant NAT (network address translation) trickery with a Linux firewall will be required to pull this off. I'm working feverishly on other aspects of this project right now, but, I'll put this on my list of things to look at, if no one else beats me to it.
And, I agree, this would be useful capability. I've got a couple repeaters right now running on the same control PC and separate echolink connectivity to each would be useful.
73, David KB4FXC
On Wed, 29 Jul 2015, Loren Tedford wrote:
Hi again its loren was curious on how to setup multiple echolink configurations with the rpt.conf and echolink.conf
On the server side I can get as many ips as needed however my issue is how can i get these services to work together..
I have enough bandwidth and grunt power just need some advice on how to set it up properly.
Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Hmm.. Is it possible to copy the Chan_Echolink and change its name to like Chan_Echolink2 and set it to run like another Chan driver just point it to another config file? Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com On Thu, Jul 30, 2015 at 3:21 AM, David McGough <kb4fxc@inttek.net> wrote:
Hi Chuck and Everyone,
This morning I decided to give this a quick test and it partially works. But, as I feared the chan_echolink driver doesn't seem to be fully multi-homed.
Chuck, as you suggested, the ipaddr=a.b.c.d parameter does allow a user configured address, different from the main AllStar address, that echolink binds to. But, the IP address that the channel driver advertises to the echolink node-list database is still the base address of the network device, not the address specified by the ipaddr=a.b.c.d parameter, unfortunately. (Probably some quick driver code hacks could fix this...)
So, for now, multiple echolink instances bound to different IP addresses via the ipaddr=a.b.c.d parameter won't work as expected.
HOWEVER, I also tried the port=xxxx parameter to allow a user specified UDP port other than the default ports (5188, 5189). This DOES seem to work, at least from the channel driver standpoint. So, there is hope for using NAT to accomplish this goal, as I initially suspected. I'll try some NAT rules and test this further as soon as I get a chance--unless someone else beats me to it!
My config file looked like:
[el0] port=6622 all the other parameters....
[el1] port=6632 all the other parameters....
Then, hopefully, Linux NAT rules should be able to accomplish the rest!
73, David KB4FXC
On Wed, 29 Jul 2015, Chuck Henderson wrote:
I have not tried any of this and do not know if it will work, but I think it will.
If your server has real IP addresses, not NATed in a firewall router, then you can create different echolink stanzas within echolink.conf and in each one put a different IP address. If you are NATed then you will have to know how to do policy routing in your professional router, like a Cisco router or maybe a routerboard.
The default if it is not configured is ipaddr=0.0.0.0
But you would make it [el0] ipaddr=8.9.10.11 all the other commands
[el1] ipaddr=8.9.10.12 all the other commands
[el2] ipaddr=8.9.10.13 all the other commands
There are a couple of people on here that know if I have this correct or not, but I don't know. Let us know if this works, if you feel like experimenting. Chuck WB9UUS
On Wed, Jul 29, 2015 at 10:16 PM, David McGough <kb4fxc@inttek.net> wrote:
Hi Loren,
I theory this would work, using one public address per Echolink
instance.
In the server world this type of setup is basically known as multi-homing.
However, I don't think the AllStar Echolink driver was written where the developer expected anyone to attempt to perform multi-homing. So, assuming this is true (i.e.: Echolink driver not multi-home aware), the situation is probably much more complicated....I won't delve into the gory technical details of what's needed for multi-homing, but, very simplistically speaking, the application must "remember" what IP address an inbound request came from and then answer back using that same source address.
Minimally, I expect some significant NAT (network address translation) trickery with a Linux firewall will be required to pull this off. I'm working feverishly on other aspects of this project right now, but, I'll put this on my list of things to look at, if no one else beats me to it.
And, I agree, this would be useful capability. I've got a couple repeaters right now running on the same control PC and separate echolink connectivity to each would be useful.
73, David KB4FXC
On Wed, 29 Jul 2015, Loren Tedford wrote:
Hi again its loren was curious on how to setup multiple echolink configurations with the rpt.conf and echolink.conf
On the server side I can get as many ips as needed however my issue is how can i get these services to work together..
I have enough bandwidth and grunt power just need some advice on how to set it up properly.
Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
From what I see, this code was intended to work with multiple IP addresses. It must be a bug or error that prevents it from updating the database with the correct ip addresses. It might need the attention of the Duuuude. He can probably fix it a few seconds after he looks at it. For anyone else it might take days or weeks, or for me, maybe months.
To run 2 copies I think you would need to make multiple changes to the 2nd copy of the source. It might be easier to fix the first copy, or learn another secret of configuring it. On Thu, Jul 30, 2015 at 11:37 AM, Loren Tedford <lorentedford@gmail.com> wrote:
Hmm.. Is it possible to copy the Chan_Echolink and change its name to like Chan_Echolink2 and set it to run like another Chan driver just point it to another config file?
Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com
On Thu, Jul 30, 2015 at 3:21 AM, David McGough <kb4fxc@inttek.net> wrote:
Hi Chuck and Everyone,
This morning I decided to give this a quick test and it partially works. But, as I feared the chan_echolink driver doesn't seem to be fully multi-homed.
Chuck, as you suggested, the ipaddr=a.b.c.d parameter does allow a user configured address, different from the main AllStar address, that echolink binds to. But, the IP address that the channel driver advertises to the echolink node-list database is still the base address of the network device, not the address specified by the ipaddr=a.b.c.d parameter, unfortunately. (Probably some quick driver code hacks could fix this...)
So, for now, multiple echolink instances bound to different IP addresses via the ipaddr=a.b.c.d parameter won't work as expected.
HOWEVER, I also tried the port=xxxx parameter to allow a user specified UDP port other than the default ports (5188, 5189). This DOES seem to work, at least from the channel driver standpoint. So, there is hope for using NAT to accomplish this goal, as I initially suspected. I'll try some NAT rules and test this further as soon as I get a chance--unless someone else beats me to it!
My config file looked like:
[el0] port=6622 all the other parameters....
[el1] port=6632 all the other parameters....
Then, hopefully, Linux NAT rules should be able to accomplish the rest!
73, David KB4FXC
On Wed, 29 Jul 2015, Chuck Henderson wrote:
I have not tried any of this and do not know if it will work, but I think it will.
If your server has real IP addresses, not NATed in a firewall router, then you can create different echolink stanzas within echolink.conf and in each one put a different IP address. If you are NATed then you will have to know how to do policy routing in your professional router, like a Cisco router or maybe a routerboard.
The default if it is not configured is ipaddr=0.0.0.0
But you would make it [el0] ipaddr=8.9.10.11 all the other commands
[el1] ipaddr=8.9.10.12 all the other commands
[el2] ipaddr=8.9.10.13 all the other commands
There are a couple of people on here that know if I have this correct or not, but I don't know. Let us know if this works, if you feel like experimenting. Chuck WB9UUS
On Wed, Jul 29, 2015 at 10:16 PM, David McGough <kb4fxc@inttek.net> wrote:
Hi Loren,
I theory this would work, using one public address per Echolink
instance.
In the server world this type of setup is basically known as multi-homing.
However, I don't think the AllStar Echolink driver was written where the developer expected anyone to attempt to perform multi-homing. So, assuming this is true (i.e.: Echolink driver not multi-home aware), the situation is probably much more complicated....I won't delve into the gory technical details of what's needed for multi-homing, but, very simplistically speaking, the application must "remember" what IP address an inbound request came from and then answer back using that same source address.
Minimally, I expect some significant NAT (network address translation) trickery with a Linux firewall will be required to pull this off. I'm working feverishly on other aspects of this project right now, but, I'll put this on my list of things to look at, if no one else beats me to it.
And, I agree, this would be useful capability. I've got a couple repeaters right now running on the same control PC and separate echolink connectivity to each would be useful.
73, David KB4FXC
On Wed, 29 Jul 2015, Loren Tedford wrote:
Hi again its loren was curious on how to setup multiple echolink configurations with the rpt.conf and echolink.conf
On the server side I can get as many ips as needed however my issue is how can i get these services to work together..
I have enough bandwidth and grunt power just need some advice on how to set it up properly.
Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Thanks Chuck this is the information I was looking for now my next question is will this work with ipv6 I have two public ips dedicated to my vps one is a Ipv6 another is an ipv4 then i have a whole bunch of internal ips for between server transferring that i can use. The internal ips do not charge me bandwidth but the external ips do I get the fact that these will have to be external but my main question of the day is if the ipv6 will work.. If not i will have to request another public ip for my server.. By the way for all the other conversations about routing not sure what my host provider uses for their routing I would assume cisco but that's going out on the limb quite abit by they way everything server side has a public ip to it. Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com On Wed, Jul 29, 2015 at 11:41 PM, Chuck Henderson < rpt2@chuck.midlandsnetworking.com> wrote:
I have not tried any of this and do not know if it will work, but I think it will.
If your server has real IP addresses, not NATed in a firewall router, then you can create different echolink stanzas within echolink.conf and in each one put a different IP address. If you are NATed then you will have to know how to do policy routing in your professional router, like a Cisco router or maybe a routerboard.
The default if it is not configured is ipaddr=0.0.0.0
But you would make it [el0] ipaddr=8.9.10.11 all the other commands
[el1] ipaddr=8.9.10.12 all the other commands
[el2] ipaddr=8.9.10.13 all the other commands
There are a couple of people on here that know if I have this correct or not, but I don't know. Let us know if this works, if you feel like experimenting. Chuck WB9UUS
On Wed, Jul 29, 2015 at 10:16 PM, David McGough <kb4fxc@inttek.net> wrote:
Hi Loren,
I theory this would work, using one public address per Echolink instance. In the server world this type of setup is basically known as multi-homing.
However, I don't think the AllStar Echolink driver was written where the developer expected anyone to attempt to perform multi-homing. So, assuming this is true (i.e.: Echolink driver not multi-home aware), the situation is probably much more complicated....I won't delve into the gory technical details of what's needed for multi-homing, but, very simplistically speaking, the application must "remember" what IP address an inbound request came from and then answer back using that same source address.
Minimally, I expect some significant NAT (network address translation) trickery with a Linux firewall will be required to pull this off. I'm working feverishly on other aspects of this project right now, but, I'll put this on my list of things to look at, if no one else beats me to it.
And, I agree, this would be useful capability. I've got a couple repeaters right now running on the same control PC and separate echolink connectivity to each would be useful.
73, David KB4FXC
On Wed, 29 Jul 2015, Loren Tedford wrote:
Hi again its loren was curious on how to setup multiple echolink configurations with the rpt.conf and echolink.conf
On the server side I can get as many ips as needed however my issue is how can i get these services to work together..
I have enough bandwidth and grunt power just need some advice on how to set it up properly.
Loren Tedford (KC9ZHV) Email: lorentedford@gmail.com Phone: 618-553-0806 http://www.lorentedford.com http://www.kc9zhv.com http://hub.kc9zhv.com
_______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
On 31/07/2015 1:23 AM, Loren Tedford wrote:
Thanks Chuck this is the information I was looking for now my next question is will this work with ipv6 I have two public ips dedicated to my vps one is a Ipv6 another is an ipv4 then i have a whole bunch of internal ips for between server transferring that i can use. The internal ips do not charge me bandwidth but the external ips do I get the fact that these will have to be external but my main question of the day is if the ipv6 will work.. If not i will have to request another public ip for my server..
Echolink doesn't support IPv6. :( -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
participants (5)
-
Chuck Henderson -
David McGough -
Doug Crompton -
Loren Tedford -
Tony Langdon