Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Adam

Pages: [1] 2
1
General / Re: MUD documents and webpages
« on: June 08, 2017, 09:41:38 AM »
FluffOS v2: https://github.com/quixadhal/fluffos
FluffOS v3: https://github.com/fluffos/fluffos

Note: FluffOS v3 isnt older mudlib friendly

2
Drivers / FluffOS v2.27.2 (Unofficial)
« on: May 01, 2017, 05:20:31 AM »
Have absolutely no idea whats been changed...

https://github.com/quixadhal/fluffos/releases/tag/fluffos-2.27.2

Thanks Quixadhal :)

4
General / Re: LPMuds.net is back!
« on: April 25, 2017, 07:40:48 AM »
WOOOOOOOOOOOOOOOOOOOOOOOOOOOOHOOOOOOOOOOOOOOOOOOOOOOOO!!!!!!!!!!!!!!!!  ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D

5
Code Vault / Re: Repository fetch script
« on: December 08, 2014, 08:21:12 PM »
Awesome i'll build this into mine now too, thanks for sharing :)

I'm assuming it didnt work because i need to add my ssh keys to my account for a new machine?

6
Intermud / Re: I4
« on: October 10, 2014, 06:56:00 PM »
All good mate, at first i thought i was just tripping its no problem at all

7
Intermud / Re: I4
« on: October 10, 2014, 02:58:13 AM »
IIRC I wanted to set the forum not to allow people to delete their posts and threads, but when I looked, it wasn't convenient to do with this software.

Maybe things have changed since then, I'll look into it.

-Crat

Well the thread i mentioned was started by me and i didn't delete it, its seems as tho lpmuds.net has just gone back in time a couple of days

8
Intermud / Re: I4
« on: October 09, 2014, 08:25:47 PM »
Is it just me or are there posts missing? and some topics...
like MudOS Mirror @ http://lpmuds.net/smf/index.php?topic=1566.0

DAFUQ?!?!

9
Intermud / Re: I4
« on: October 06, 2014, 04:04:38 AM »
well I'm currently waiting for a HP tech to come to my house to fix my laptop... mobo shat it self, once they fix it i'll start writing up the new specs and start designing the new protocols. I can always change the network design a little later

On a side note: the original design of I3 was always to be an open network with no real enforceable rules, and responsibility always fell on the muds it self.

However saying that Muds hosting their own channel I may possibly design it to allow them to make them public or private and allow them to ban offensive muds from their channel (private = by invite, public = anyone can join).. simply just throwing some ideas around nothing is definite feature wise at this stage as its a bit early

10
Intermud / Re: I4
« on: October 05, 2014, 07:57:06 PM »
Just to throw this out here...

I'm sure you guys noticed the recent I3 drama involving our friend Torak, and his attempts to destablize and bring down I3 by exploiting the fact that any MUD can allow anyone to chat over I3 channels.

How do you propose protecting the network from such activities if anyone can setup their own I4 router and automatically join in as an equal partner to everyone else?

Answer:  MUD's will form "cliques", and reject anyone outside their circle of trusted friends, and thus what used to be a unified network will dissolve into a bunch of fiefdoms, and newcomers will pretty much get to talk to each other.

A distributed network is a great solution when there are no trust issues to resolve, or when such things can be verified automatically.  Bit Torrent works well because the files all have a signature that can be checked, so injection of bad data is preventable.  In a chat network, "bad data" doesn't have such a signature.

With a central point of control, you are subject to that admin's idea of what is "fair", which may be annoying if you disagree.  With a distributed network, every single MUD will have to take on the task of playing whack-a-mole and blocking everything they find offensive or disruptive.

Hi Quixadhal,
I have not been aware of this recent problem i have not been around for sometime, i'd like to know more about that if you wouldn't mind giving me the run down in a PM as id like to know more.

I'm more then happy to keep the current centralised model of I3, but as you said people are injecting bad data perhaps I4 should have the ability to automatically  resolve such issues by verifying that data send via muds to other muds is legitimate traffic, I understand it would not be a simple task but I think from a technical point of view it could be done, depending on the exploit being used but at this point my knowledge is lacking unless you can fill me in, I can only speculate.

If we were going with a centralised model: when its live i'd suggest using one dns host with 3 different IPs for example i4.themud.org or i4.lpmuds.net or some domain

1. point to my server
2. pointing to crats server (if he is willing to run a i4 server, i have not asked)
3. another 3rd party

only so people do not need to know IP's and the servers can change IP addresses with out clients needing to be updated, also helps with load balancing and appropriate selection of IPv4 or IPv6.

As for the rules of the network and keeping things fair, I'm happy with the job that's been done so far from my experience things have come along way since the original i3 network. I'd like for crat to continue administering the proposed i4 network

11
Intermud / Re: I4
« on: September 30, 2014, 04:40:12 PM »
Just Tossing up some ideas for the I4 protocol.

Im thinking about having all I4 servers exchange a list of known servers to connected muds and visa versa and weight them according to use so each mud can build a list of servers. so that if one I4 server is down they will automatically try the next one in the list until a successful connect is made

This would mean all i4 servers will talk to each other, and that anyone can run an i4 server and would not need to be authorised to do so. but servers will build a database of what mud is connected to which server so that traffic isnt seen by servers that dont need to see it for example:

Mud A is connected to Server2
Mud B is connected to Server 1
Mud C is connected to Server 3

Mud A sends a Tell/mail to Mud C, only server 2 and server 3 will see the data, server 1 will see nothing
but if mud as sends a message on a intermud channel lets say dchat, server 1,2 and 3 will see it

Also im thinking of building the I4 router to be standalone, C++ application that's open source
Also i was thinking of encrypting Private Communications?
 

12
Intermud / Re: I4
« on: September 26, 2014, 08:17:07 PM »
Is anyone else working on this, I'm interested in starting on it myself

13
LPUniversity / Re: Is it dead?
« on: March 01, 2012, 03:43:17 PM »
I'm thinking of just letting it expire anyways

14
LPUniversity / Re: Is it dead?
« on: March 01, 2012, 06:34:37 AM »
I'm Guessing this project is dead... I still have the domain LPUNI.ORG registered and its set to expire on 6/21/2012, If someone in this project would like to take over the domain please let me know ASAP

15
I'm giving free access to my domain name themud.org on http://freedns.afraid.org

It will be online officially on the 8th of March

Cheers,
Adam

Took quicker than I expected domain should be available for you with no approval need by myself

Pages: [1] 2