ibeam icon indicating copy to clipboard operation
ibeam copied to clipboard

Running iBeam image on standalone mode does not work as expected

Open mbehnamj opened this issue 2 years ago • 4 comments

Describe the bug I want to use iBeam's standalone solution so that I can manually enter my IB's credentials into the IB gateway. I noticed to do this all I have to do is to run python ./ibeam_starter.py --start(I'm also aware, that with this solution does not maintain the session and I'll need to tickle IB's endpoint separately)

The issue I'm facing is at the time of manually entering my credentials into IB's gateway. Once creds are entered and 2FA code is also entered into the gateway, the URL does redirect to /sso/Dispatcher but the UI does not show Client login succeeds or failed, the UI goes back to the initial state(asking for credentials)

Screenshot 2023-07-31 at 4 10 30 PM

Screenshot 2023-07-31 at 4 10 55 PM

image

In addition, this issue only exists when I try to host the docker container on the cloud(AWS or Linode). Everything works perfectly fine on my own machine, Localhost.

Expected behavior Once 2FA entered, the page must show Client login succeeds or failed or something

Environment Latest iBeam image Other software versions should be as defined within the image Tried on all different OS except windows

Additional context Soo, I also want to put it out there that I have this same exact issue when I use IB solution out the box(without iBeam). I'm just wondering is this is a new measure IB has put in place to prevent hosting their solution on the cloud?! I understand at this point this might not be iBeam specific issue but I would really appreciate any help on this 🙏

mbehnamj avatar Jul 31 '23 20:07 mbehnamj

console tab before entering credentials: Screenshot 2023-07-31 at 5 05 40 PM

network tab after entering credentials: image

mbehnamj avatar Jul 31 '23 21:07 mbehnamj

Hey @mbehnamj thanks for trying out IBeam and describing your issue in detail 👍

You write:

I want to use iBeam's standalone solution

But then you mention that you use the 'Latest iBeam image' and the command log you pasted also suggests that. Can you clarify if you're using IBeam as standalone or as a Docker image?

Then, as for the issue itself - I'm not entirely sure what could be causing it. The repeated Authenticator requests suggest that something goes wrong with the authentication.

Could you use VPN to attempt from some different countries and see if helps?

I'm just wondering is this is a new measure IB has put in place to prevent hosting their solution on the cloud?!

Could be. Asking them directly would be the best way to find out.

Voyz avatar Aug 02 '23 23:08 Voyz

I see the confusion, sorry for that... The image I attached shows the image I created by cloning the iBeam repository, modifying it and creating a new image locally called ibeam. I also tried it with your official docker image. By saying latest ibeam image I meant in terms of software requirements. But in order to get it to work with "manually inputing the credentials in the gateway", I had to modify the image and update run.sh to run python ./ibeam_starter.py --start

I also just tried on VPN(pointing to US) but I get the same issue(/sso/Dispatcher redirect takes the UI to the login page)

The repeated Authenticator requests are all with status code 200 and it's something that I also noticed when running on localhost(with no issues)

@Voyz correct me if I'm wrong, but running your official image(with no changes) on a remote server successfully still does not invalidate my issue since iBeam's solution ,even on a remote server, uses local chrome drivers to authenticate, correct?

mbehnamj avatar Aug 03 '23 03:08 mbehnamj

I had to modify the image and update run.sh to run python ./ibeam_starter.py --start

Just a side note: you can change the command entrypoint of the docker image that you're running. https://serverfault.com/questions/594281/how-can-i-override-cmd-when-running-a-docker-image This should allow you to accomplish it without changing the image hopefully.

correct me if I'm wrong, but running your official image(with no changes) on a remote server successfully still does not invalidate my issue since iBeam's solution ,even on a remote server, uses local chrome drivers to authenticate, correct?

IBeam uses chrome driver to start and communicate with a browser. I'm not sure why would that invalidate your issue.

It seems that this dispatcher redirection is something you'd need to address with IBKR support.

Voyz avatar Aug 07 '23 15:08 Voyz

I'm going to close this issue due to inactivity. Thanks for your contribution and please feel free to request a reopen if you'd like to continue the discussion 👍

Voyz avatar Mar 18 '24 05:03 Voyz