I'm hoping some of you here have run gentoo on a windows host and will
know something about the various networking possibilities.
My setup:
Wireless connected laptop running windows vista premium home
Local lan network connected to internet via cable.
Home router has the internet connection and wireless laptop is joined
into lan by a WAP (Wireless access point). With static ip addressing
(not dhcp).
When setting up gentoo in the virtual machine you have two main
approaches to networking. Bridged and Nat.
Can anyone tell me which is best suited for my setup.
Starting the 2008.0 minimal iso file in vmware... I end up with a
working network immediately without doing a thing.
Maybe I can just transfer those settings somehow but there are no
setting in /etc/conf.d/net on the install disk.
It appears to have gotten an address from a dhcp server built into
vmware.
I don't want to jerk around with wireless setting for the gentoo
install and would prefer to connect thru the hosts ip and nameserver.
Should I use `Bridged' or `Nat'. And how to set it up after making
that decision.
--
gentoo-user@lists.gentoo.org mailing list
Sun Apr 20 17:30:01 2008
Return-path: <gentoo-hardened+bounces-2036-tom=linux-archive.org@lists.gentoo.org>
Envelope-to: tom@linux-archive.org
Delivery-date: Sun, 20 Apr 2008 17:17:04 +0300
Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org)
by s2.java-tips.org with esmtp (Exim 4.68)
(envelope-from <gentoo-hardened+bounces-2036-tom=linux-archive.org@lists.gentoo.org>)
id 1JnaLo-0004YH-GS
for tom@linux-archive.org; Sun, 20 Apr 2008 17:17:04 +0300
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 23F81E05E6;
Sun, 20 Apr 2008 14:16:55 +0000 (UTC)
X-Original-To: gentoo-hardened@lists.gentoo.org
Delivered-To: gentoo-hardened@lists.gentoo.org
Received: from ananke.telenet-ops.be (ananke.telenet-ops.be [195.130.137.78])
by pigeon.gentoo.org (Postfix) with ESMTP id D63CFE05E6
for <gentoo-hardened@lists.gentoo.org>; Sun, 20 Apr 2008 14:16:54 +0000 (UTC)
Received: from localhost (localhost.localdomain [127.0.0.1])
by ananke.telenet-ops.be (Postfix) with SMTP id 8C9463923C2
for <gentoo-hardened@lists.gentoo.org>; Sun, 20 Apr 2008 16:16:54 +0200 (CEST)
Received: from [192.168.1.3] (user-85-201-69-178.tvcablenet.be [85.201.69.178])
by ananke.telenet-ops.be (Postfix) with ESMTP id 6A3FF3923C1
for <gentoo-hardened@lists.gentoo.org>; Sun, 20 Apr 2008 16:16:54 +0200 (CEST)
Message-ID: <480B5055.6040806@tvcablenet.be>
Date: Sun, 20 Apr 2008 16:16:53 +0200
From: =?ISO-8859-1?Q?Fran=E7ois_Valenduc?=
<francois.valenduc@tvcablenet.be>
User-Agent: Thunderbird 2.0.0.12 (X11/20080229)
Precedence: bulk
List-Post: <mailto:gentoo-hardened@lists.gentoo.org>
List-Help: <mailto:gentoo-hardened+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-hardened+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-hardened+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-hardened.gentoo.org>
X-BeenThere: gentoo-hardened@lists.gentoo.org
Reply-to: gentoo-hardened@lists.gentoo.org
MIME-Version: 1.0
To: gentoo-hardened@lists.gentoo.org
Subject: Re: [gentoo-hardened] hwclock and selinux
References: <480AFE5B.3070602@tvcablenet.be> <14361.193.11.246.158.1208686092.squirrel@webmail. rymdraket.net> <480B16F7.3090908@tvcablenet.be> <1208699870.5307.4.camel@defiant.pebenito.net>
In-Reply-To: <1208699870.5307.4.camel@defiant.pebenito.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Chris PeBenito a =E9crit :
> On Sun, 2008-04-20 at 12:12 +0200, Fran=E7ois Valenduc wrote:
> =20
>> xake@rymdraket.net a =E9crit :
>> =20
>>>> type=3D1400 audit(1208682664.167:223): avc: denied { read write } =
for
>>>> pid=3D29607 comm=3D"hwclock" path=3D"/var/log/faillog" dev=3Ddm-6 in=
o=3D271083
>>>> scontext=3Droot:system_r:hwclock_t tcontext=3Dsystem_u

bject_r:fail=
log_t
>>>> tclass=3Dfile
>>>> =20
>>>> =20
>>> This is just an error about hwclock being unable to write to "faillog=
" so
>>> there must be something that goes wrong (making hwclock want to write=
to
>>> faillog).
>>>
>>> =20
>>> =20
>>>> I also got this error:
>>>> type=3D1400 audit(1208679707.497:84): avc: denied { read } for
>>>> pid=3D18454 comm=3D"hwclock" path=3D"/dev/urandom" dev=3Dtmpfs ino=3D=
2059
>>>> scontext=3Droot:system_r:hwclock_t
>>>> tcontext=3Dsystem_u

bject_r:urandom_device_t tclass=3Dchr_file
>>>>
>>>> However, I think I solved it by issuing the commands "setsebool -P
>>>> global_ssp 1" and "load_policy"
>>>> =20
>>>> =20
>>> This is becouse you have the hardened toolchain, compiling everything=
with
>>> PIE/SSP by default. SSP want a random number (picked from /dev/urando=
m)
>>> when the binaries start. SELinux disables access to urandom per defau=
lt so
>>> you have to (as you did with sebool) tell SELinux that your system is
>>> compiled with SSP and thus the access to urandom should be permitted.
>>>
>>> =20
>>> =20
>> Yes, this has been solved with sebool. However, I still got the second=
=20
>> error (related to faillog). It also blocks distccd like this: (even if=
=20
>> the corresponding selinux policy is loaded):
>> type=3D1400 audit(1208681304.633:191): avc: denied { read write } fo=
r =20
>> pid=3D27886 comm=3D"distccd" path=3D"/var/log/faillog" dev=3Ddm-6 ino=3D=
271083=20
>> scontext=3Droot:system_r:distccd_t tcontext=3Dsystem_u

bject_r:faillo=
g_t=20
>> tclass=3Dfile
>>
>> Do you know how to solve this second type of errors ?
>> Thanks for your help.
>> =20
>
> Seems weird that either of these programs would be writing to faillog,
> since that file is usually for logging login failures. Do you have any
> idea why this might be happening on your system?
>
> =20
I also get other denials related to these two programs:
type=3D1400 audit(1208708112.397:275): avc: denied { read } for =20
pid=3D1935 comm=3D"distccd" path=3D"pipe:[15699]" dev=3Dpipefs ino=3D1569=
9=20
scontext=3Duser_u:system_r:distccd_t=20
tcontext=3Dsystem_u:system_r:local_login_t tclass=3Dfifo_file
type=3D1400 audit(1208707984.676:266): avc: denied { read } for =20
pid=3D16744 comm=3D"hwclock" path=3D"pipe:[15699]" dev=3Dpipefs ino=3D156=
99=20
scontext=3Duser_u:system_r:hwclock_t=20
tcontext=3Dsystem_u:system_r:local_login_t tclass=3Dfifo_file
Maybe this is the real reason for the failure of these two programs.
Franois Valenduc
--=20
gentoo-hardened@lists.gentoo.org mailing list