Skip to content
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

Error decoding NTLM Type 2 (Challenge) message: illegal base64 data at input byte 8 on currently unkown Proxy-Authenticate header #90

Open
atbostudio opened this issue Apr 29, 2022 · 2 comments

Comments

@atbostudio
Copy link

Hello @samuong,

i tried to the latest release of alpaca up and running. it detects the proxy pac due -C command correctly and direct calls are working fine. call through the external proxy are giving us following error message:

2022/04/29 16:32:12 proxyfinder.go:125: [1] CONNECT //www.google.com:443 via "PROXY proxy.domain.com:8080"
2022/04/29 16:32:12 proxy.go:153: [1] Got "407 Proxy authentication required" response, retrying with auth
2022/04/29 16:32:12 authenticator.go:56: Error decoding NTLM Type 2 (Challenge) message: illegal base64 data at input byte 8

image

we are using alpaca on windows 10 (Version 20H2)

it seems like our proxy does not return any valid Proxy-Authenticate header... i will try to get more informations together on monday with the help of our proxy admins. maybe you already got an idea whats the problem.

is there any way to give more detailed informations about the response of the proxy?

kind regards,
julian

@samuong
Copy link
Owner

samuong commented Apr 29, 2022

Do you have (or are able to install) curl? If so, you can use something like this to see the Proxy-Authenticate header at each step of the NTLM handshake:

curl --proxy proxy.domain.com:8080 --proxy-ntlm --proxy-user $your_username -v https://www.google.com

You should see three lines like this, which are the type 1, 2 and 3 messages:

< Proxy-Authenticate: NTLM TlRMTVNTUAA...
> Proxy-Authenticate: NTLM TlRMTVNTUAA...
< Proxy-Authenticate: NTLM TlRMTVNTUAA...

The value in the header should start with NTLM and then have a base64-encoded message afterwards. Is this what you see or do you see something else?

@trite2k3
Copy link

No you just get HTTP 407 as you described in issue #44

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants