Re: Monitoring TCP/IP traffic
On 03/04/2004-11:44AM, Francisco Reyes wrote: > > Is there is anything like TOP for TCP/IP? /usr/ports/net/trafshow ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Complete FreeBSD the same as the online handbook?
On Wed 07/16/2003-12:50:19PM +0200, dick hoogendijk wrote: > > If not, how can I obtain a printed copy of the handbook other than > printing it myself (something I don't want to do ;-)) > http://www.freebsdmall.com Check out the Books section. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: exec'ing ppp from within PHP
On Mon 02/10/2003-10:16:22PM +0100, Manuel Kasper wrote: > > I simply can't imagine what difference it makes whether ppp has been > executed from PHP or from a shell script once it is running. And yes, I'm > using > /dev/null 2>&1 in the exec() in PHP to make sure PHP won't wait for > ppp - in fact PHP exits correctly after the exec, leaving ppp to run in the > background. > I have had similar problems with php. You need to use /usr/sbin/daemon or /usr/ports/sysutils/detach if your FreeBSD doesn't have deamon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Aliasing lo0
I needed to put an alias on lo0 for 127.0.0.2 and I made the mistake of assuming this would work like any other interface but that isn't the case. ifconfig inet lo0 127.0.0.2 netmask 255.255.255.255 alias results in an ip that I can ping but when I startup dnscache and ask it to listen on that ip it won't respond to queries. ( Yes queries from the same host ) If I switch the netmask to 255.0.0.0 ( which goes completely against the man page for ifconfig ) and everything works great. Also /etc/defaults/rc.conf shows... #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0x" # Sample alias entry. If I follow that sample ( note the netmask ) things won't work right. Am I missing something or is lo0 treated differently for some reason? FreeBSD 4.5 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
FIXED: accept() doesn't pass back sockaddr
On Mon 10/14/2002-08:50:08PM -0400, Christopher Weimann wrote: > > On Tue 10/15/2002-12:17:49AM +0100, Ian Dowse wrote: > > > > Is the code in question correctly initialising the variable that > > the `addrlen' parameter points to before calling accept? It looks > > as if this might be the problem in the PR you mention. I mean that > > the code should look like > > > > sin_len = sizeof(sin); > > s = accept(servsock, (struct sockaddr *)&sin, &sin_len); > > > > where `sin_len' is reset to the correct length before calling > > accept() each time. I think sin_len may be reset to 0 when an error > > occurs, but otherwise you would get away with not resetting it. > > > > I think you have it. I checked and the code in question has the > same problem as the PR code, sin_len is not being reset to the proper > value before each call to accept(). I will put this change in and > sometime tommorow ( once the box gets some traffic ) I will know if > this has fixed it. I'm betting it will. > This is definately fixed now. It has been running all day with no problems. Thanks again Ian. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: accept() doesn't pass back sockaddr
On Tue 10/15/2002-12:17:49AM +0100, Ian Dowse wrote: > > In message <[EMAIL PROTECTED]>, Christopher Weimann writes: > >I am using on a web filter ( dansguardian.org ) and am having > >problems on FreeBSD (4.5-STABLE). The filter runs fine for > >about 20 minutes or so then can't seem to come up with the > >right ip addresses for any client machines. > > > >After much reading of man pages, Stevens, and some banging > >of my head against the desk I decided that maybe it wasn't > >me :) I found a PR that I think seems to relate (misc/34307) > >but this still confuses me. I would think that if the > >situation this PR describes were to be the case all sorts > >of things wouldn't be working right. > > Is the code in question correctly initialising the variable that > the `addrlen' parameter points to before calling accept? It looks > as if this might be the problem in the PR you mention. I mean that > the code should look like > > sin_len = sizeof(sin); > s = accept(servsock, (struct sockaddr *)&sin, &sin_len); > > where `sin_len' is reset to the correct length before calling > accept() each time. I think sin_len may be reset to 0 when an error > occurs, but otherwise you would get away with not resetting it. > I think you have it. I checked and the code in question has the same problem as the PR code, sin_len is not being reset to the proper value before each call to accept(). I will put this change in and sometime tommorow ( once the box gets some traffic ) I will know if this has fixed it. I'm betting it will. Thank you! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
accept() doesn't pass back sockaddr
I am using on a web filter ( dansguardian.org ) and am having problems on FreeBSD (4.5-STABLE). The filter runs fine for about 20 minutes or so then can't seem to come up with the right ip addresses for any client machines. After much reading of man pages, Stevens, and some banging of my head against the desk I decided that maybe it wasn't me :) I found a PR that I think seems to relate (misc/34307) but this still confuses me. I would think that if the situation this PR describes were to be the case all sorts of things wouldn't be working right. I don't have a hope of fixing the PR, I can't even seem to find the source for accept(). Does anybody know of a better work around than closing the socket ( and loosing any backlog ) and re-opening it?. Thanks in advance. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message