FMud update released
2nd March, 2010 | FMud | 31 Comments
A few minor fixes in this release.
Version 0.92
Released on 2nd March 2010.
- Fixed a bug with the hide_password parameter
- Fixed a bug with font selection
- Fixed a bug with handling telnet ECHO
FMud is a simple web based Flash mud client. A running demo, feature list and installation instructions are available on the FMud project page.
Bookmark and Share...
8th March 2010 at 05:36
Dear Matt,
Many thanks, it works now –
http://www.genesismud.org/fmud/genesis.html
28th March 2010 at 17:00
I like the progress, but the one suggestion I have, is I would like there to be a way to change the defaults of the client like font and colors and so on. I’d also like the ability to select more than one line when you have time. Thanks for your hard work!
9th April 2010 at 06:42
You should release a version of this but for Flash 6 so it can be played on the PSP’s web browser. thanks
21st April 2010 at 01:07
Hello :) I wanted to use fmud because it just looks fantastic. Problem is i get the security error every time =\ I’ve changed ports, undone the firewall on our server and even port forwarded yet nothing is helping. Doesn’t even look like it’s connecting to the policy port it does however ping the server.
It’s located at http://www.aethro.com/totalwar/fmud/FMud.html
I’ve tried installing flash debugger but the options are greyed out so i cant actually see where it’s going bonkers.
Any advice would be appreciated thanks :)
23rd April 2010 at 15:44
@Paul
I get the following error log: (you need to download the debug version of Flash player to get these):
Error: Failed to load policy file from xmlsocket://s21.aethro.com:843
Warning: [strict] Ignoring policy file at xmlsocket://s21.aethro.com:6685 due to incorrect syntax.
Are you sure the policy file is being served on port 843 and that your firewall is allowing connections?
30th May 2010 at 21:28
Having trouble with the password hiding. Even with hide_password=0, it hides the password and then any input after the password. It also starts scrolling by itself, with no visible output from the server.
You can see the behavior here: http://kingdomsofahln.com/play/
31st May 2010 at 00:50
@Justin
I just had a look and I’m seeing the password displayed as normal.
31st May 2010 at 06:37
Oh, weird. It is working now with the password hidden or not hidden. Must have been some weird caching issue. Thanks for checking!
10th July 2010 at 05:50
Been banging my head against this issue for a while and no success so far, so figured I’d ask. Same issue of incorrect syntax as someone else presented:
Warning: [strict] Ignoring policy file at xmlsocket://delirium.isunlimited.net:2423 due to incorrect syntax.
My firewall rule and script is running correctly, as far as I can tell. If I telnet to it I get feedback accordingly:
Listening on port 843
Connection from ::ffff:XX.XX.XX.XX:63749
However, trying to launch it from the client itself just presents the usual security error:
http://www.bloodsunrising.com/FMud/FMud.html
My policy is:
My html bits are:
VALUE=”host=delirium.isunlimited.net&port=2423&title=Blood+Sun+Rising&policy_port=843
FLASHVARS=”host=delirium.isunlimited.net&port=2423&title=Blood+Sun+Rising&policy_port=843
Any advise?
10th July 2010 at 09:22
@Nil
I get this using the debug player:
This implies that either you aren’t serving the policy file or that your firewall is blocking port 843.
Trying telnet gives:
So I’d check your firewall.
10th July 2010 at 16:59
Thanks for looking at it, Matt.
843 on delirium.isunlimited.net is closed.
telnet delirium.isunlimited.net 2423 will give you the login for the MUD
telnet bloodsunrising.com 843 will just give you a blank screen as usual and I’ll get a notification in the nohup.out file accordingly.
The weird thing is that is is indeed trying to load the policy from delirium.isunlimited.net at 843. That of course should fail.
It should be trying to load the policy from bloodsunrising.com at 843 but connecting to delirium.isunlimited at 2423.
10th July 2010 at 17:43
No it shouldn’t. The policy file has to be hosted at the domain you want to make a socket connection to, in this case delirium.isunlimited.net.
10th July 2010 at 18:17
Hm! Now I am a bit more lost, even.
So, should the same server where the MUD is (in this case delirium.isunlimited.net) have the policy and the python script serving it, with the HTML alone in the separate website where I am launching the client.
Think I’ll have to start hosting my own MUD, then. Can’t run python scripts from where my MUD is being hosted at the moment, nor open ports.
Thanks for the help though. Not really experienced with this stuff at all.
10th July 2010 at 19:20
The purpose of the policy file is to specify the domains which are allowed to make socket connections, so it makes sense that the policy file is on the same host as the one you are making the socket connection too. Otherwise anyone could host an app and give it permission to make socket connections somewhere else. Obviously this isn’t really relevant for MUDs as they are open to socket connections from anywhere anyway, but the system wasn’t designed by Adobe with MUDs in mind :)
Contact your MUD host and ask them to serve a policy file allowing connections from any domain on any port and that should cover anyone who hosts a MUD there.
10th July 2010 at 23:12
Smashing. All up and running. I just installed the MUD engine in my server and imported the DB from the old one.
Better that way, now all is managed locally.
Thanks for the help, I’d have been running in circles forever otherwise.
20th July 2010 at 21:00
I am attempting to add a flash player to the mud that I have going as a pet project, using FMud, the policy file seems to get served up just fine, however I receive a ‘security error’ with unspecific information.
This is the policy file:
I added several of the domain iterations to make sure that wasn’t the cause.
This is the actual page Im testing that doesn’t seem to work:
http://www.elvenblade.ca/FMud.html
The policy is served on port 27015 – the HLDS port – I used this one for testing purposes because I -know- it is unblocked (and unless I run my HLDS server, unbound, which – I made sure, Im not). You can TELNET to it and see – the connection does not get refused.
The actual game connects on the TELNET port – elvenblade.ca:23 that is.
Both myself and the other coder for my mud couldn’t seem to get this working, so I thought I’d ask here.
Cheers,
Peter M Dodge
20th July 2010 at 21:07
It seemed to have eaten the policy file in the comment display. If you need it please feel free to ask me and I can mail it, though I will note I -did- make sure http://www.elvenblade.ca where it’s being served from is in the file.
21st July 2010 at 10:56
Error: Failed to load policy file from xmlsocket://elvenblade.ca:27015Looks like the policy file isn’t being served.
22nd July 2010 at 01:58
It was, and is, but on another port now, as we figured it out on the NakedMud IRC:
Oh, duh! I know your problem.
A socket policy file served from a port >1024 can only authorize connections to ports >1024.
You need to serve the policy file from a port <1024 if you want to open port 23.
It works fine now that I changed the port! Maybe you could make a note of that, for future people like me wondering about that.
Thanks for the reply though :)
Cheers,
Peter M Dodge
14th August 2010 at 17:02
Hey I am trying to set up this fmud for my mud and I have the policy file being served from the same place as my game is running. Everytime I try to connect it keeps giving me a security error. My script is showing that it is connecting but its still not working correct. I have it using port 5000 for the policy file. The site demo is up at http://www.sinquestudio.com/mysticrune/fmud/fmud.html. Any help with this would be greatly appreciated.
Jared
8th November 2010 at 05:22
Matt – I can’t thank you enough for the terrific work you have done here. After a couple of hours of banging my head getting this to work on Windows(because of my own ignorance of Flash and Python) this now works like a charm. It will be a nice addition to our new game.
FYI – in case anyone hits the same frustrations I have, this does not seem to work on Windows with the latest Python distro (3.1.2 as of this writing). I’m sure this was noted somewhere but I must have missed it. I downgraded to Python 2.7 and all was well.
Thanks again!
9th December 2010 at 16:41
Awesome client–keep it up and thanks for sharing!
I was wondering if you’re planning to expose the send functionality via ExternalInterface. This will enable additional buttons on the page around the flash to send custom commands, which would make the solution a lot more flexible.
Also, dreaming ahead, a callback function (maybe ‘receive’) that will alert the JS on the page when new data has come in would be simply fantastic.
12th January 2011 at 06:25
Because I don’t keep my SSH client connected to my mud host 24-7, I was unable to keep the policy file server up. For whatever reason, it needs to send output. SO… I wrote this script. Just need to run it like you would autorun for the mud (ie: sh ./autopolicy &). Just change the /path/to below, and insert the correct port.
#!/bin/bash
while :
do
./flashpolicyd.py –file=/path/to/FMud/flashpolicy.xml –port=xxxx &> connect.log
done
4th March 2011 at 04:02
This is such a nice idea. Pity Adobe made it next to impossible for it to be practical to install because of the socket restrictions.
15th March 2011 at 22:27
Thank you for the great flash client!
I was wondering–are there settings that could be set that would put the client in a “simple mode”? I’d like something as simple as possible to be as unintimidating as possible for new players.
Thanks again!
26th March 2011 at 10:15
@Dngn
While it’s not as simple as dropping it in to a website, I’d hardly say that the socket restrictions make it “next to impossible” to use.
You just need a daemon that listens on port 843 and spits out an xml file in response to a single request.
7th April 2011 at 06:32
Matt,
Can you help me? :) I am keep getting the
Trying to connect to muds.dyndns.org:9000
Unable to connect: security error.
I can see from the log console that I am making a connection:
Listening on port 843
Connection from ::ffff:76.119.99.238:58936
Valid request received from ::ffff:76.119.99.238:58936
Sent policy file to ::ffff:76.119.99.238:58936
flashpolicy.xml:
site-control permitted-cross-domain-policies=”master-only”
allow-access-from domain=”muds.dyndns.org” to-ports=”9000″
Side not, I want to add this to my apache server but i think i didn’t do it correctly.
httpd.conf:
Alias /fmud “/home/mud/FMud/”
Directory “/home/mud/FMud”
Options Indexes FollowSymLinks MultiViews ExecCGI
AllowOverride All
Order allow,deny
Allow from all
/Directory
Regards,
-David
7th April 2011 at 08:33
@David
What’s the url of the client?
7th April 2011 at 12:41
@Matt,
The client meaning the FMud client or my MUD address?
the MUD address is muds.dyndns.org and the port is 9000.
7th April 2011 at 12:42
The web page where you have FMud.
15th April 2011 at 17:48
@Matt,
nvm… it worked now. :) Thanks.