Hi
Your problem is that the ports you have allowed are not the only ports FTP
uses. FTP makes use of two separate TCP connections.
The first is the command connection ( 21/tcp) which is the connection used
for logging in , and issuing commands. However when you make a data
connection ( retrievi
>
> Julian Elischer wrote:
> > > > > >However I do suggest that you discuss the
> possibility of enhancing mpd
> > > > > >with archie to allow allocation of addresses from a pool.
> > > > >
> > > > > I seem to recall (I could be mistaken here) that
> Archie has been working
> > > > > with a co
1.24.2.2 of ip_dummynet.c [RELENG_4] has a bug I'm thinking, can someone
comment?
In the below snippet, the value of 's' from splimp() is
overwritten by the return value of alloc_hash(), which is
an errno. If its != 0, then there's a missing splx().
If it is == 0, then splx() is called with the wr
From: Don Bowman [mailto:[EMAIL PROTECTED]
...
I believe this patch will correct the issue.
Index: ip_dummynet.c
===
RCS file: /usr/cvs/src/sys/netinet/ip_dummynet.c,v
retrieving revision 1.24.2.17.1000.1
retrieving revision 1.24.2
On Thu, 24 Jul 2003, 11:31-0400, Don Bowman wrote:
> From: Don Bowman [mailto:[EMAIL PROTECTED]
>
> ...
>
> I believe this patch will correct the issue.
>
> Index: ip_dummynet.c
[...]
Yes, it looks correct. I will commit it as soon as I get your PR.
Thanks!
--
Maxim Konovalov, [EMAIL PROTEC
With the regular data, I would like to send an opaque data from a netgraph
node to a userland program that has a NG_DATA/PF_NETGRAPH socket. This opaque
data is the meta.
How can it be performed ?
Then, from the userland program, how to send data with an opaque to a
NG_DATA/PF_NG socket ? Then
you are correct
My plan was to use the metadata part of recvmesg()
to transfer metadata but never implemented it and it has not been
needed.
I suggest that you write a very simple node (start with ng_sample.c)
that converts metadata to a 'header' prepends it to the data
and then pass that up.
Alt
Le Jeudi 24 Juillet 2003 20:26, Julian Elischer a écrit :
> you are correct
>
> My plan was to use the metadata part of recvmesg()
> to transfer metadata but never implemented it and it has not been
> needed.
> I suggest that you write a very simple node (start with ng_sample.c)
> that converts met
Hello everybody,
I have a FreeBSD 4.8-STABLE server running Samba 2.2.8a and a workstation
running Windows 2000 SP4. Whereas FTP transfers between these boxes average
700 KB/s (10 mbps LAN), Samba transfers are never beyond ~120 KB/s.
Trust me, I have tried *everything* I've run into as far as tu
Can someone please point me to a method for measuring the packet lag between
interfaces when using ipfw and/or ipfw2?
Thanks.
Eric W. Bates
[EMAIL PROTECTED]___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To uns
First off, response to my announcement has been amazing. I've received
150 e-mails so far, and they're still coming. Thanks to everyone who
has responded.
An extra special thanks to those people who agreed to talk to contacts
they have within nVidia. I'm still waiting for for info from these
peop
On Thu, Jul 24, 2003 at 06:03:25PM -0400, Eric W. Bates wrote:
> Can someone please point me to a method for measuring the packet lag between
> interfaces when using ipfw and/or ipfw2?
in RELENG_4, i386 kernels you can add the option
options KERN_TIMESTAMP
which then allows you to use t
Or, switch to using IPFILTER/IPNAT which has special features to handle the
case of FTP.
MAtt
> Your problem is that the ports you have allowed are not the only ports FTP
> uses. FTP makes use of two separate TCP connections.
>
> The first is the command connection ( 21/tcp) which is the connect
Brett Glass wrote:
> >I'd like to, but to be truthful I don't have much time to spare
> >these days...
>
> Would it be possible for you to spend just a few hours on converting
> code from mpd's pptp_ctrl.c and pptp.c into the basis of the daemon?
> The daemon would need to accept incoming "calls"
At 08:50 PM 7/24/2003, Archie Cobbs wrote:
>I don't have time to do any real work.. however, the PPTP control
>layer can be used pretty much as is.. i.e., the files pptp_ctrl.[ch].
>It has a fairly clean API that any PPP daemon could use, and all they
>require is some kind of event support.
We
On Thursday 24 July 2003 06:57 pm, Bill Paul wrote:
> I have also made some progress on another front. It occured to me
> that since nVidia is known for GPU expertise rather than networking
> expertise that maybe their 'proprietary design' wasn't really
> anything of the sort. Well, I was right: wh
16 matches
Mail list logo
