Since version 2.40 request over the internet over an proxy requiring authentication, doesn't work anymore. The proxy-server doesn't get authentication credentials from mp3tag.
Proxy-Auth is broken since version 2.40/2.40b.
Can you send me a URL and a temporary login for reproducing the issue?
Unfortunatly i don't operate any public accessible proxy-servers, but if you like, the squid proxy-server is avalaible for windows under:
http://www.acmeconsulting.it/SquidNT.html
Direct DL-Link:
http://squid.acmeconsulting.it/download/sq...TABLE18-bin.zip
unpack it to drive c:\ (should unpack an folder squid)
rename all files under C:\Squid\etc*.conf.default to C:\Squid\etc*.conf
replace content of squid.conf with the following
file c:\squid\etc\squid.conf:
#authentication (basic)
auth_param basic program c:/squid/libexec/ncsa_auth.exe c:/squid/etc/passwd.txt
auth_param basic children 5
auth_param basic realm Squid-Proxy(Win)
auth_param basic credentialsttl 2 hours
auth_param basic casesensitive off
#recommended minimum
acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl CONNECT method CONNECT
#authentication acl
acl password proxy_auth REQUIRED
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access deny !password
http_access allow localhost
#acl our_networks src 192.168.1.0/24 192.168.2.0/24
#http_access allow our_networks
And finally deny all other access to this proxy
http_access deny all
http_port localhost:3128
hierarchy_stoplist cgi-bin ?
cache_dir ufs c:/squid/var/cache 16 4 8
access_log c:/squid/var/logs/access.log squid
acl apache rep_header Server ^Apache
broken_vary_encoding allow apache
snmp_port 0
dns_nameservers 195.143.108.13
<<
create a file name passwd.txt in the C:\squid\etc\ folder with the following contents:
file passwd.txt:
user:VT8RFQ8zt7op2
<<
this will create a user named 'user' with an password of 'pass'
open a cmd-windows, then cd to C:\squid and type sbin\squid -z and after that type
sbin\squid -D
leave the window open , your proxy is now running on 127.0.0.1 port 3128
try tu use the proxy within mp3tag
any access/errors are logged to c:\squid\var\logs\access.log
I've tried with Squid and Basic authentication (had to adjust the password using htpasswd) and everything works as expected using the current Development Build.
Are you sure that your proxy requires Basic auth? If so, you can also try to increase the timeout value.
Sure, if I set it to not require any authentication (excluding some urls requiring authentication),
it works perfectly. Please note that for me theres is no direct access to the internet/dns-servers, thus all traffic designated to the internet must go through a proxy.
I've installed Version 2.40c: at least now the base64 auth-credentials seems to be submitted, but i don't get an final response from proxy (forcing basic-auth: request from mp3tag get an TCP_DENIED/407 anyway) . I'll try to do a dump, to see what is different between version 2.39 and 2.40c concerning proxy-handling. Hope to find an explanation through, why it ceased to work since 2.40.
Any news on this? Anyone experiencing the same problems?
I have the same problems (with v2.42, v2.42f and v2.42h)
I am sitting behind a proxy that needs username (domainname\username) and password. The error message is:
"The server failed to return a valid query response code"
How can I help you to find the problem?
HannesP
Does your proxy require digest or basic authorization? Only the latter is supported by Mp3tag.
As far as I know my proxy doesn't use basic authorization (not coded) but "ntlm v2" (coded).
So no chance for support ?
Unfortunately, I don't plan to support other authentication schemes than basic.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.