Hurricane Electric's IPv6 Tunnel Broker Forums

Tunnelbroker.net Specific Topics => Questions & Answers => Topic started by: EpicKittyXD on January 17, 2015, 08:28:34 AM

Title: "Enable IRC Ports" setting missing
Post by: EpicKittyXD on January 17, 2015, 08:28:34 AM
Hi there,

I've completed the IPv6 Tests to the level of Sage and even confirmed my address for the T-Shirt. I've made a tunnel via TunnelBroker for use with my server and configured it correctly. My problem is when i go into Advanced Settings on my IPv6 stack, the Enable IRC Ports setting is missing.

At first, i thought it had automatically been enabled as i have got the level of Sage, so i try using one of the IPv6 addresses to connect to an IRC network and it times out. I have tried emailing twice now with no response. Im only wanting to use this for my Private BNC system on a few IRC networks. As a BNC provider, I am very strict against using it to bypass bans or use for anything illegal.

All i ask is for a guide on finding this hidden setting or to have the ports opened for me.

The Username is the same as im using right now and i'd love this to be solved ASAP.

Thanks
EpicKitty
Title: Re: "Enable IRC Ports" setting missing
Post by: evantkh on January 17, 2015, 08:43:15 AM
When did you register your account?
Title: Re: "Enable IRC Ports" setting missing
Post by: EpicKittyXD on January 17, 2015, 08:47:50 AM
Roughly a week ago
Title: Re: "Enable IRC Ports" setting missing
Post by: evantkh on January 17, 2015, 08:56:26 AM
I have no information about IRC, but there is a post about smtp blocking.
https://forums.he.net/index.php?topic=2782.0

My account is an old account and I found that I can unblock both IRC and SMTP in the tunnel settings. I don't know if this is the reason.
Title: Re: "Enable IRC Ports" setting missing
Post by: evantkh on January 17, 2015, 08:58:18 AM
My account is registered in 2012.
Title: Re: "Enable IRC Ports" setting missing
Post by: broquea on January 17, 2015, 08:59:32 AM
Quotei'd love this to be solved ASAP.

If you've emailed them, did you get a ticket # autoresponder back? if not, your email was considered junk, and should try again from an email address of less ill repute.
Title: Re: "Enable IRC Ports" setting missing
Post by: evantkh on January 17, 2015, 09:05:59 AM
You may use 6to4 first if it is urgent and wait for the response.
6to4 reverse dns can be delegated on 6to4.nro.net.
Title: Re: "Enable IRC Ports" setting missing
Post by: EpicKittyXD on January 17, 2015, 09:10:49 AM
Quote from: broquea on January 17, 2015, 08:59:32 AM
Quotei'd love this to be solved ASAP.

If you've emailed them, did you get a ticket # autoresponder back? if not, your email was considered junk, and should try again from an email address of less ill repute.

I've got the ticket number but never got a reply
Title: Re: "Enable IRC Ports" setting missing
Post by: broquea on January 17, 2015, 10:39:10 AM
Politely bump the ticket, or consider native IPv6 hosting, as you are a service provider.
Title: Re: "Enable IRC Ports" setting missing
Post by: EpicKittyXD on January 17, 2015, 10:43:51 AM
Quote from: broquea on January 17, 2015, 10:39:10 AM
Politely bump the ticket, or consider native IPv6 hosting, as you are a service provider.

I was given a server to use so non of the funding to my service is my own. I'm not going to ask for another server that has IPv6 support as it would be too much.

All i want is the IRC ports opening as have been asked from numerous BNC users if they can change their Hostmask because they either want it more personal or don't like it.
Title: Re: "Enable IRC Ports" setting missing
Post by: broquea on January 17, 2015, 02:03:24 PM
Hey think of it this way, if they ain't paying for it, they're getting their money's worth! :D No skin off your back until the issue gets resolved.

If they are paying for it, then, uh....it might behoove you to do a little bit of CAPEX spending and secure them the services they pay for.
Title: Re: "Enable IRC Ports" setting missing
Post by: EpicKittyXD on January 19, 2015, 12:36:33 AM
Quote from: broquea on January 17, 2015, 02:03:24 PM
Hey think of it this way, if they ain't paying for it, they're getting their money's worth! :D No skin off your back until the issue gets resolved.

If they are paying for it, then, uh....it might behoove you to do a little bit of CAPEX spending and secure them the services they pay for.

Not quiet sure you understand. This service is paid for by the server's account holder (A friend) so asking them for a "better" server is kind of like saying "this free server you gave me isn't good enough". I was recommended he.net for my IPv6 support by multiple IRC users as they also use it for their BNC systems. I'm just a little frustrated how I've finished all that is required to unlock the IRC ports and they are still locked.
Title: Re: "Enable IRC Ports" setting missing
Post by: evantkh on January 19, 2015, 04:24:26 AM
If the server is used by a company, one of the solution is to apply for IPv6 addresses from RIR and register for a BGP tunnel.

https://forums.he.net/index.php?topic=2081.0
Title: Re: "Enable IRC Ports" setting missing
Post by: EpicKittyXD on January 19, 2015, 06:45:28 AM
Quote from: evantkh on January 19, 2015, 04:24:26 AM
If the server is used by a company, one of the solution is to apply for IPv6 addresses from RIR and register for a BGP tunnel.

https://forums.he.net/index.php?topic=2081.0

Wouldn't it just be easier to wait for HE.net to enable IRC Ports?
Title: Re: "Enable IRC Ports" setting missing
Post by: mattwilson9090 on January 19, 2015, 05:00:20 PM
If I were a business (which I am, IT services for the SMB market) I would not want production IPv6 traffic using a tunnel for that traffic. Especially if I were selling services to clients that relied on that connection.

Your connection is subject to one more company keeping things working, and since tunnels are essentially transition and demonstration technologies I expect them to go away. Plus, your regular ISP can shut them down at any time by blocking the traffic. In HE's situation blocking Protocol 41 would be sufficient. In addition there are additional complexities related to setting up and maintaining a tunnel that are not present with native IPv6 that all to often break with things such as power outages or even IP address changes if you don't have a static IPv4 address.

Of course that depend on you being able to get native IPv6 connectivity from an ISP.

That said HE's tunnelbroker is great for a business that wants to experiment with and test IPv6 before rolling it out, and for home users that don't have some of the needs (including uptime and reliability) that a business has. I use it for that for myself and my business, but unless a client has an absolute requirement for IPv6 I won't roll out a tunnel for them, I'll just wait for native IPv6 and security tools that provide the same coverage as they do in IPv4.
Title: Re: "Enable IRC Ports" setting missing
Post by: EpicKittyXD on January 20, 2015, 12:39:01 AM
Quote from: mattwilson9090 on January 19, 2015, 05:00:20 PM
If I were a business (which I am, IT services for the SMB market) I would not want production IPv6 traffic using a tunnel for that traffic. Especially if I were selling services to clients that relied on that connection.

Your connection is subject to one more company keeping things working, and since tunnels are essentially transition and demonstration technologies I expect them to go away. Plus, your regular ISP can shut them down at any time by blocking the traffic. In HE's situation blocking Protocol 41 would be sufficient. In addition there are additional complexities related to setting up and maintaining a tunnel that are not present with native IPv6 that all to often break with things such as power outages or even IP address changes if you don't have a static IPv4 address.

Of course that depend on you being able to get native IPv6 connectivity from an ISP.

That said HE's tunnelbroker is great for a business that wants to experiment with and test IPv6 before rolling it out, and for home users that don't have some of the needs (including uptime and reliability) that a business has. I use it for that for myself and my business, but unless a client has an absolute requirement for IPv6 I won't roll out a tunnel for them, I'll just wait for native IPv6 and security tools that provide the same coverage as they do in IPv4.

I guess more clearing up is required. This server is hosted on DigitalOcean by a friend who has given this server to me. Therefor i do not have access to the panel to configure any of the internal DNS stuff. I've been told that i can bindhost on IPv4 as i already have but the 1 IPv6 address supplied with it doesnt allow it. This is why i am wanting to get the tunnel working with IRC. This service may be private but it is certainly free. At the moment im not even accepting donations for it.

In the future, I am going to be setting up a donations system on the BNC but I'll never charge for something they can get free else where as it seams unethical. I just though that offering them to ability to change their hostmask before starting up the donations system would be a good idea
Title: Re: "Enable IRC Ports" setting missing
Post by: evantkh on January 20, 2015, 04:35:29 AM
Quote from: mattwilson9090 on January 19, 2015, 05:00:20 PM
If I were a business (which I am, IT services for the SMB market) I would not want production IPv6 traffic using a tunnel for that traffic. Especially if I were selling services to clients that relied on that connection.

Your connection is subject to one more company keeping things working, and since tunnels are essentially transition and demonstration technologies I expect them to go away. Plus, your regular ISP can shut them down at any time by blocking the traffic. In HE's situation blocking Protocol 41 would be sufficient. In addition there are additional complexities related to setting up and maintaining a tunnel that are not present with native IPv6 that all to often break with things such as power outages or even IP address changes if you don't have a static IPv4 address.

Of course that depend on you being able to get native IPv6 connectivity from an ISP.

That said HE's tunnelbroker is great for a business that wants to experiment with and test IPv6 before rolling it out, and for home users that don't have some of the needs (including uptime and reliability) that a business has. I use it for that for myself and my business, but unless a client has an absolute requirement for IPv6 I won't roll out a tunnel for them, I'll just wait for native IPv6 and security tools that provide the same coverage as they do in IPv4.

I don't think ISP will filter protocol 41 for business users in normal cases, but I agree that the reliability is not guaranteed.
But if it is really necessary, I think at least having a BGP tunnel is helpful in securing the address spaces in case tunnels stop services and usually the connectivity should not only comes from only one provider.
Title: Re: "Enable IRC Ports" setting missing
Post by: evantkh on January 20, 2015, 04:38:57 AM
Quote from: EpicKittyXD on January 20, 2015, 12:39:01 AM
Quote from: mattwilson9090 on January 19, 2015, 05:00:20 PM
If I were a business (which I am, IT services for the SMB market) I would not want production IPv6 traffic using a tunnel for that traffic. Especially if I were selling services to clients that relied on that connection.

Your connection is subject to one more company keeping things working, and since tunnels are essentially transition and demonstration technologies I expect them to go away. Plus, your regular ISP can shut them down at any time by blocking the traffic. In HE's situation blocking Protocol 41 would be sufficient. In addition there are additional complexities related to setting up and maintaining a tunnel that are not present with native IPv6 that all to often break with things such as power outages or even IP address changes if you don't have a static IPv4 address.

Of course that depend on you being able to get native IPv6 connectivity from an ISP.

That said HE's tunnelbroker is great for a business that wants to experiment with and test IPv6 before rolling it out, and for home users that don't have some of the needs (including uptime and reliability) that a business has. I use it for that for myself and my business, but unless a client has an absolute requirement for IPv6 I won't roll out a tunnel for them, I'll just wait for native IPv6 and security tools that provide the same coverage as they do in IPv4.

I guess more clearing up is required. This server is hosted on DigitalOcean by a friend who has given this server to me. Therefor i do not have access to the panel to configure any of the internal DNS stuff. I've been told that i can bindhost on IPv4 as i already have but the 1 IPv6 address supplied with it doesnt allow it. This is why i am wanting to get the tunnel working with IRC. This service may be private but it is certainly free. At the moment im not even accepting donations for it.

In the future, I am going to be setting up a donations system on the BNC but I'll never charge for something they can get free else where as it seams unethical. I just though that offering them to ability to change their hostmask before starting up the donations system would be a good idea

Why don't you request for a routed /64 or above prefix from the server host?
Title: Re: "Enable IRC Ports" setting missing
Post by: EpicKittyXD on January 20, 2015, 04:56:57 AM
Quote from: evantkh on January 20, 2015, 04:38:57 AM
Quote from: EpicKittyXD on January 20, 2015, 12:39:01 AM
Quote from: mattwilson9090 on January 19, 2015, 05:00:20 PM
If I were a business (which I am, IT services for the SMB market) I would not want production IPv6 traffic using a tunnel for that traffic. Especially if I were selling services to clients that relied on that connection.

Your connection is subject to one more company keeping things working, and since tunnels are essentially transition and demonstration technologies I expect them to go away. Plus, your regular ISP can shut them down at any time by blocking the traffic. In HE's situation blocking Protocol 41 would be sufficient. In addition there are additional complexities related to setting up and maintaining a tunnel that are not present with native IPv6 that all to often break with things such as power outages or even IP address changes if you don't have a static IPv4 address.

Of course that depend on you being able to get native IPv6 connectivity from an ISP.

That said HE's tunnelbroker is great for a business that wants to experiment with and test IPv6 before rolling it out, and for home users that don't have some of the needs (including uptime and reliability) that a business has. I use it for that for myself and my business, but unless a client has an absolute requirement for IPv6 I won't roll out a tunnel for them, I'll just wait for native IPv6 and security tools that provide the same coverage as they do in IPv4.

I guess more clearing up is required. This server is hosted on DigitalOcean by a friend who has given this server to me. Therefor i do not have access to the panel to configure any of the internal DNS stuff. I've been told that i can bindhost on IPv4 as i already have but the 1 IPv6 address supplied with it doesnt allow it. This is why i am wanting to get the tunnel working with IRC. This service may be private but it is certainly free. At the moment im not even accepting donations for it.

In the future, I am going to be setting up a donations system on the BNC but I'll never charge for something they can get free else where as it seams unethical. I just though that offering them to ability to change their hostmask before starting up the donations system would be a good idea

Why don't you request for a routed /64 or above prefix from the server host?

Because that would require me to have access to the server panel at all times to add rdns which i dont. This is why i wanted to have the IPv6 tunnel so that i can control the rdns externally via the dns.he.net
Title: Re: "Enable IRC Ports" setting missing
Post by: evantkh on January 20, 2015, 05:01:13 AM
Quote from: EpicKittyXD on January 20, 2015, 04:56:57 AM
Quote from: evantkh on January 20, 2015, 04:38:57 AM
Quote from: EpicKittyXD on January 20, 2015, 12:39:01 AM
Quote from: mattwilson9090 on January 19, 2015, 05:00:20 PM
If I were a business (which I am, IT services for the SMB market) I would not want production IPv6 traffic using a tunnel for that traffic. Especially if I were selling services to clients that relied on that connection.

Your connection is subject to one more company keeping things working, and since tunnels are essentially transition and demonstration technologies I expect them to go away. Plus, your regular ISP can shut them down at any time by blocking the traffic. In HE's situation blocking Protocol 41 would be sufficient. In addition there are additional complexities related to setting up and maintaining a tunnel that are not present with native IPv6 that all to often break with things such as power outages or even IP address changes if you don't have a static IPv4 address.

Of course that depend on you being able to get native IPv6 connectivity from an ISP.

That said HE's tunnelbroker is great for a business that wants to experiment with and test IPv6 before rolling it out, and for home users that don't have some of the needs (including uptime and reliability) that a business has. I use it for that for myself and my business, but unless a client has an absolute requirement for IPv6 I won't roll out a tunnel for them, I'll just wait for native IPv6 and security tools that provide the same coverage as they do in IPv4.

I guess more clearing up is required. This server is hosted on DigitalOcean by a friend who has given this server to me. Therefor i do not have access to the panel to configure any of the internal DNS stuff. I've been told that i can bindhost on IPv4 as i already have but the 1 IPv6 address supplied with it doesnt allow it. This is why i am wanting to get the tunnel working with IRC. This service may be private but it is certainly free. At the moment im not even accepting donations for it.

In the future, I am going to be setting up a donations system on the BNC but I'll never charge for something they can get free else where as it seams unethical. I just though that offering them to ability to change their hostmask before starting up the donations system would be a good idea

Why don't you request for a routed /64 or above prefix from the server host?

Because that would require me to have access to the server panel at all times to add rdns which i dont. This is why i wanted to have the IPv6 tunnel so that i can control the rdns externally via the dns.he.net

Why don't you delegate the rdns of your prefix to external dns providers in the control panel by changing ns records in your rdns zone?
Title: Re: "Enable IRC Ports" setting missing
Post by: EpicKittyXD on January 20, 2015, 05:08:43 AM
Quote from: evantkh on January 20, 2015, 05:01:13 AM
Quote from: EpicKittyXD on January 20, 2015, 04:56:57 AM
Quote from: evantkh on January 20, 2015, 04:38:57 AM
Quote from: EpicKittyXD on January 20, 2015, 12:39:01 AM
Quote from: mattwilson9090 on January 19, 2015, 05:00:20 PM
If I were a business (which I am, IT services for the SMB market) I would not want production IPv6 traffic using a tunnel for that traffic. Especially if I were selling services to clients that relied on that connection.

Your connection is subject to one more company keeping things working, and since tunnels are essentially transition and demonstration technologies I expect them to go away. Plus, your regular ISP can shut them down at any time by blocking the traffic. In HE's situation blocking Protocol 41 would be sufficient. In addition there are additional complexities related to setting up and maintaining a tunnel that are not present with native IPv6 that all to often break with things such as power outages or even IP address changes if you don't have a static IPv4 address.

Of course that depend on you being able to get native IPv6 connectivity from an ISP.

That said HE's tunnelbroker is great for a business that wants to experiment with and test IPv6 before rolling it out, and for home users that don't have some of the needs (including uptime and reliability) that a business has. I use it for that for myself and my business, but unless a client has an absolute requirement for IPv6 I won't roll out a tunnel for them, I'll just wait for native IPv6 and security tools that provide the same coverage as they do in IPv4.

I guess more clearing up is required. This server is hosted on DigitalOcean by a friend who has given this server to me. Therefor i do not have access to the panel to configure any of the internal DNS stuff. I've been told that i can bindhost on IPv4 as i already have but the 1 IPv6 address supplied with it doesnt allow it. This is why i am wanting to get the tunnel working with IRC. This service may be private but it is certainly free. At the moment im not even accepting donations for it.

In the future, I am going to be setting up a donations system on the BNC but I'll never charge for something they can get free else where as it seams unethical. I just though that offering them to ability to change their hostmask before starting up the donations system would be a good idea

Why don't you request for a routed /64 or above prefix from the server host?

Because that would require me to have access to the server panel at all times to add rdns which i dont. This is why i wanted to have the IPv6 tunnel so that i can control the rdns externally via the dns.he.net

Why don't you delegate the rdns of your prefix to external dns providers in the control panel by changing ns records in your rdns zone?

I'm trying to stick with what i already know. I've asked if DO will supply more IPv6 but currently they will only allow 1 per server. Others have recommended that i use a IPv6 tunnel system and since i've already reached Sage on this one, I'm just wanting the IRC ports to be opened so that i can use them

I'm not sure why opening the IRC ports would be such an issue and take this long. I've told everyone exactly what im wanting to do with the IPv6 stack and how i will use it. Im not wanting to abuse the system but this seams like one of the easiest ways of actually getting rdns hostmasks for everyone.

On another point, my domain name has been taken down for some reason so i dont even have a working rdns on IPv4 anymore. I just want to get this working as it seams to be dragging on too long now.
Title: Re: "Enable IRC Ports" setting missing
Post by: evantkh on January 20, 2015, 05:16:20 AM
Quote from: EpicKittyXD on January 20, 2015, 05:08:43 AM
Quote from: evantkh on January 20, 2015, 05:01:13 AM
Quote from: EpicKittyXD on January 20, 2015, 04:56:57 AM
Quote from: evantkh on January 20, 2015, 04:38:57 AM
Quote from: EpicKittyXD on January 20, 2015, 12:39:01 AM
Quote from: mattwilson9090 on January 19, 2015, 05:00:20 PM
If I were a business (which I am, IT services for the SMB market) I would not want production IPv6 traffic using a tunnel for that traffic. Especially if I were selling services to clients that relied on that connection.

Your connection is subject to one more company keeping things working, and since tunnels are essentially transition and demonstration technologies I expect them to go away. Plus, your regular ISP can shut them down at any time by blocking the traffic. In HE's situation blocking Protocol 41 would be sufficient. In addition there are additional complexities related to setting up and maintaining a tunnel that are not present with native IPv6 that all to often break with things such as power outages or even IP address changes if you don't have a static IPv4 address.

Of course that depend on you being able to get native IPv6 connectivity from an ISP.

That said HE's tunnelbroker is great for a business that wants to experiment with and test IPv6 before rolling it out, and for home users that don't have some of the needs (including uptime and reliability) that a business has. I use it for that for myself and my business, but unless a client has an absolute requirement for IPv6 I won't roll out a tunnel for them, I'll just wait for native IPv6 and security tools that provide the same coverage as they do in IPv4.

I guess more clearing up is required. This server is hosted on DigitalOcean by a friend who has given this server to me. Therefor i do not have access to the panel to configure any of the internal DNS stuff. I've been told that i can bindhost on IPv4 as i already have but the 1 IPv6 address supplied with it doesnt allow it. This is why i am wanting to get the tunnel working with IRC. This service may be private but it is certainly free. At the moment im not even accepting donations for it.

In the future, I am going to be setting up a donations system on the BNC but I'll never charge for something they can get free else where as it seams unethical. I just though that offering them to ability to change their hostmask before starting up the donations system would be a good idea

Why don't you request for a routed /64 or above prefix from the server host?

Because that would require me to have access to the server panel at all times to add rdns which i dont. This is why i wanted to have the IPv6 tunnel so that i can control the rdns externally via the dns.he.net

Why don't you delegate the rdns of your prefix to external dns providers in the control panel by changing ns records in your rdns zone?

I'm trying to stick with what i already know. I've asked if DO will supply more IPv6 but currently they will only allow 1 per server. Others have recommended that i use a IPv6 tunnel system and since i've already reached Sage on this one, I'm just wanting the IRC ports to be opened so that i can use them

I'm not sure why opening the IRC ports would be such an issue and take this long. I've told everyone exactly what im wanting to do with the IPv6 stack and how i will use it. Im not wanting to abuse the system but this seams like one of the easiest ways of actually getting rdns hostmasks for everyone.

On another point, my domain name has been taken down for some reason so i dont even have a working rdns on IPv4 anymore. I just want to get this working as it seams to be dragging on too long now.

I think other tunnel providers may also block IRC ports. I think you can try to use 6to4 instead or else either continue to wait for the response from he.net or register for IPv6 prefix at RIR  as you cannot request for more native IPv6 for youe server.

6to4 relay 192.88.99.1 belongs to 192.88.99.0/24 subnet which is announced by different organisations including he.net. You can try to do a traceroute to see the which organisation will be chosen for your endpoint by the routers on the internet.