Hi,
Sorry for the inconvenience caused.
The IP is passed by web server e.g. Apache/NGINX to PHP and IP Based Login uses the IP received in $_SERVER
Are you using any proxy like Cloudflare on the website ?
If yes please go to IP Based Login Settings page in WordPress admin panel, there you will find IP Detection Preference where you can check the IP detected by the plugin and check if it is correct or not. If you are using Cloudflare in the dropdown please choose Cloudflare and click on the “Save” button.
Cloudflare generally returns IPv6
Let me know if you still face the issue.
Thread Starter
4x0v7
(@4x0v7)
I don’t believe there is any proxy being used on the website, it’s hosted on the pantheon.io PaaS.
As a simple test, if I disable IPv6 protocol in Windows and connect, everything works as expected and I am logged in.
If I enable IPv6 again, I am not logged in. If I login manually and check, the plugin is now detecting my IPv6 address. If I check a site like https://test-ipv6.com I can see both my IPv4 and IPv6.
So even though I have my IPv4 address added, I am connected with IPv6, presumably because of Happy Eyeballs, and login does not work.
You should be able to reproduce this issue, if you are also connecting from a network that has both an IPv4 and IPv6 address.
Thanks for your assistance with this!
Thread Starter
4x0v7
(@4x0v7)
I just tried adding an IPv6 range and using different browsers and the expereince is inconsistent. Trying over and over again to connect eventually works after 7-50 attempts, then I’m logged in.
So this issue I don’t believe is with the network, but with how the plugin is handling the IP that it got, which seems to be up to the users browsers and Happy Eyeballs
Thread Starter
4x0v7
(@4x0v7)
Also, if I login with username/password when the plugin doesn’t work, it then says “Logged in by IP Based Login” and shows the IPv6 that is already added, despite the fact the plugin failed to log me in, and I just used my username/password.
Hi,
Can you share a screenshot of the IPv6 added in IP Based Login and the screenshot of the page where you see the IPv6 detected by IP Based Login ?
Thread Starter
4x0v7
(@4x0v7)
Hi there
Here are 2 screenshots
1: https://send.bitwarden.com/#2b1wl49R4EiFOK5gAC0-2A/l8bZsxU9EdS-9fYC0io-Ew
2: https://send.bitwarden.com/#tJVuJncHrUmbva5gAC48bA/DTO2fpW9Tz3CXhCOwGrqIg
The first one shows that I was apparently logged in by your plugin (but I was not, this was taken after entering username/password)
The second one shows that I have added the entire /64 CIDR range to the IP Ranges area, which should be working
I have obfuscated the 3rd and 4th octets for privacy reasons, but I can tell you that they match.
The last 4 octets are the rfc4941 temporary address as assigned by Windows
-
This reply was modified 3 years, 11 months ago by
4x0v7.
Thread Starter
4x0v7
(@4x0v7)
@brijeshk89 Hey there just following up, is there any update on this issue?
Sorry for the delay.
I do not have access to a IPv6 based ISP. I am trying to arrange the same so I can test the issue.
Thread Starter
4x0v7
(@4x0v7)
@brijeshk89 Hey there following up again, did you manage to get your IPv6 access sorted?
@moderator Please delete this post was made by mistake.
-
This reply was modified 3 years, 10 months ago by
loginizer.
Hi,
I did try with the following example ranges :
2001:db8:0000:0000:0000:0000:0000:0000
to
2001:db8:0000:0000:0000:ffff:ffff:ffff
and connected from :
2001:db8:0000:0000:0000:0000:0000:0001
2001:db8:0000:0000:0000:0000:0000:0002
2001:db8:0000:0000:0000:0000:1000:0001
and all scenarios worked.
If you can email me the exact IP and the IP range you used via email admin[@]wp-inspired.com I can test with those ranges and check what could be causing the issue.
Thread Starter
4x0v7
(@4x0v7)
