-
-
Notifications
You must be signed in to change notification settings - Fork 267
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
nightscout-librelink-up suddenly reports "invalid authentication token". #143
Comments
Also seeing the same error here:
|
When I run this locally (in docker) it is working. I have also console.log'd the response.data and can see that the status == 0. But when I'm running the docker container on a remote server, I get the error. I've just tested this on two remote servers, both in different data centres with different hosting companies in two different parts of the world. I'll do some more testing... |
I just restarted my container again, and it connected fine. Was failing a little while ago as well. |
Same issue here. |
I'm running nightscout-librelink-up as a docker container on a remote host. Essentially just restarting the service. |
Now successfully running on yet another remote host, Is abbott introducing some rate limiting/IP blocking? |
I successfully ran a few containers on the third remote server that I tried, then started getting blocked again. Now moved over to a fourth and it's working (for now), seems like rate limiting or Ip blocking to me |
Mine isn't having any isssues ! I use my personal server ... |
I have the same error since around 8pm yesterday. My Librelinkup uses the DE region. [error]: Invalid authentication token. Please check your LibreLink Up credentials Cannot read properties of undefined (reading 'status') I created a completely new Nightscout server using a different provider (first server is on 10be.de, and the second server is on nightscoutpro.com), and I still get the error, so I don't think it can be IP blocking related. |
I resolved the problem by moving the service from my google cloud virtual machine to a docker instance I run at home. So to me, too, it looks like it an IP blocking issue. If they want to target nightscout users, it would seem likely that they block the whole range of IPs used by nightscout.pro. |
@Sidetone602 - If you are running on Nightscout Pro, please email me at [email protected] and I'll set up a manual instance to run this for you. After some further testing, I can set up many instances on my Home Lab and it works perfectly, but on remote servers, I am having troubles. It looks like Abbott is trying to block out certain subnets of IP's. Domestic IP's would probably interfere with their own LibreLinkUp service, so I believe they are not being blocked for this reason. Just a theory though. |
@AndyLow91: from my experience its not that Abbott is blocking IP ranges but rather checks if requests are coming from regions where the user is not actually located. |
@timoschlueter I've seen similar previously, but i don't think this is the same here. For example, I am now running a number of docker instances on my Home Lab, for many different regions, and they are all working fine now. It's a strange one. |
I'm definitely located in Germany :-) |
After 9 Connection, cloudflare block the Server IP. |
What exactly does that mean? |
My LibreLinkUp was logged in using my main Libreview account details. |
@Blondie-61 on 10be runs about 100 librelinkup instances, but now every instances gets a new ip6 address and there are a big range. @Sidetone602 maybe there blocks first the account and after then the IP. |
Hi all could it be the mandatory 2FA required now? |
Hi, all. [info]: renew token I tried logging off and logging on LibreLinkUP and accepting new terms, but it didn't work. I tried to follow the message and change the region to LA, but I received LA is not a supported region. I'm from Brazil. |
My issue was solved with new release. |
My issue got resolved with the latest Release but I had to install the Container on another host. |
I've had couple of occasions when single heroku pod instance started giving this error. It failed 9/10 times, but always got the connection 1/10 times from heroku. Both times this got resolved by rebooting the heroku pod. Now I realized that I had also one instance running in 10be. Could be then account based throttling if connections are coming in with same account from multiple networks. Let's see if shutting down the 10be server helps keeping the heroku connection stable. |
Is it normal that I don't get a long string in the entry after "renew token"? Like: |
I've been running nightscout-librelink-up sucessfully for about a week now. Tonight at 7:28pm CEST it suddenly stopped working and now reports the following:
The error seems to be caused at line 163 in index.ts:
if (response.data.status !== 0)
Any idea what could be causing this? I checked the credentials in the librelink up app - they continue to work there.
The text was updated successfully, but these errors were encountered: