headers
Mihai CHELARU | 1 Jun 2004 01:51

Re: ipnat/rdr

Can you do `ipnat -lv | grep pkts` ?

--

-- 
TIA
Mihai

On Monday 31 May 2004 23:11, Geoff Wing wrote:
> Mihai CHELARU <kefren <at> netbastards.org> typed:
> : NetBSD 2.0: A simple rule for transparent proxy:
> : rdr bge0 0.0.0.0/0 port 80 -> 127.0.0.1 port 3128
>
> On my home LAN, I use the following (kernel now at 2.0F)
>
>   rdr ex0 0.0.0.0/0 port 25 -> 127.0.0.1 port 25 tcp
>
> and it works fine.
>
> Regards,
Permalink | Reply | 0 comments |
headers
Mihai CHELARU | 1 Jun 2004 01:55

Re: ipnat/rdr

Oh, n/m, thanks. Think I found a bug in ipnat. If the interface has 
hardware csums enabled it won't work. I'll fill a PR asap.

--

-- 
TIA,
Mihai

On Monday 31 May 2004 23:11, Geoff Wing wrote:
> Mihai CHELARU <kefren <at> netbastards.org> typed:
> : NetBSD 2.0: A simple rule for transparent proxy:
> : rdr bge0 0.0.0.0/0 port 80 -> 127.0.0.1 port 3128
>
> On my home LAN, I use the following (kernel now at 2.0F)
>
>   rdr ex0 0.0.0.0/0 port 25 -> 127.0.0.1 port 25 tcp
>
> and it works fine.
>
> Regards,
Permalink | Reply | 0 comments |
headers
Mark Davies | 1 Jun 2004 02:14
Picon
Picon
Favicon

Re: nfs gid based access right problems with netbsd-{current,2-0}

On Tue, 01 Jun 2004 10:12, Markus W Kilbinger wrote:

> The strange thing for me is that there is a minority of
> netbsd-{current,2-0} machines which can access the file (as the
> netbsd-1-6 ones), but the majority cannot, platform independent (I
> tested i386, macppc, alpha, sparc64). I cannot find a reproducible
> rule... :-(

> -> Does anybody else see this kind of problem?

> From: Geoff Wing
>> My PR#23716

as well as Geoff's PR#23716 there is my PR#24987 which is the same thing.

As to machines that work vs those that don't:  Is it perhaps ones where root 
is mapped to root that work and where root is mapped to nobody that don't?
As the problem only strikes us on machines where root is mapped to nobody (I 
think).

cheers
mark
Permalink | Reply | 0 comments |
headers
NetBSD source update | 1 Jun 2004 05:40
Picon

daily CVS update output


Updating src tree:
P src/distrib/sets/lists/comp/mi
P src/distrib/sets/lists/man/mi
P src/doc/3RDPARTY
P src/doc/CHANGES
P src/gnu/dist/postfix/src/util/sys_defs.h
P src/gnu/usr.sbin/postfix/Makefile.inc
P src/include/unistd.h
P src/lib/libc/gen/Makefile.inc
U src/lib/libc/gen/closefrom.3
U src/lib/libc/gen/closefrom.c
P src/sbin/scsictl/scsictl.c
P src/share/man/man4/Makefile
U src/share/man/man4/re.4
P src/sys/arch/amd64/amd64/pmap.c
P src/sys/arch/amiga/stand/Makefile
U src/sys/arch/amiga/stand/misc/Makefile
U src/sys/arch/amiga/stand/misc/device-streams.tar.gz.uue
U src/sys/arch/amiga/stand/misc/loadbsd-2.14.gz.uue
U src/sys/arch/amiga/stand/misc/loadbsd-2.14.uue
U src/sys/arch/amiga/stand/misc/loadbsd-2.16.gz.uue
U src/sys/arch/amiga/stand/misc/loadbsd.gz.uue
U src/sys/arch/amiga/stand/misc/loadbsd.uue
U src/sys/arch/amiga/stand/misc/rdbinfo.gz.uue
U src/sys/arch/amiga/stand/misc/rdbinfo.uue
U src/sys/arch/amiga/stand/misc/runbootblock.README
U src/sys/arch/amiga/stand/misc/runbootblock.uue
U src/sys/arch/amiga/stand/misc/xstreamtodev.gz.uue
U src/sys/arch/amiga/stand/misc/xstreamtodev.uue
(Continue reading)

Permalink | Reply | 0 comments |
headers
Markus W Kilbinger | 1 Jun 2004 08:30
Picon
Picon

Re: nfs gid based access right problems with netbsd-{current,2-0}

>>>>> "Geoff" == Geoff Wing <mason <at> primenet.com.au> writes:

    Geoff> : -> Does anybody else see this kind of problem?

    Geoff> My PR#23716

>>>>> "Mark" == Mark Davies <mark <at> mcs.vuw.ac.nz> writes:

    Mark> as well as Geoff's PR#23716 there is my PR#24987 which is
    Mark> the same thing.

    Mark> As to machines that work vs those that don't: Is it perhaps
    Mark> ones where root is mapped to root that work and where root
    Mark> is mapped to nobody that don't?

Yep, that's the rule I was looking for! ;-)

    Mark> As the problem only strikes us on machines where root is
    Mark> mapped to nobody (I think).

I can confirm this...

So, thanks for the hints....

... and: Is somebody working on this?

Markus.
Permalink | Reply | 0 comments |
headers
Ian Zagorskih | 1 Jun 2004 11:49

zoneinfo build failed with MKSHARE=no


# uname -a
NetBSD IANZAG 2.0_BETA NetBSD 2.0_BETA (IANZAG) #2: Wed May 26 13:01:57 NOVST 
2004  ianzag <at> IANZAG:/usr/src/sys/arch/i386/compile/IANZAG i386

NetBSD-release-2-0 completely updated from today's CVS repository.

Build was done with the following script:

---cut---
#!/bin/sh

TOP=`pwd`
SRC=/usr/src
BUILDSH=$SRC/build.sh
MACHLIST=./machine

if [ ! -x $BUILDSH ]; then
        echo "Cannot find build script $BUILDSH"
        exit 1
fi

if [ ! -r $MACHLIST ]; then
        echo "Cannot find machines list $MACHLIST !"
        exit 1
fi

if [ -r $TOP/mk.conf ]; then
        export MAKECONF=$TOP/mk.conf
fi
(Continue reading)

Permalink | Reply | 0 comments |
headers
Arto Selonen | 1 Jun 2004 12:55

support for 512MB Kingston DataTraveller2.0 USB in -current?

Hi!

I recently got hold of one 512MB USB flash drive, and tried to see if
NetBSD-current would recognize it, with the following results:

umass0 at uhub0 port 2 configuration 1 interface 0
umass0: Kingston DataTraveler2.0, rev 2.00/2.00, addr 2
umass0: using SCSI over Bulk-Only
scsibus0 at umass0: 2 targets, 1 lun per target

Whereas Transcend JetFlash 1GB gives the following:
(same USB connection, after detaching the Kingston)

umass0 at uhub0 port 2 configuration 1 interface 0
umass0: EasyDisk TS1GJFLASHA, rev 1.10/1.00, addr 2
umass0: using SCSI over Bulk-Only
scsibus0 at umass0: 2 targets, 1 lun per target
sd0 at scsibus0 target 0 lun 0: <, TS1GJFLASHA, 1.00> disk removable
sd0: fabricating a geometry
sd0: 989 MB, 989 cyl, 64 head, 32 sec, 512 bytes/sect x 2026200 sectors

after which I can use fdisk, disklabel, mount etc.

I assume that the 512MB Kingston is not supported?
Any chance of supporting it in -current?
(Or am I just doing something the Wrong Way?)

Artsi
--

-- 
#######======------  http://www.selonen.org/arto/  --------========########
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthias Scheler | 1 Jun 2004 14:49
Picon
Favicon

Re: ipnat/rdr

In article <slrncbn4cf.us.mason <at> g.primenet.com.au>,
	Geoff Wing <mason <at> primenet.com.au> writes:
> On my home LAN, I use the following (kernel now at 2.0F)
> 
>   rdr ex0 0.0.0.0/0 port 25 -> 127.0.0.1 port 25 tcp

That looks interesting. Will it catch all attempts to deliver e-mail
directly and redirect it to a local e-mail mail relay? What's the
purpopse? Stopping infected PCs behind your firewall to spread
viruses via SMTP?

	Kind regards

--

-- 
Matthias Scheler                                  http://scheler.de/~matthias/
Permalink | Reply | 2 comments |
headers
Renaud Métrich | 1 Jun 2004 20:36
Favicon

wscons problem

Hello,

having used etcupdate to update the various files in /etc, i must have 
done a mistake while merging because now i don't have access to my 4 
console logins anymore, but only the first one.
The /etc/wscons.conf file still looks good:
[...]
#screen 0       -       vt100
screen  1       -       vt100
screen  2       -       vt100
screen  3       -       vt100
[...]

I can switch between the consoles, but i don't have the "login" screen 
on the last 3 consoles.
Also, when i start X, i now have X on the second screen (Ctrl-Alt-F2) 
(instead of the 5th screen previously).

thanks for your help,

Renaud.
Permalink | Reply | 5 comments |
headers
Mihail | 1 Jun 2004 18:47
Favicon

driver for au8820 based soundcards

Hello,

I would like to know if there is a drvier for au8820 based soundcards in
NetBSD. I've noticed an entry for this device in pcidevs.h and wonder if
there is a way (or early code) to make it work?

Thanks in advance,
Mihail
Permalink | Reply | 0 comments |

Gmane