New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Celebrating 8 years in business - promos inside (CHI, NY, LA, Stockholm, Oslo, Amsterdam, Vienna)
This discussion has been closed.
Comments
They should have it up soon...a little over a week ago they said it would be available in a week. I'm waiting on IPv6 too, I'm stuck having to use an HE.net tunnel on all my chicago ones. I'll probably open a ticket a little later this week for a /64 and I'll let you know if they have it.
I have IPv6 working on one of my Chicago boxes. My other two appear to have an issue I haven't tracked down yet.
EDIT: I have a /64 allocated on all three of them. Two of them have a problem. Should've been more clear.
I had IPv6 activated on my chicago box after opening a ticket, they reconfigured networking and all is well. Pretty fast sub-30min response too.
Only thing missing is IPv6 rDNS and they said it's coming next weekish.
Oh yeah, they were blazing fast on my request for the addresses ( first ticket 15 minutes and second ticket < 5minutes ). Now if we could figure out why it doesn't work...
What distro you running if I might ask? My Ubuntu box worked fine but both my Centos boxes fail the reconfigure and have issues.
Ubuntu 18.04, works fine.
Haven't tried Centos, so that might be the issue.
Unfortunately for me, I've been trying to change to LA for the last three days without a response
Yeah, that's what I'm thinking too. I'll make sure I mention that in the ticket I have open.
Turns out my node had an issue. All fixed. \o/
Awesome! Just opened a ticket to get an /64 allocated to all 3 of my Chicago VPSes too been waiting for IPv6!
Support was quick to add a /64 to all my Chicago VPSes and ipv6 works great!
I'm jealous now. You got IPv6 already from a newly opened ticket, while I have mine for IPv6 on hold since two weeks. They don't seem to work according to the FIFO algorithm.
So you have the server and everything, just waiting on IPv6, and the ticket is on hold?
At least you have the server. I'm still waiting for mine
Has anyone else noticed LA going unresponsive network wise semi-regularly?
Even right now.
Pinging lg.lax.hosthatch.com [107.181.166.10] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
They're investigating an issue in LA at the moment.
I initially opened a ticket around 2 weeks ago for IPv6 but I closed it when they said they didn't have it and then opened a new one today so that might be why I got it fast.
That's my expectation as well. I suspect (s)he's being too nice and that On Hold ticket is being overlooked. I'd open a new ticket and reference the old one saying something like, "I'm seeing a bunch of people that have IPv6 up and my ticket hasn't moved. Do I need to do something?"
They might have just missed the On-Hold ticket. Happened to me once when provisioning Chicago storage server. Just update the ticket and they will answer in no time
( lol ) Me too. Must've been a hole in their procedure. "Errr, you said my server would be provisioned shortly. It's been three days. I'm starting to think we have different definitions of 'shortly'." Twenty minutes later I had it and an apology.
Could you share your ipv6 configuration(/etc/sysconfig/network-scripts/ifcfg-eth0,Centos7,or /etc/netplan/XXXX.yaml in Ubuntu18). They assigned me ipv6, but I have tried and failed. The "Reconfigure" button on the panel is not working either. I give them my root password three days ago but get no response yet.
@Abdullah
It's weird! I just tried again and find the same configuration works now!!
@daozhi - I can share the /etc/network/interfaces configuration that has been working for me (on Debian 9) in Chicago:
(replace X with values corresponding to your assigned subnet and chosen address)
Note - I'm not sure if this is the "canonical" best way to configure IPv6, but something along these lines works for me on all my HostHatch setups.
It already works. I think they resolve some internal problems so that my old configuration just works fine.
Thanks anyway!
For Debian Stretch and Buster I just use this in my /etc/network/interfaces:
iface ens3 inet6 static
address youripv6address
netmask 48
gateway yourgateway
and that's it
Hi,
Is this offer still valid for ordering? Thanks.
1 CPU core (15% dedicated)
512 MB RAM
8 GB NVMe disk (RAID-10)
1 TB premium bandwidth
$15 per year
Available in: Oslo, Vienna, NY, LA, Chicago, Stockholm and Amsterdam
Free upgrade with double RAM in any location
Nope.
Can someone tell me why North Americans care about IPv6 so much when we all have IPv4's on our home broadband and these VPS's all have public IPv4 addresses? I've yet to find a useful reason and lots of reasons to disable IPv6 on all my servers to prevent IPv6 issues. I can understand on a NAT box, but not with public IPv4.
Other than testing/learning, of course.
You're doing it wrong. You should disable IPv4 to prevent IPv4 issues. Never had a single brute-force or DDoS attempt on IPv6.
My ISP doesnt support IPv6 at the moment. What will happen if I disable IPv4 and enable only IPv6?