Registered Member
|
Uuh? What are we talking about here? I am not using liblastfm. I *am* using amarok for streaming audio, though; and it has been failing me ever since our organisation set up a new firewall, Microsoft Forefront, with NTLMv2 authentication. Amarok has no proxy settings, and KDE does not support NTLMv2 with system-wide settings. That's all, and that's my problem here. Sorry, if I wasn't all too clear. Uwe |
Administrator
|
Further checks have revealed that kio_http has at least some support for NTLMv2, so it should simply prompt for a username and password...
Which streaming service are you attempting to use? Also, is Konqueror able to browse the internet with the proxy configured in System Settings > Network Settings > Proxy? If Konqueror cannot browse, then it appears that the needed proxy support is broken, otherwise streaming should work.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
So we are getting some common understanding here. Yes, you are right. But it seems we here need full NTLMv2 support, provided only by cntlm and ntlmaps (AFAIK). Plus, we have two bugs in the way: https://bugs.kde.org/show_bug.cgi?id=236721 https://bugs.kde.org/show_bug.cgi?id=238759 I hope my messages become more clear now: KDE proxy support is basically and fundamentally broken; Amarok has none, and so I can't point Amarok to a working (cntlm) proxy. Uwe (I for one really miss the old days when applications came with proxy settings. In my humble opinion, relying on a single, not even user-selectable, system-wide proxy was a wrong decision. Mostly, when it has been broken for > 6 months. And nobody seems to care, because 'everyone' suggests the old username:password@proxy trick, which does absolutely not support NTLMv2.) |
Administrator
|
Note that Amarok, as a user of KIO, obeys the KDE-wide settings specified in System Settings > Network Settings > Proxy.
Looking at the documentation of cntlm, it appears to be a forwarding proxy. Simply installing it locally, then configuring KDE to use cntlm should solve your issue. Last time I checked, KDE proxy support worked sufficiently enough that if authentication wasn't required, it worked fine ( which is the case with cntlm )
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
Now we start to run in circles again. Have you read the bug reports?
Yes, I did set the system-wide proxy to cntlm. cntlm works, but KDE disgracefully disrespects all those system-wide settings, and so does amarok. This is documented in the bug report, and elsewhere. Amarok follows the kio_slave, but those know nothing about the proxy settings. Alas, no Amarok, due to a broken proxy-ing in KDE, at least 4.4.2/kubuntu. My complaint wasn't with Amarok; except of my tears that it does not have its own proxy settings (any longer). Thanks for your efforts, Uwe |
Administrator
|
I am aware that KDE does not follow the System Wide ( ie. set through environment variables ) proxy settings, it has been the status quo for a while.
Please try the following: 1) Open Konsole, and run "systemsettings". From this point, do not change outside of the System Settings window. 2) Select Network Settings, then Proxy. 3) Change the selection to "Manually specify the proxy settings" and click the "Setup" button opposite. 4) Fill in the required HTTP, HTTPS and FTP lines. 5) Accept, and then click Apply. Close System Settings. KDE applications should honor the settings set in that control panel in the manner I described.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
Can you try this:
- Add to your .bashrc file the following entries: export http_proxy=http://ctntlm_host:port export HTTP_PROXY=http://ctntlm_host:port - On the KDE proxy settings use the option: "Use preset proxy environment variables" At least it works for me at my work, but I do not have any kind of authentication. |
Registered Member
|
No, it is totally screwed up, at least on Kubuntu. I could add those lines to .bashrc, I could not apply any proxy settings, because whatever I enter, it always comes back with "You must at least specify one va"; though there is one. Nevermind, after reboot, the .bashrc settings do work: $ echo $http_proxy http://127.0.0.1:3128 $ echo $HTTP_PROXY http://127.0.0.1:3128 , though they have no effect on the broken kio_slave: $ sudo aptitude update Err http://download.virtualbox.org lucid Release.gpg Could not connect to download.virtualbox.org:80 (137.254.16.69). - connect (111: Connection refused) Err http://download.virtualbox.org/virtualbox/debian/ lucid/non-free Translation-en_US Unable to connect to download.virtualbox.org:http: Err http://archive.canonical.com lucid Release.gpg Could not connect to archive.canonical.com:80 (91.189.88.33). - connect So the applications see nothing of the proxy settings. Those, where I can specify a setting, though, they do work. Here I try exactly the same 'aptitude', but I force the proxy settings down its throat, and it works: $ sudo aptitude -o Acquire::http::Proxy=http://127.0.0.1:3128 update Get:1 http://download.virtualbox.org lucid Release.gpg [197B] Hit http://archive.canonical.com lucid Release.gpg Ign http://download.virtualbox.org/virtualbox/debian/ lucid/non-free Translation-en_US Hit http://archive.ubuntu.com lucid Release.gpg Ign http://archive.canonical.com/ubuntu/ lucid/partner Translation-en_US Get:2 http://packages.medibuntu.org lucid Release.gpg [197B] Get:3 http://download.virtualbox.org lucid Release [3,445B] Ign http://packages.medibuntu.org/ lucid/free Translation-en_US Hit http://archive.canonical.com lucid Release Ign http://archive.ubuntu.com/ubuntu/ lucid/multiverse Translation-en_US Ign http://packages.medibuntu.org/ lucid/non-free Translation-en_US Uwe |
Administrator
|
Note that applications run through "sudo" are immune to your local environment variables such as $HTTP_PROXY, as the environment variables are purged by sudo temporarily.
As stated previously, the KIO slave ( which is only used by KDE applications, and not by apt, firefox, etc ) does not follow those set via the environment variables... did you follow what I wrote?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
Now I learned something. I was under the impression, that when the http_proxy is set, all applications, even with sudo, would work in this environment. I need to understand more about this. Though, back to the original problem, Amarok, I tried it after that reboot, and it did not work. To me, it is quite difficult to debug; with a browser I get a 'timeout'; with Amarok I get nothing; literally. I press the 'Play' button, it displays (and notifies me about it) resource and title, and then it remains mum. I already thought it might be a problem of audio, but local files are being played properly. Uwe |
Administrator
|
So you configured cntlm to use the proxy, and then configured KDE as per the below instructions to use cntlm and it didn't work?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Registered Member
|
Essentially, yes. That's how it looks like.
Be precise, though, please: earlier you wrote "Use preset proxy environment variables" (where I was not able to press the grayed out 'Apply' as I wrote), and this, recent, message that wants me to do this on "Manually specify the proxy settings". I have set cntlm to be http proxy, yes, I set the port, yes, apply, even reboot, but no, Amarok is not working. But no wonder, since I pointed to the bug reports saying that apparently KDE doesn't respect the system-wide proxy settings recently. |
Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]