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.
Comments
I swear on everything.
i guess im cooked.
Thats one way to put it.
i saw your thread where you passed on them. Was this the reason?
we're so cooked
This is simply not the case. Additionally, we have been constantly assisting the customer to the best of our ability, and it is not at all related to any hardware or network-level issue. We have already carefully factored out these possibilities, even going as far as replacing the complete system just to make sure. We still have an active ticket with this customer, assisting them with any questions or configuration changes.
well if they're on the range i mentioned & they're having the exact same issue im having... this isnt a coincidence.
Your support was good to me aswell, just to be clear. its just we physically couldnt find a fix for this issue.
The issue is not identical at all, I appreciate you commenting and trying to share your experience to see if the issues could be related, but they are not related in any way, there is a completely different network, hardware and configuration stack, we also managed to find the issue of what you experienced a while back and it turned out to be some sort of firmware issue between the NIC and the other parts in your custom system, which we resolved in our test lab after re-diagnosting your ticket, for our internal documentation so that we can resolve it quicker if ever experienced again
I am glad you appreciated our support, we always try to help as best as we can.
Likely already enabled, but is
net.ipv4.ip_forward=1
?Thanks everyone who tried to help so far, I'm super shocked it's still not working despite everyone trying
Theres a few more people that have offered to help via PM, so i'm gonna give everyone some time one by one to log in and try stuff
Yes already enabled
l> @RoyaleHosting said:
I see... well, as long as its not the same issue
It unfortunately isn't, otherwise it would already have been resolved (since we have the entire test-lab case documented)
Would've loved to keep that dedi (If not upgrade it!) haha!
oh well, it is what it is.
Can I ask what firmware was running on the NIC? I'm certain it was compatible... I believe I chose a specific version because only an older version of the firmware was supported & worked on the OS?
unsure, oh well!
You're welcome to re-order anytime!
The firmware version on the motherboard caused the issues with the NIC, not the firmware on the NIC.
ahh I see... good to know.
Thanks!
No problem!
May be a long shot... but is the subnet properly authenticated and visible in DFZ?
Are you sure there's no one else (not even RADB or ALTDB) that validates another origin?
If you don't fix it until tomorrow, I could try to help you out after 10 AM (EEST).
i dont think its to do with BGP/routing, the prefix works fine on all the others boxes in the rack we have VMs running on, and i tested with the vendors own prefix to rule out issues with mine
and it worked with provider's prefix?
PS: Just as a suggestion, a service provider is usually referenced as "provider"... "vendor" is used more to refer to a product developer or manufacturer (eg. HP, Dell, WHMCS ... etc.)
it didnt work with their prefix, no
if its ovh then we need this face to cast away evil eyes
my VMs on OVH work fine haha
sysctl net.ipv4.ip_forward=1
guess you owe me $100 then.
DM me with your t.me or discord ID and I'll reach you tomorrow morning.
I had the EXACT same issue. Are you using TempleOS on the VM per chance?
If you give VPS to Gateway server IP address?
so in proxmox:
VM IP: 45.94.x.5/32 Gateway: 45.94.x.2 Nameserver 1.1.1.1 So did you try it?
Or
Just or VPS VM IP/24 Try IP/32
VM IP: 45.94.x.3/32 Gateway: 45.94.x.1 Nameserver 1.1.1.1 So did you try it?
Already tried this, it didn't work and isn't needed as I'm not forwarding
Wish it was a valid solution
i can't tell if you're being serious or not
This sounds like the routed configuration Falzo mentioned, if so, it gives the VM networking but won't work in our use case
The provider is busy looking into it so I'm hoping they come up with a fix