Ok, what's missing?

Releases and bugs in here...
arnetheduck
The Creator Himself
Posts: 296
Joined: 2003-01-02 22:15

Ok, what's missing?

Post by arnetheduck » 2003-12-07 16:06

Uhm, dch++ seems fairly complete to me now, feature-wise...any requests left (Apart from scripts having selectable op-status)? A few more minor bugs and it should be fairly release-ready...

yakko
Posts: 258
Joined: 2003-01-27 06:04

Post by yakko » 2003-12-08 19:08

having the linux version be able to run in the background would be nice. If it could run as an init.d script it'd be even better.

BSOD2600
Forum Moderator
Posts: 503
Joined: 2003-01-27 23:47
Location: USA

Post by BSOD2600 » 2003-12-09 17:19

* Varibles for the MOTD like NMDC had. Min share, min slots, max hubs, hubuptime, etc.

* SNMP output for webstats :) (ok, not really needed but nice for those of use who are stat freaks)

* Anti-advertising censor script/plugin. Monitors main chat with PMs as an option. Selectable user levels can bypass the checking.

* Command to reset stats. Both DCH++ and Hubrules (seperatly of course)

* +showdenied command. Lists all the banned IP ranges.

* Logging of attemps of bad passwords on OP accounts

* Logging of who registers a user/op/etc (like yhub does).
Last edited by BSOD2600 on 2004-05-19 01:16, edited 6 times in total.

arnetheduck
The Creator Himself
Posts: 296
Joined: 2003-01-02 22:15

Post by arnetheduck » 2003-12-09 18:14

yakko wrote:having the linux version be able to run in the background would be nice. If it could run as an init.d script it'd be even better.

dchpp -d?

yakko
Posts: 258
Joined: 2003-01-27 06:04

Post by yakko » 2003-12-09 18:25

is dchpp -d is already included? I never knew that.

yakko
Posts: 258
Joined: 2003-01-27 06:04

Post by yakko » 2003-12-09 19:20

ah...I see it is in .30. Is there an easy way to safely shutdown dch++ in daemon mode? I've tried to modify the skeleton init.d script in debian and a killall is the only way I knew to shut down the daemon, and I know that's not clean. Here's my script as it is now:

Code: Select all

#! /bin/sh
#
# dchppinit     dch++ startup script
#               Written by Jeremy Dennis <utayys2k02@sneakemail.com>
#               09-Dec-2003
#
#               Modified from skeleton (c) below
#
#               Written by Miquel van Smoorenburg <miquels@cistron.nl>.
#               Modified for Debian GNU/Linux
#               by Ian Murdock <imurdock@gnu.ai.mit.edu>.
#
# Version:      @(#)skeleton  1.9.1  08-Apr-2002  miquels@cistron.nl
#

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/local/bin/dchpp/dchpp
NAME=.30
DESC="DCH++ hub software"

test -x $DAEMON || exit 0

set -e

case "$1" in
  start)
        echo -n "Starting $DESC: $NAME"
        /usr/local/bin/dchpp/dchpp eth0 -d
        #start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \
        #       --exec $DAEMON
        echo "."
        ;;
  stop)
        echo -n "Stopping $DESC: $NAME "
        killall "/usr/local/bin/dchpp/dchpp"
        #start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid \
        #       --exec $DAEMON
        echo "."
        ;;
  #reload)
        #
        #       If the daemon can reload its config files on the fly
        #       for example by sending it SIGHUP, do it here.
        #
        #       If the daemon responds to changes in its config file
        #       directly anyway, make this a do-nothing entry.
        #
        # echo -n "Reloading $DESC configuration..."
        # start-stop-daemon --stop --signal 1 --quiet --pidfile \
        #       /var/run/$NAME.pid --exec $DAEMON
        # echo "done."
  #;;
 # restart|force-reload)
        #
        #       If the "reload" option is implemented, move the "force-reload"
        #       option to the "reload" entry above. If not, "force-reload" is
        #       just the same as "restart".
        #
        #echo -n "Restarting $DESC: $NAME"
        #start-stop-daemon --stop --quiet --pidfile \
        #       /var/run/$NAME.pid --exec $DAEMON
        #sleep 1
        #start-stop-daemon --start --quiet --pidfile \
        #       /var/run/$NAME.pid --exec $DAEMON
        #echo "."
        #;;
  *)   
        N=/etc/init.d/$NAME
        # echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
        echo "Usage: $N {start|stop|restart|force-reload}" >&2
        exit 1
        ;;
esac

exit 0

TMaster
Posts: 22
Joined: 2004-01-11 22:29
Location: Hungary

Post by TMaster » 2004-03-31 09:20

Has the hub the ability to ban users by any serial number of the users computer? mean MAC adress of the network card for example

GargoyleMT
DC++ Contributor
Posts: 3212
Joined: 2003-01-08 02:46
Location: .pa.us

Post by GargoyleMT » 2004-04-03 04:40

TMaster wrote:Has the hub the ability to ban users by any serial number of the users computer? mean MAC adress of the network card for example

No, the user's MAC is not available and cannot be used for banning purposes.

yakko
Posts: 258
Joined: 2003-01-27 06:04

Post by yakko » 2004-04-03 05:44

if the user's on dialup then they have no MAC address.

OLDoMiNiON
Posts: 202
Joined: 2003-01-06 11:22
Location: Salford, England.

Post by OLDoMiNiON » 2004-04-04 20:05

of course they do.. all machines connected to an TCP/IP network will have a MAC address. It'll be the modems mac address though, instead of the Computers.

CioDu
Posts: 21
Joined: 2003-11-03 00:46
Location: Milan, Italy

Post by CioDu » 2004-04-07 16:17

If I would suggest a feature, that would be the possibility to set some accounts (with userlevel >= n) so they can bypass ip bans control (my internet provider shares my exit ip with thousand of users, with obvious consequences), and maybe the dns blacklist check too.
How can you liberate people by killing them?

TMaster
Posts: 22
Joined: 2004-01-11 22:29
Location: Hungary

Post by TMaster » 2004-05-17 18:55

how about checking MAC address/or any other serial (hdd serial?:) ) by dc++ (it is really famous dc program, almost everything is built on it) and if there is a ban, then dc++ send this plus info and hub program uses this plus-info :)
other idea: to be able to reload dchpp.xml for example dynamicly load plugins, or motd.
that censure (main and PM chat) is cool, i would suggest flood protect. i am using it with "5" and still able to flood. my idea is, if a message is more then 100 char [floodmsglength] and sent 2x [repeat] in 1minute [time] than flood and kick :)
[ ] = variable

off:
can any1 post an example how to make a lua script to be controllable from PM?

BSOD2600
Forum Moderator
Posts: 503
Joined: 2003-01-27 23:47
Location: USA

Post by BSOD2600 » 2004-05-17 20:15

1) You can change any setting in dchpp.xml by typing +setting <name> value in the hub, which will retain it until restart.
2) Type +refresh to save/reload the MOTD and users.xml
3) Look in dchpp.xml for FloodTrigger & FloodBanTime. Change it to something shorter and/or make/get a flood protection script
4) OpComExtra is a good example of a script that responds to PMs

TMaster
Posts: 22
Joined: 2004-01-11 22:29
Location: Hungary

Post by TMaster » 2004-05-18 10:03

1, i was thinking about dynamic load of plugin
2,3,4, thx, did not know that it reloads the MOTD

changing hublist servers without restarting is a good idea. does it support host resolving? ;)

BSOD2600
Forum Moderator
Posts: 503
Joined: 2003-01-27 23:47
Location: USA

Post by BSOD2600 » 2004-05-19 01:18

You cannot simply reload the contents of dchpp.xml since it is the core settings for the hubsoft. As for reloading other plugins after a change has been made, this is possible. For example: +plreload HubRules.

TMaster
Posts: 22
Joined: 2004-01-11 22:29
Location: Hungary

Post by TMaster » 2004-05-19 09:55

thx BSOD
the follow things i am missing:
+plreload OpCom
Change Hublist server's IP/host from +settings
Able to add/change multiple redirect server from +settings

that is for now :roll:

yakko
Posts: 258
Joined: 2003-01-27 06:04

Post by yakko » 2004-05-19 13:57

I believe OpCom doesn't respond to the +plreload commands.

BSOD2600
Forum Moderator
Posts: 503
Joined: 2003-01-27 23:47
Location: USA

Post by BSOD2600 » 2004-05-19 14:27

Your right, it doesnt seem that OpCom has a reload function

You try +setting ServerIp something.blalba.net ?
You try +redirect someserveraddy.afasfd.com ?

Both of those are in +help. Do you read it ?

yakko
Posts: 258
Joined: 2003-01-27 06:04

Post by yakko » 2004-05-19 14:30

one thing I think that's missing is the ability to write settings to disk, so changes made with +settings could be made perminant.

TMaster
Posts: 22
Joined: 2004-01-11 22:29
Location: Hungary

Post by TMaster » 2004-05-19 15:08

BSOD, sorry it is my fault, i did not described my problem well.
i would like to change this from +setting:
<!-- If enabled, these are the hub lists that dch++ will register itself with these -->
<RegistrationServers>
<Server>68.56.78.135:2501</Server>
<Server>12.246.138.204:2501</Server>
<Server>213.226.69.87:2501</Server>
</RegistrationServers>

---------------------------------------------

I checked a competitor hub software, i found some interesting thing in it

Main chat controlling: Maximum length of chat message (max_chat_msg) and maximum number of lines in each message (max_chat_lines). Also minimum delay between two chat messages, which is currently in seconds, default is one. None of these restrictions apply on OPs.
Hub redirection: You can setup up to 10 hubs where hub will try to redirect every disconnected user.
Bans like: banshare -- exact share size in bytes - banemail -- email from the MyINFO
Plugins: - plugin <plugin_filename.so> - pluglist all - plugout <pluginName> - plugreload <pluginname> (+plreload)
TAG analyse: tag_max_slots_default - tag_max_slots_28kbps - tag_max_slots_33kbps etc... min_slot_connectiontype, max_slot_connectiontype, min_limit_connectiontype, min_hub_connectiontype, max_hub_connectiontype
Hublist registering: +setting hublist_host - hublist_port so i can change and add more or less hublist reg. server

This is written not to harm someone, just to make dch++ better or the best ;)

TMaster
Posts: 22
Joined: 2004-01-11 22:29
Location: Hungary

Post by TMaster » 2004-11-18 10:21

It would be great if in the next version should be open a secondary port, because some users from colleges are able to connect only on incredible stupid ports. THX

yakko
Posts: 258
Joined: 2003-01-27 06:04

Post by yakko » 2004-11-18 20:29

I control that via my router. I have ports 400, 2005 (soon to go away due to some stupid hublists not removing me), and 1984 all going to port 1984 on my hub server. I don't think you can do it with a stock linksys router, but I'm sure some off the shelf ones can do it. I'm using a PC loaded with m0n0wall as my router.

Sedulus
Forum Moderator
Posts: 687
Joined: 2003-01-04 14:32

Post by Sedulus » 2004-11-19 05:33

any linux box can do this easily.. but as for windows I have no idea
http://dc.selwerd.nl/hublist.xml.bz2
http://www.b.ali.btinternet.co.uk/DCPlusPlus/index.html (TheParanoidOne's DC++ Guide)
http://www.dslreports.com/faq/dc (BSOD2600's Direct Connect FAQ)

Who is online

Users browsing this forum: Google [Bot] and 0 guests