Login
User Name:

Password:



Register
Forgot your password?
Vote for Us!
tintin++ ogg sound player script for linux
Author: Robert Smith
Submitted by: Vladaar
6Dragons ogg Soundpack
Author: Vladaar
Submitted by: Vladaar
6Dragons 4.4
Author: Vladaar
Submitted by: Vladaar
LoP 1.46
Author: Remcon
Submitted by: Remcon
LOP 1.45
Author: Remcon
Submitted by: Remcon
Users Online
CommonCrawl, Yandex, joeyfogas

Members: 1
Guests: 3
Stats
Files
Topics
Posts
Members
Newest Member
481
3,735
19,370
618
Micheal64X
Today's Birthdays
There are no member birthdays today.
Related Links
» SmaugMuds.org » General » General Discussions » IMC2
Forum Rules | Mark all | Recent Posts

IMC2
< Newer Topic :: Older Topic >

Pages:<< prev 1, 2 next >>
Post is unread #21 Nov 16, 2006, 1:54 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,643
JoinedJan 1, 2002

Kigen said:

Oh goodie. Let me figure out how to reform the packet to include the Sent by stuff. :P

Also, Samson, do you want me to make it spit out something into the logs when someone does this? Like a warning or something?


No. There's no reason to log it. I think that tagging attempted deception will be enough to deter it for malicious reasons. If it's not that's why the system has other more aggressive means of blocking people.
       
Post is unread #22 Nov 17, 2006, 10:57 am
Go to the top of the page
Go to the bottom of the page

Kigen

GroupMembers
Posts38
JoinedNov 3, 2006

Ooo, aggressive blocking.

So just the Sent by added to the text field. Also, is where I'm stealing the "from" from valid not to be altered?
       
Post is unread #23 Nov 17, 2006, 8:48 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,643
JoinedJan 1, 2002

Also, is where I'm stealing the "from" from valid not to be altered?


I have no idea what you just asked here....
       
Post is unread #24 Nov 18, 2006, 8:48 am   Last edited Nov 18, 2006, 8:49 am by Kigen
Go to the top of the page
Go to the bottom of the page

Kigen

GroupMembers
Posts38
JoinedNov 3, 2006

Meaning malformed so that it looks like it came from a different mud. I know there is no true way to validate which player on the mud it came from since that is handled by the mud. But is there a check before hand to validate which mud it came from.
       
Post is unread #25 Nov 18, 2006, 9:12 am
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,643
JoinedJan 1, 2002

If the @mud part does not match the name the connection comes from, it should get dropped automatically by the system already as part of the packet forgery protection. So we don't need to worry about that.
       
Post is unread #26 Nov 19, 2006, 7:42 am
Go to the top of the page
Go to the bottom of the page

kiasyn
Magician
GroupMembers
Posts121
JoinedJun 30, 2006

What about user@fakemud~x@realmud (assuming ~x is the imc color code for black) :d
       
Post is unread #27 Nov 19, 2006, 8:28 pm
Go to the top of the page
Go to the bottom of the page

Conner
Sorcerer
GroupMembers
Posts870
JoinedMay 8, 2005

*sigh* What would we do without Kiasyn?
On the one hand, it really is a valid point since it is something someone could come up with to get around the new coding, especially after reading this thread to see how it's being addressed. On the other hand, there are only a handful of folks that would think to do something like that, and Kia is one of them. :lol:
       
Post is unread #28 Nov 19, 2006, 8:40 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,643
JoinedJan 1, 2002

Yes, and it's that sort of thing I was getting at when I said client side filtering isn't going to stop a damn thing in the end. Server side filtering is the only real way to "solve" this problem. So I think concentrating efforts there should be the way to go.
       
Post is unread #29 Nov 19, 2006, 9:10 pm
Go to the top of the page
Go to the bottom of the page

Conner
Sorcerer
GroupMembers
Posts870
JoinedMay 8, 2005

I thought that's what you and Kigen were working on at this point, the client side fix he did earlier was just meant to be a stop gap in the meantime, no?
       
Post is unread #30 Nov 19, 2006, 9:41 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,643
JoinedJan 1, 2002

It's been pretty much all Kigen as I've been spending time on other things while he irons out the server fix. But yes. Stopgap measure. And it's only effective if implemented anyway. It won't fix the display for you if Kiasyn forges a packet from his unfixed mud :)
       
Post is unread #31 Nov 20, 2006, 3:10 am
Go to the top of the page
Go to the bottom of the page

Conner
Sorcerer
GroupMembers
Posts870
JoinedMay 8, 2005

Wait, it won't fix the display if he forges it from his unfixed mud? I thought that was exactly what it was supposed to counter.. well, no, I suppose it's meant to counter socials without variables rather than forged packets, but then we're anxiously waiting on Kigen's server side implimentation for that.
       
Post is unread #32 Nov 21, 2006, 6:10 pm
Go to the top of the page
Go to the bottom of the page

Kigen

GroupMembers
Posts38
JoinedNov 3, 2006

I'm the only one working on this. :P
       
Post is unread #33 Nov 21, 2006, 7:15 pm
Go to the top of the page
Go to the bottom of the page

Conner
Sorcerer
GroupMembers
Posts870
JoinedMay 8, 2005

I think that's what Samson told me a couple of posts ago. *shrug*
       
Post is unread #34 Nov 23, 2006, 10:59 am
Go to the top of the page
Go to the bottom of the page

Kigen

GroupMembers
Posts38
JoinedNov 3, 2006

Need to make sure you remembered. :P
       
Post is unread #35 Nov 23, 2006, 3:21 pm
Go to the top of the page
Go to the bottom of the page

Conner
Sorcerer
GroupMembers
Posts870
JoinedMay 8, 2005

:lol: I did. :wink:
       
Post is unread #36 Nov 23, 2006, 7:50 pm
Go to the top of the page
Go to the bottom of the page

Samson
Black Hand
GroupAdministrators
Posts3,643
JoinedJan 1, 2002

Threadjacking!!!

Yeah. So I lied. This patch file lets you get a chanwho response back from your own mud. Using no packets. Up to you to figure out how to use the patch file :)
Attached file:

Filename: imcpatch.txt
Size: 4 KB
Downloads: 10
       
Post is unread #37 Nov 23, 2006, 8:00 pm
Go to the top of the page
Go to the bottom of the page

Conner
Sorcerer
GroupMembers
Posts870
JoinedMay 8, 2005

Does it qualify as threadjacking when the owner/moderator borrows the thread? :wink:
Thanks, Samson! I'm sure we'll get it figured out. :smile:
       
Post is unread #38 Dec 17, 2006, 8:14 am   Last edited Dec 17, 2006, 8:18 am by Chetu
Go to the top of the page
Go to the bottom of the page

Chetu

GroupMembers
Posts2
JoinedMar 24, 2006

Hoping I can hijack this thread then too. While trying to enable connection to IMC from my mud, I get the following output in my log file:

Sun Dec 17 10:06:59 2006 :: IMC: Loading IMC2 network data...
Sun Dec 17 10:06:59 2006 :: IMC: IMC2 network data loaded.
Sun Dec 17 10:06:59 2006 :: IMC: IMC2 Network Initializing...
Sun Dec 17 10:06:59 2006 :: IMC: Connecting to server.
Sun Dec 17 10:06:59 2006 :: IMC: Loading channels...
Sun Dec 17 10:06:59 2006 :: IMC: Loading ban list...
Sun Dec 17 10:06:59 2006 :: IMC: Loading ucache data...
Sun Dec 17 10:07:00 2006 :: IMC: imc_read_socket: Descriptor error on #5: Operation now in progress
Sun Dec 17 10:07:00 2006 :: IMC: Shutting down network.
Sun Dec 17 10:07:00 2006 :: IMC: Connection to server was lost. Reconnecting in approximately 20 seconds.

The bold print is the error received. A google search showed a thread by Samson in 2005 that pointed to an issue with server00. I'm not sure if this is the issue, but likely somewhere on my end.

Any ideas?


Chetu


ps: I should add that I have changed my logfile both manually and in the MUD a few times to no avail. Right now the MD5 and sha256 variables are commented out
       
Pages:<< prev 1, 2 next >>