Re: telnetd without inetd

2003-06-05 Thread Doug Silver
On Wednesday 04 June 2003 12:19 pm, Dan Mahoney, System Admin wrote:
 Is there a way to run telnetd in standalone mode, i.e. without inetd?
 We have a system that we sometimes need to connect to from within a cisco
 router, which can't do ssh (and not from anywhere else, we've firewalled
 it as such).

 -Dan Mahoney

 --

 If you aren't going to try something, then we might as well just be
 friends.

 We can't have that now, can we?

 -SK  Dan Mahoney,  December 9, 1998

 Dan Mahoney
 Techie,  Sysadmin,  WebGeek
 Gushi on efnet/undernet IRC
 ICQ: 13735144   AIM: LarpGM
 Site:  http://www.gushi.org
 ---

Are you just concerned about running it through inetd?  What about the 
alternative xinetd?  If you already have it firewalled, I'm not sure what 
your concern is about running it through inetd.  I don't know if you can run 
telnetd as a standalone daemon, but if that's the only service that's enabled 
in inetd.conf, does it matter?

FWIW, you can further lock down access in the hosts.allow file.

-doug
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Locking down secondary mx sendmail

2003-06-04 Thread Doug Silver
It seems the spammers like to target secondary mx machines and let those 
machines relay the email to the primary machine.  I've tried setting up the 
virtusertable file to at least reject invalid emails on the secondary mx 
machine, but it seems that sendmail bypasses that when it's doing mx relaying 
for that domain.  So, does anyone have some suggestions to partially lock 
down mx relay machines?

TIA

-doug
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Weird NIS master problem

2002-12-12 Thread Doug Silver
I have two FBSD NIS machines, the master is running 4.6 and the slave is at 
4.7.  The slave works properly, it's the master that is acting strangely.

The master is also serving as a router with 2 nic cards, and is running ntpd.  
It processes NIS stuff, just *really* slowly.  It is not doing firewall stuff 
(yet).

For example, running 'truss id dsilver' it stalls right after running 
'gettimeofday' but eventually answers back properly.  The same behavior 
happens on any other client if I bind it to the master instead of the slave, 
i.e. you can login, it just takes a long time.

I've confirmed that both machines are running ypserv, ypbind, rpc.statd, and 
the server is also running rpc.ypxfrd.

Any suggestions?

Thanks.

-Doug

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message



Weird NIS master problem

2002-12-12 Thread Doug Silver
(Sorry if this gets double-posted, I don't think I sent it correctly the first 
time)

I have two FBSD NIS machines, the master is running 4.6 and the slave is at
4.7.  The slave works properly, it's the master that is acting strangely.

The master is also serving as a router with 2 nic cards, and is running ntpd.
It processes NIS stuff, just *really* slowly.  It is not doing firewall stuff
(yet).

For example, running 'truss id dsilver' it stalls right after running
'gettimeofday' but eventually answers back properly.  The same behavior
happens on any other client if I bind it to the master instead of the slave,
i.e. you can login, it just takes a long time.

I've confirmed that both machines are running ypserv, ypbind, rpc.statd, and
the server is also running rpc.ypxfrd.

Any suggestions?

Thanks.

-Doug


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message