I have noticed that the DDoS attacks that come in usually come from one hostname or IP and hit all at once and even if you block them they find a new IP/Host. Is it possible to put a feature into Synchronet that will allow only 1 IP on at a time, that way all your nodes don't fill at once.
I have noticed that the DDoS attacks that come in usually come from one hostname or IP and hit all at once and even if you block them they find a new IP/Host. Is it possible to put a feature into Synchronet that will allow only 1 IP on at a time, that way all your nodes don't fill at once.
It's definitely possible, but of course, with NAT, it's common to have multiple clients using the same public IP address. So if you had that limit, it's possible that users in common organizations/businesses, might block each other out very easily.
Re: Feature Request
By: Digital Man to Dribble on Sun Nov 27 2016 05:43 pm
It's definitely possible, but of course, with NAT, it's common to have multiple clients using the same public IP address. So if you had that limit, it's possible that users in common organizations/businesses, might block each other out very easily.
So how bout make it an option for the Sysops that want it? I know a ton probably do. Is it not something you can put into sbbs.ini to make it an option?
Re: Feature Request
By: Dribble to Digital Man on Sun Nov 27 2016 07:43 pm
Re: Feature Request
By: Digital Man to Dribble on Sun Nov 27 2016 05:43 pm
It's definitely possible, but of course, with NAT, it's common to have multiple clients using the same public IP address. So if you had that limit, it's possible that users in common organizations/businesses, might block each other out very easily.
So how bout make it an option for the Sysops that want it? I know a ton probably do. Is it not something you can put into sbbs.ini to make it an option?
Ya, I'll work something up. You wouldn't want to enable something like this on the web server though, as browsers normally open lots of connections.
I have noticed that the DDoS attacks that come in usually come from
one hostname or IP and hit all at once and even if you block them they find a new IP/Host.
Is it possible to put a feature into Synchronet that will allow only 1
IP on at a time, that way all your nodes don't fill at once.
So how bout make it an option for the Sysops that want it? I know a ton
probably do. Is it not something you can put into sbbs.ini to make it
an option?
Ya, I'll work something up. You wouldn't want to enable something like this on the web server though, as browsers normally open lots of connections.
27 Nov 16 21:22, you wrote to Dribble:
So how bout make it an option for the Sysops that want it? I know a ton
probably do. Is it not something you can put into sbbs.ini to make it
an option?
Ya, I'll work something up. You wouldn't want to enable something like this on the web server though, as browsers normally open lots of connections.
FTP does similar with multiple connections, as well ;)
So it's in there now (in CVS and this morning's build), just set sbbs.ini [BBS] MaxConcurrentConnections to the number like (1 or 2?). The default is 0 (unlimited).
DM, you kick ass, now I'm goig to have to get VC or borland or something since I'm running from a windows machine at the moment.. I hav Linux on my
Laptop, but dont want to leave it on 24/7 it also don't have a modem to accept pots calls, but this is an excellent options for us who don't have
Re: Feature Request
By: Digital Man to Dribble on Mon Nov 28 2016 11:09 am
So it's in there now (in CVS and this morning's build), just set sbbs.ini [BBS] MaxConcurrentConnections to the number like (1 or 2?). The default is 0 (unlimited).
DM, you kick ass, now I'm goig to have to get VC or borland or something since I'm running from a windows machine at the moment.. I hav Linux on my Laptop, but dont want to leave it on 24/7 it also don't have a modem to accept pots calls, but this is an excellent options for us who don't have this in our routers (could'nt find it on mine).
So it's in there now (in CVS and this morning's build), just set sbbs.ini [BBS] MaxConcurrentConnections to the number like (1 or 2?). The default is 0 (unlimited).
FWIW you don't necessarily have to build it yourself; DM makes nightly builds available here:
Or you could just download ftp://vert.synchro.net/Synchronet/sbbs_dev.zip
Re: Feature Request
By: Digital Man to Dribble on Sun Nov 27 2016 09:22 pm
So it's in there now (in CVS and this morning's build), just set sbbs.ini [BBS] MaxConcurrentConnections to the number like (1 or 2?). The default is 0 (unlimited).
FTP does similar with multiple connections, as well ;)
2 is normal for FTP (one for control and one for data).
28 Nov 16 11:41, you wrote to me:
FTP does similar with multiple connections, as well ;)
2 is normal for FTP (one for control and one for data).
right but i was talking about some ftp clients that open multiple connections to the ftp server... i've seen as many as 5 or 6 from certain GUI clients...
Ah, I hadn't seen that. Well FTP connections are cheap, while BBS nodes aren't (as cheap), so I've implemented the MaxConcurrentConnections feature only for the Terminal Server, at least for now.
right but i was talking about some ftp clients that open multiple
connections to the ftp server... i've seen as many as 5 or 6 from
certain GUI clients...
Ah, I hadn't seen that. Well FTP connections are cheap, while BBS
nodes aren't (as cheap), so I've implemented the
MaxConcurrentConnections feature only for the Terminal Server, at
least for now.
Is there a way you could implement a @-CODE for the Comment Field in the user database. I use this field often for notes, and I would like a way to display it. If you agree, can you put it on your todo list. Thanks in advance.
It's certainly possible, but maybe consider using the "Note" field instead? The "comment" was intended to be a private (sysop-viewable-only) comment about the user, whereas the Note was intended to be potentially public and hence there is already @-codes for the Note field.
If you find you still need/want the comment field, you can create the feature request at https://gitlab.synchro.net/main/sbbs/-/issues. -- digital man
Re: Feature Request
By: Digital Man to DesotoFireflite on Mon Feb 22 2021 11:37 am
It's certainly possible, but maybe consider using the "Note" field instead? The "comment" was intended to be a private (sysop-viewable-only) comment about the user, whereas the Note was intended to be potentially public and hence there is already @-codes for the Note field.
OK, I see that, and it's populated with the ip address of the users, that's why I wanted the comment field. I'll see if I can change my thinking process on this. Always, thanks
| Sysop: | Ragnarok |
|---|---|
| Location: | Dock Sud, Bs As, Argentina |
| Users: | 136 |
| Nodes: | 10 (0 / 10) |
| Uptime: | 22:01:14 |
| Calls: | 15,171 |
| Calls today: | 4 |
| Files: | 19,858 |
| D/L today: |
106 files (8,421K bytes) |
| Messages: | 1,692,263 |