On Tue, Jun 01, 2004 at 07:03:27PM -0500, Mike Silbersack wrote:
>
> On Tue, 1 Jun 2004, Kris Kennaway wrote:
>
> > On Tue, Jun 01, 2004 at 12:05:35PM -0500, Mike Silbersack wrote:
> > > Sounds like something that should be dealt with on the server's end. Some
> > > of the changes we've made in
On Tue, 1 Jun 2004, Andre Oppermann wrote:
> A port should not be reused this fast. Maybe the randomness isn't
> so random after all and choses the same port over again and again?
We use arc4random, so I don't think that's likely, but it is possible.
> > A simpler solution might be to use pass
On Tue, 1 Jun 2004, Kris Kennaway wrote:
> On Tue, Jun 01, 2004 at 12:05:35PM -0500, Mike Silbersack wrote:
> > Sounds like something that should be dealt with on the server's end. Some
> > of the changes we've made in 5.x might fix the problem, but I don't think
> > anyone has looked into that
On Tue, Jun 01, 2004 at 12:05:35PM -0500, Mike Silbersack wrote:
>
> On Tue, 1 Jun 2004, Dmitry Pryanishnikov wrote:
>
> > The main question is: how to prevent this situation? Of course, as a
> > workaround I can set net.inet.ip.portrange.randomized to zero, but what's
> > the real solution? Is
Mike Silbersack wrote:
>
> On Tue, 1 Jun 2004, Dmitry Pryanishnikov wrote:
>
> > The main question is: how to prevent this situation? Of course, as a
> > workaround I can set net.inet.ip.portrange.randomized to zero, but what's
> > the real solution? Is it FTP-client or FTP-server that should ta
Shingo WATANABE:
> I know the udav(4) was ported to FreeBSD, but I don't know why
> programming with big-endian CRC on FreeBSD.
Most likely it's just an error that was introduced when the driver
was ported.
> When I wrote this driver on NetBSD, it worked well with little-endian
> CRC.
Well, man
On Tue, 1 Jun 2004, Dmitry Pryanishnikov wrote:
> The main question is: how to prevent this situation? Of course, as a
> workaround I can set net.inet.ip.portrange.randomized to zero, but what's
> the real solution? Is it FTP-client or FTP-server that should take care of
> the previous DATA port
Hello,
I'm original author of udav(4) on NetBSD.
At Tue, 1 Jun 2004 14:10:44 + (UTC),
[EMAIL PROTECTED] (Christian Weisgerber) wrote:
>
> Anybody here who uses a udav(4) device and can check that the multicast
> filter works properly?
>
> On NetBSD, were the driver was ported from, the multi
Anybody here who uses a udav(4) device and can check that the multicast
filter works properly?
On NetBSD, were the driver was ported from, the multicast hash
filter is programmed with a little-endian ethernet CRC. On FreeBSD,
with a big-endian one. Which is it?
(Cc'ed to the original submitter
Just to update you on the D-Link 504T problem. After some weeks and a
relocation I've been able to dig further in it and come to the
conclusion that the 504T (mind the 'T') is buggy.
Both the D-Link European help desk and the following page confirmed
what I suspected:
http://www.broadbandrepor
Hello!
I've tried to install 4.10-RELEASE via FTP several times, but every time
(earlier or later) FTP transfers were aborted with code "425 Failed to
establish connection.", and FTP site selection menu popped up again. My FTP
server is vsftpd-1.2.2 server built from fresh ports on 4.7-RELEASE s
11 matches
Mail list logo
