-
Notifications
You must be signed in to change notification settings - Fork 1k
urequests doesn't handle basic auth formatted URLs correctly #668
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
Comments
Probably it isn't implemented because
Just for curiosity: are there running servers using https://user:pass@... ? |
Hi I have rewritten the library, with some improvements and basic auth. Do you want to test it ? After your feedback, I will open source it and propose the new version to the Micropython mantainers. |
I think that parsing username:password out of URLs can be a separate function, which extracts the relevant information and a cleaned URL. And those that the few that need it can copy-paste it into their project. |
I just found this bug report as I am trying to implement DDNS on a PicoW - the URL specified by dyndns is as follows;
Which although not using a password as such, is still passing a plaintext "key". Out of curiosity and in order to be able to handle such formatted URLs (even if they aren't recommended - it's obvious that they are still in use)....would it be sensible to search backwards from the first '/' looking for a port number and/or if the value found after the ':' is not numeric to ignore it? |
Yes; DynDNS (Part of Oracle) use this for updating Dynamic DNS records see their help article here |
Per RFC1738 you can supply a username and password for basic auth as part of the URL in the format:
http(s)://username:[email protected]
however urequests interprets any colon following the protocol to be delimiting a host and port, as seen here.Obviously it's simple to provide basic auth as a header instead, but it's probably best to be RFC compliant when possible.
The text was updated successfully, but these errors were encountered: