bit-badger/jobs-jobs-jobs
1
0
Fork 0
Code Issues 1 Pull Requests Packages Projects Releases 19 Activity

Can’t log in with Liberty Woof account #29

New Issue
Closed
opened 2021-09-18 01:11:20 +00:00 by Jayman2000 · 9 comments
Jayman2000 commented 2021-09-18 01:11:20 +00:00 (Migrated from github.com)
Copy Link

I’m trying to log in with my Liberty Woof account. After I click “Authorize”, it says “Welcome back! Verifying your Liberty Woof account…”, and then after a while it says “Error logging on -
504 Gateway Time-out”.

I’m trying to log in with my Liberty Woof account. After I click “Authorize”, it says “Welcome back! Verifying your Liberty Woof account…”, and then after a while it says “Error logging on - 504 Gateway Time-out”.
❤️ 1
danieljsummers commented 2021-09-21 18:24:05 +00:00 (Migrated from github.com)
Copy Link

Looking into this; I know it worked at one point...

Looking into this; I know it worked at one point...
danieljsummers commented 2021-09-21 18:54:23 +00:00 (Migrated from github.com)
Copy Link

This works from my development machine, which points to something between the server where JJJ is hosted and Liberty Woof's server(s). I'll keep you updated as I have a chance to look into it later this evening.

This works from my development machine, which points to something between the server where JJJ is hosted and Liberty Woof's server(s). I'll keep you updated as I have a chance to look into it later this evening.
danieljsummers commented 2021-09-25 13:55:31 +00:00 (Migrated from github.com)
Copy Link

Do you run this instance? If so, the below may help; if not, feel free to point me in the right direction.

  • The servers can see each other

From the server hosting JJJ, curl https://libertywoof.com gave me the page that redirects me to the about page (which is expected; I'm not logged on to LW from my server's command line). This tells me that the two servers can see each other over HTTPS from a request initiated by the server.

  • The URL to which JJJ is posting its request is valid

I put logging in the code to show what URL is actually created at the time of trying to verify credentials, and it's POST https://libertywoof.com/oauth/token (see the second entry at this page in the Mastodon API documentation).

  • Logging on via LW works from my development machine

...and it's really fast! This is what's pointing me to it being a network issue. The app configuration is identical among the 3 instances, with the exception of where the return token comes; for that, I use one of nas, itm, or lw so that I know with which instance I need to verify credentials. I also know, from my development experience, that Mastodon is quick to return errors if your request isn't right; it doesn't just dump them into a black hole.

  • traceroute from both servers fails at the Internet entry point

Depending on your server's configuration, this isn't necessarily a problem; a lot of servers block ICMP (the protocol that it uses to determine the route a request takes between the source and destination). This demonstrates that there's nothing blocking within each network.

Given all that, that's about all I can see from my end. I'd like to work with the server maintainer to see if they can see anything on their end - does that POST actually show in the logs? Was there some prior attack from a similar IP range that ended up with this IP in a firewall DENY list somehow? Those are the sorts of things I'd be looking into on the destination side.

Do you run this instance? If so, the below may help; if not, feel free to point me in the right direction. * The servers can see each other From the server hosting JJJ, `curl https://libertywoof.com` gave me the page that redirects me to the about page (which is expected; I'm not logged on to LW from my server's command line). This tells me that the two servers can see each other over HTTPS from a request initiated by the server. * The URL to which JJJ is posting its request is valid I put logging in the code to show what URL is actually created at the time of trying to verify credentials, and it's `POST https://libertywoof.com/oauth/token` (see the second entry at [this page](https://docs.joinmastodon.org/methods/apps/oauth/) in the Mastodon API documentation). * Logging on via LW works from my development machine ...and it's really fast! This is what's pointing me to it being a network issue. The app configuration is identical among the 3 instances, with the exception of where the return token comes; for that, I use one of `nas`, `itm`, or `lw` so that I know with which instance I need to verify credentials. I also know, from my development experience, that Mastodon is quick to return errors if your request isn't right; it doesn't just dump them into a black hole. * `traceroute` from both servers fails at the Internet entry point Depending on your server's configuration, this isn't necessarily a problem; a lot of servers block ICMP (the protocol that it uses to determine the route a request takes between the source and destination). This demonstrates that there's nothing blocking within each network. --- Given all that, that's about all I can see from my end. I'd like to work with the server maintainer to see if they can see anything on their end - does that `POST` actually show in the logs? Was there some prior attack from a similar IP range that ended up with this IP in a firewall `DENY` list somehow? Those are the sorts of things I'd be looking into on the destination side.
Jayman2000 commented 2021-09-25 14:13:49 +00:00 (Migrated from github.com)
Copy Link

Do you run this instance? If so, the below may help; if not, feel free to point me in the right direction.

No, I don’t. This page gives contact information for who runs Liberty Woof.

I just tried logging in again. Now, I get “Error logging on - "The request was canceled due to the configured HttpClient.Timeout of 20 seconds elapsing."”

> Do you run this instance? If so, the below may help; if not, feel free to point me in the right direction. No, I don’t. [This page](https://libertywoof.com/about/more) gives contact information for who runs Liberty Woof. I just tried logging in again. Now, I get “Error logging on - "The request was canceled due to the configured HttpClient.Timeout of 20 seconds elapsing."”
danieljsummers commented 2021-09-25 14:18:40 +00:00 (Migrated from github.com)
Copy Link

@Jayman2000 Yes - I changed the timeout so that it would fail more quickly (and waste less time). I plan to change that to 30 seconds permanently.

Thanks again for reporting this, and for the contact info. I had tested this all out, but I didn't need 3 different employment profiles, so I hadn't logged in with all 3 instances once I actually put it out live.

@Jayman2000 Yes - I changed the timeout so that it would fail more quickly (and waste less time). I plan to change that to 30 seconds permanently. Thanks again for reporting this, and for the contact info. I had tested this all out, but I didn't need 3 different employment profiles, so I hadn't logged in with all 3 instances once I actually put it out live.
danieljsummers commented 2022-07-08 18:03:29 +00:00 (Migrated from github.com)
Copy Link

Do you know if Liberty Woof has shut down? The domain is still registered, but there's no A record (IPv4 DNS record), and no server at its IPv6 AAAA record's address.

Do you know if Liberty Woof has shut down? The domain is still registered, but there's no `A` record (IPv4 DNS record), and no server at its IPv6 `AAAA` record's address.
Jayman2000 commented 2022-07-08 18:29:45 +00:00 (Migrated from github.com)
Copy Link

Do you know if Liberty Woof has shut down? The domain is still registered, but there's no A record (IPv4 DNS record), and no server at its IPv6 AAAA record's address.

Honestly, I don’t really know anything about Liberty Woof (or the fediverse in general). I only created an account there because I didn’t already have a fediverse account when I first tried out Jobs, Jobs, Jobs.

> Do you know if Liberty Woof has shut down? The domain is still registered, but there's no `A` record (IPv4 DNS record), and no server at its IPv6 `AAAA` record's address. Honestly, I don’t really know anything about Liberty Woof (or the fediverse in general). I only created an account there because I didn’t already have a fediverse account when I first tried out Jobs, Jobs, Jobs.
danieljsummers commented 2022-07-08 18:33:34 +00:00 (Migrated from github.com)
Copy Link

Got it - thanks for replying so quickly! I'll leave this open for a bit longer until I can get confirmation; or, if there's resounding silence, maybe that's my answer.

ITM, Slaves! has open registration; however, they shifted platforms and the integration is a little borked up right now. #33 (yes, it's issue 33... LOL) I hope to get that resolved at some point this month.

Got it - thanks for replying so quickly! I'll leave this open for a bit longer until I can get confirmation; or, if there's resounding silence, maybe that's my answer. ITM, Slaves! has open registration; however, they shifted platforms and the integration is a little borked up right now. #33 (yes, it's issue 33... LOL) I hope to get that resolved at some point this month.
👍 1
danieljsummers commented 2022-08-22 02:19:00 +00:00 (Migrated from github.com)
Copy Link

There has been no response on the provenance of Liberty Woof. As v3 will not have this dependency, I'll focus my efforts there.

There has been no response on the provenance of Liberty Woof. As v3 will not have this dependency, I'll focus my efforts there.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels   
bug

Something isn't working

  
documentation

Improvements or additions to documentation

  
duplicate

This issue or pull request already exists

  
enhancement

New feature or request

  
good first issue

Good for newcomers

  
help wanted

Extra attention is needed

  
infrastructure

Keep the application up and current

  
invalid

This doesn't seem right

  
question

Further information is requested

  
wontfix

This will not be worked on

No Label
bug
documentation
duplicate
enhancement
good first issue
help wanted
infrastructure
invalid
question
wontfix
Milestone
Clear milestone
No items
No Milestone
2.2.1
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: bit-badger/jobs-jobs-jobs#29
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?