SSH is encrypted, so passwords are not sent in plaintext.
some users /can't/ do ssh... they're lucky they can telnet at all... i'm aware >of at least one BBS user that (still) uses a 486 with DOS v6 and the old watcom
comms drivers stuff... almost kinda similar to the old KA9Q stuff...
I'm not a fan of non-default ports. I think using non-default ports creates one extra hurdle for users, if you care about attracting them. <shrug>
I second this.
some users /can't/ do ssh... they're lucky they can telnet at all... i'm aware >of at least one BBS user that (still) uses a 486 with DOS v6 and the old watcom
comms drivers stuff... almost kinda similar to the old KA9Q stuff...
Some BBSes cannot offer it, either. For whatever reason, synchronet will compile on my system, but will segfault when executed if SSH/SSL is enabled.
I've not tried it lately. DM may have figured out what was causing it by now.
I am not, either, but got tired of getting hammered on the default telnet port. I have left my other services on the defaults, though.
A telnet "call" to the default port here does bring up a screen which tells any human "callers" which port to find the actual BBS on.
A telnet "call" to the default port here does bring up a screen which tells MP>any human "callers" which port to find the actual BBS on.
A telnet "call" to the default port here does bring up a screen which tells any human "callers" which port to find the actual BBS on.
That's not a bad workaround to the problem. Yeah it does appear these days th I>default telnet ports are getting hit a lot. I've seen a few other solutions I>that I also like:
1 - Jack Phlash of Distortion requires an ESC to be hit before login.
2 - MRO of EOB has a captcha then whitelists the IP.
2 - MRO of EOB has a captcha then whitelists the IP.
I tried the CAPTCHA deal, but it kept locking up, so I decided not to
use it.
With Synchronet's login-js deal, plus my ever growing user.can and
ip.can files, and SBBS's feature of where "if a terminal type is not detcted, the inactivity hangup is reduced to 75 seconds", that helps
get rid of a lot of these bots.
Re: Help with Security and BB
By: Daryl Stout to MIKE POWELL on Thu Mar 01 2018 12:32 pm
With Synchronet's login-js deal, plus my ever growing user.can and ip.can files, and SBBS's feature of where "if a terminal type is not detcted, the inactivity hangup is reduced to 75 seconds", that helps
get rid of a lot of these bots.
Hey Daryl, that feature sounds good! How do I enable the 75 second if no term detected option, or is this just "on" from installation now in Synchronet?
Hey Daryl, that feature sounds good! How do I enable the 75 second if
no term detected option, or is this just "on" from installation now in Synchronet?
Yeah, that sounds like something that was introduced with the latest cryptlib update and fixed (by now).
2 - MRO of EOB has a captcha then whitelists the IP.
I tried the CAPTCHA deal, but it kept locking up, so I decided not to use it.
Sounds like the solution you have in place is a good one, too. So no loss.
With Synchronet's login-js deal, plus my ever growing user.can and ip.can files, and SBBS's feature of where "if a terminal type is not detcted, the inactivity hangup is reduced to 75 seconds", that helps
get rid of a lot of these bots.
Hey Daryl, that feature sounds good! How do I enable the 75 second if no term S>detected option, or is this just "on" from installation now in Synchronet?
Look in exec/login.js for this code:
if(!console.autoterm) {
console.inactivity_hangup *= .25;
log(LOG_NOTICE, "Terminal not detected, reducing inactivity hang-up
timeout to " + console.inactivity_hangup + " seconds");
}
Rob,
Look in exec/login.js for this code:
if(!console.autoterm) {
console.inactivity_hangup *= .25;
log(LOG_NOTICE, "Terminal not detected, reducing inactivity hang-up
timeout to " + console.inactivity_hangup + " seconds");
}
Can that value be changed?? Such as to 30 seconds instead of 75??
| Sysop: | Winzlo |
|---|---|
| Location: | Minnesota, USA |
| Users: | 11 |
| Nodes: | 16 (0 / 16) |
| Uptime: | 495937:16:37 |
| Calls: | 82 |
| Files: | 1,070 |
| D/L today: |
27 files (11,920K bytes) |
| Messages: | 286,955 |