View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000641aMuleExternal Connpublic2005-11-05 01:462007-02-18 09:44
Reporterthedude0001 
Assigned Tolfroen 
PrioritynormalSeveritymajorReproducibilityunable to reproduce
StatusclosedResolutionunable to reproduce 
PlatformOSOS Version
Product VersionSVN 
Target VersionFixed in Version 
Summary0000641: amuleweb (php) doesn't accept password when (certain) hostnames are used.
Descriptionamuleweb php SVN rev. 5630 doesn't accept the login password if I try to connect to http://server:4711/. [^] If I instead try to connect to http://192.168.1.15:4711/ [^] everything works fine. From talk on IRC it looks like some hostnames work but other don't, however i couldn't confirm that. 'localhost:4711' and 'server:4711' works if connecting from the machine running amuleweb. Following is the console output of amuleweb with 1 failed login attempt.
Additional Informationreleaser@server ~ $ amuleweb
This is amuleweb CVS rev. 5630

Creating client...
Now, doing connection....
Using host 'localhost' port: 6712
Trying to connect (timeout = 10 sec)...
Succeeded! Connection established to aMule CVS

--------------------------------------
| aMule Web Server |
--------------------------------------

Use 'Help' for command list

Web Server: Started
aMuleweb$
WSThread: Thread started
WSThread: created socket listening on :6711
Processing request [original]:
No session opened - will request login
Session created - requesting login
Session is not logged and request have no password
Processing request [redirected]: login.html
Processing request [original]:
No session opened - will request login
Session created - requesting login
Checking password
Password ok
Processing request [redirected]: index.html
Processing request [original]: top.html
No session opened - will request login
Session created - requesting login
Session is not logged and request have no password
Processing request [redirected]: login.html
Processing request [original]: footer.php
No session opened - will request login
Session created - requesting login
Session is not logged and request have no password
Processing request [redirected]: login.html
Processing request [original]: amuleweb-main-dload.php
No session opened - will request login
Session created - requesting login
Session is not logged and request have no password
Processing request [redirected]: login.html
Processing request [original]: top.html
No session opened - will request login
Session created - requesting login
Session is not logged and request have no password
Processing request [redirected]: login.html
TagsNo tags attached.
Fixed in Revision
Operating System
Attached Files

- Relationships

-  Notes
(0001416)
Redarg (reporter)
2005-11-05 02:31

I got some similar experience.
With the Internet Explorer the PHP feature of the amuleweb works completly fine.
Firefox always logs in if the amuleweb is started with "--no-php".
But if i start amuleweb in PHP mode (no flags) Firefox won't log me in if i used a hostname that is a subdomain of my dyndnshoster.
Now s.th. about my DNS/Hostname/LAN conditions:
I only tried to connect to my "amulemachine" (that's the hostname, samba name, and one alias of my local DNS Server for it) from my WinXP working machine, within my LAN.
Besides it's normal hostname my local DNS solves two other aliases to the same IP address (of my "amulemachine"): "amm" and "amulemachine.dyndnsalias.dyndns.org".

The login screen of --no-php and flagless is always shown, it neither matters which browser i use, nor which address I use to connect to( hostname("amulemachine"), short dns alias("amm"), dyndns subdomain("amulemachine.dyndnsalis.dyndns.org"), plain IP)

Using the Internet Explorer all addresses work to log in. (with and without --no-php)

Using --no-php and Firefox all addresses work well too.
BUT with PHP "amulemachine.dyndnsalis.dyndns.org" leads to
"Session created - requesting login
Checking password
Password ok
Processing request [redirected]: index.html" in my amuleweb output.
"amm", "amulemachine", and the plain IP-address let me log in just normal.

Any hints?
If i get an opportunity i'll try next week to connect from outside my LAN to the dyndns aliassed address and (of cause) report the results.

Redarg
(0002242)
lfroen (developer)
2007-02-18 09:44

already fixed

- Issue History
Date Modified Username Field Change
2005-11-05 01:46 thedude0001 New Issue
2005-11-05 02:31 Redarg Note Added: 0001416
2005-11-11 16:25 lfroen Assigned To => lfroen
2005-11-11 16:25 lfroen Reproducibility always => unable to reproduce
2005-11-11 16:25 lfroen Status new => feedback
2005-11-11 16:25 lfroen Resolution open => unable to reproduce
2007-02-18 09:44 lfroen Status feedback => closed
2007-02-18 09:44 lfroen Note Added: 0002242


Copyright © 2000 - 2025 MantisBT Team
Powered by Mantis Bugtracker