Re: [Cooker] Mdk 7.1 Beta 3 - identd / pidentd

2000-06-06 Thread Vandoorselaere Yoann

Guillaume Cottenceau <[EMAIL PROTECTED]> writes:

> Don  Head <[EMAIL PROTECTED]> writes:
> 
> > Unfortunately, this doesn't help.
> > 
> > I had already noticed that the CD had bad RPMS, so I used the pidentd RPM
> > off Cooker, then tried the one from Beta 2, then tried the one from 7.0-2,
> > then tried the one from 6.1.  The same error occurred in all of them, making
> > the problem seem more than just pidentd.  I am STILL unable to connect to
> > EFnet/IRC do to their screening for valid identd responses.  Can someone do
> > an install like the one I've outlined below and verify that I'm not smoking
> > crack?  All you really have to do is start identd standalone and watch the
> > logs.  The /var/log/messages output is below.
> 
> Have you investigated this?
> 
> May 28 15:47:20 adsl-64-216-197-92 identd[14702]: fopen("/proc/net/tcp", "r"): 
>Permission denied
> 
> 
> Isn't it msec which changes properties?

doesn't seem to be related to msec.

-- 
   -- Yoann,  http://www.mandrakesoft.com/~yoann/
 It is well known that M$ products don't call free() after a malloc().
 The Unix community wish them good luck for their future developments.




RE: [Cooker] Mdk 7.1 Beta 3 - identd / pidentd

2000-06-05 Thread Don Head

> Have you investigated this?
> 
> May 28 15:47:20 adsl-64-216-197-92 identd[14702]: fopen("/proc/net/tcp",
"r"):
> Permission denied
> 
> 
> Isn't it msec which changes properties?

Is it msec, or is it the secure kernel?  I could see it being either one.
>From a conversation between myself and Chmouel:

>> [root@big /etc]# tail -2 /var/log/messages
>> Jun  4 14:56:41 big in.identd[30631]: started
>> Jun  4 14:56:41 big in.identd[30631]: fopen("/proc/net/tcp", "r"):
>> Permission denied
> 
> here is the point, secure kernel dont' allow you to use this procfile,
> you have to switch to the normal kernel

I will accept that as a temporary workaround.  IMHO, this should not be
considered a permanent fix.  I personally don't know that much about the
"secure" kernel.  I've read the rpm -qi, and it talks about securing pieces
of /proc, "so that users may not see who else is logged on or what they are
doing".  I'm not really too sure what this has to do with the file that
pidentd is trying to read, but it must have something (otherwise, why would
it be having this problem?).  As I run a somewhat public system, the word
"secure" means a lot to me, so I'd prefer to use it.

It may be that Mandrake would want to look into one of the following:

 - Modifying the secure kernel so that it doesn't interfere with pidentd.
 - Finding another identd solution other than pidentd that doesn't require
   access to that file.
 - Something else I haven't thought of.

Don Head
Linux Mentor
Wave Technologies, Inc.
[EMAIL PROTECTED]
[AIM - Don Wave][ICQ - 18804935]
[IRC - EFnet, #WaveTech, Don-Wave]




Re: [Cooker] Mdk 7.1 Beta 3 - identd / pidentd

2000-06-05 Thread Guillaume Cottenceau

Don  Head <[EMAIL PROTECTED]> writes:

> Unfortunately, this doesn't help.
> 
> I had already noticed that the CD had bad RPMS, so I used the pidentd RPM
> off Cooker, then tried the one from Beta 2, then tried the one from 7.0-2,
> then tried the one from 6.1.  The same error occurred in all of them, making
> the problem seem more than just pidentd.  I am STILL unable to connect to
> EFnet/IRC do to their screening for valid identd responses.  Can someone do
> an install like the one I've outlined below and verify that I'm not smoking
> crack?  All you really have to do is start identd standalone and watch the
> logs.  The /var/log/messages output is below.

Have you investigated this?

May 28 15:47:20 adsl-64-216-197-92 identd[14702]: fopen("/proc/net/tcp", "r"): 
Permission denied


Isn't it msec which changes properties?


> 
> Don Head
> Linux Mentor
> Wave Technologies, Inc.
> [EMAIL PROTECTED]
> [AIM - Don Wave][ICQ - 18804935]
> [IRC - EFnet, #WaveTech, Don-Wave]
> 
> 
> -Original Message-
> From: Civileme [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, June 01, 2000 8:28 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Cooker] Mdk 7.1 Beta 3 - identd / pidentd
> 
> 
> On Thu, 01 Jun 2000, you wrote:
> > Sent this a while ago, haven't seen a response or a fix yet.. still stuck
> > without IRC.. any comments?
> >
> >
> > System:
> >
> > Compaq Prolinea 575 (Pentium 75)
> > 80MB RAM (Wow!)
> > 500MB Hard Drive (I know, small..)
> > 3COM 3C509B (ISA 10MB NIC)
> >
> >
> > Install:
> >
> > network.img from Beta 3 CD/ISO
> > NFS to 7.1 Beta 2 machine next to it with Beta 3 ISO exported
> > Graphical install
> > Expert
> > Custom
> > High security
> > pidentd-3.0.10-1mdk.i586.rpm from Cooker, as the one on the CD reported
> >   "not a valid RPM"
> >
> > Problem:
> >
> > 1.
> > Identd does not seem to function (or start, for that matter).  Upon
> > execution of "/etc/rc.d/init.d/identd start", the following is sent to
> > /var/log/messages:
> >
> > May 28 15:47:20 adsl-64-216-197-92 identd[14702]: fopen("/proc/net/tcp",
> > "r"): Permission denied
> > May 28 15:47:20 adsl-64-216-197-92 identd: identd startup succeeded
> >
> > A "ps ax" shows no ident or pident processes whatsoever.  The startup was
> > not successful. =(
> >
> > Attempts to use inetd to run identd services have failed, I'm guessing
> > because of a similar (permissions?) problem.  I have tried to log on to
> IRC
> > to test this.  This usually fails, no servers will let me on do to a lack
> > of identd.  I assume this means that identd still doesn't work if you use
> > inetd.
> >
> > My thoughts, the "secure" kernel (used by default in High security?) is a
> > little "too" secure for identd, both standalone and when run through
> inetd.
> >
> >
> > 2.
> > This RPM installs a broken symlink, /usr/sbin/in.identd.8
> >
> >
> > 3.
> > The pidentd RPM on the Beta 3 ISO/CD appears to be corrupt.  This may have
> > just been my ISO/CD, not sure at this point.  I had to use the RPM from
> > Cooker to get it installed.
> >
> >
> > Work Around:
> 
> The hydrogen3-ext.iso has a number of files filled with nulls.  It appears
> to 
> have been a gross oversight somewhere.  The workaround that works for me is 
> to install hydrogen (beta 1) and use the hydrogen3 iso/cd files to do an 
> UPGRADE.  That way, I may have some older files but none corrupt or just
> left 
> out.
> 
> (Did someone use Netscape to transmit these files?  I have had a 5Mb file 
> filled with nulls occur from a netscape "instant download".  Fortunately I 
> was watching the screen at the time the DL started and the window flashed 
> momentarily on the screen and the windowopen sound collided with the window 
> close one.)
> 
> Civileme
> 
> 
> 
> >
> > Help?
> >
> >
> > 
> > I CAN'T GET ON IRC, AND I'M GOING THROUGH WITHDRAWLS!
> > 
> >
> >
> > Don Head
> > Linux Mentor
> > Wave Technologies, Inc.
> > [EMAIL PROTECTED]
> 

-- 
Guillaume Cottenceau




RE: [Cooker] Mdk 7.1 Beta 3 - identd / pidentd

2000-06-02 Thread Don Head

Unfortunately, this doesn't help.

I had already noticed that the CD had bad RPMS, so I used the pidentd RPM
off Cooker, then tried the one from Beta 2, then tried the one from 7.0-2,
then tried the one from 6.1.  The same error occurred in all of them, making
the problem seem more than just pidentd.  I am STILL unable to connect to
EFnet/IRC do to their screening for valid identd responses.  Can someone do
an install like the one I've outlined below and verify that I'm not smoking
crack?  All you really have to do is start identd standalone and watch the
logs.  The /var/log/messages output is below.

Don Head
Linux Mentor
Wave Technologies, Inc.
[EMAIL PROTECTED]
[AIM - Don Wave][ICQ - 18804935]
[IRC - EFnet, #WaveTech, Don-Wave]


-Original Message-
From: Civileme [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 01, 2000 8:28 PM
To: [EMAIL PROTECTED]
Subject: Re: [Cooker] Mdk 7.1 Beta 3 - identd / pidentd


On Thu, 01 Jun 2000, you wrote:
> Sent this a while ago, haven't seen a response or a fix yet.. still stuck
> without IRC.. any comments?
>
>
> System:
>
> Compaq Prolinea 575 (Pentium 75)
> 80MB RAM (Wow!)
> 500MB Hard Drive (I know, small..)
> 3COM 3C509B (ISA 10MB NIC)
>
>
> Install:
>
> network.img from Beta 3 CD/ISO
> NFS to 7.1 Beta 2 machine next to it with Beta 3 ISO exported
> Graphical install
> Expert
> Custom
> High security
> pidentd-3.0.10-1mdk.i586.rpm from Cooker, as the one on the CD reported
>   "not a valid RPM"
>
> Problem:
>
> 1.
> Identd does not seem to function (or start, for that matter).  Upon
> execution of "/etc/rc.d/init.d/identd start", the following is sent to
> /var/log/messages:
>
> May 28 15:47:20 adsl-64-216-197-92 identd[14702]: fopen("/proc/net/tcp",
> "r"): Permission denied
> May 28 15:47:20 adsl-64-216-197-92 identd: identd startup succeeded
>
> A "ps ax" shows no ident or pident processes whatsoever.  The startup was
> not successful. =(
>
> Attempts to use inetd to run identd services have failed, I'm guessing
> because of a similar (permissions?) problem.  I have tried to log on to
IRC
> to test this.  This usually fails, no servers will let me on do to a lack
> of identd.  I assume this means that identd still doesn't work if you use
> inetd.
>
> My thoughts, the "secure" kernel (used by default in High security?) is a
> little "too" secure for identd, both standalone and when run through
inetd.
>
>
> 2.
> This RPM installs a broken symlink, /usr/sbin/in.identd.8
>
>
> 3.
> The pidentd RPM on the Beta 3 ISO/CD appears to be corrupt.  This may have
> just been my ISO/CD, not sure at this point.  I had to use the RPM from
> Cooker to get it installed.
>
>
> Work Around:

The hydrogen3-ext.iso has a number of files filled with nulls.  It appears
to 
have been a gross oversight somewhere.  The workaround that works for me is 
to install hydrogen (beta 1) and use the hydrogen3 iso/cd files to do an 
UPGRADE.  That way, I may have some older files but none corrupt or just
left 
out.

(Did someone use Netscape to transmit these files?  I have had a 5Mb file 
filled with nulls occur from a netscape "instant download".  Fortunately I 
was watching the screen at the time the DL started and the window flashed 
momentarily on the screen and the windowopen sound collided with the window 
close one.)

Civileme



>
> Help?
>
>
> 
> I CAN'T GET ON IRC, AND I'M GOING THROUGH WITHDRAWLS!
> 
>
>
> Don Head
> Linux Mentor
> Wave Technologies, Inc.
> [EMAIL PROTECTED]




Re: [Cooker] Mdk 7.1 Beta 3 - identd / pidentd

2000-06-01 Thread Civileme

On Thu, 01 Jun 2000, you wrote:
> Sent this a while ago, haven't seen a response or a fix yet.. still stuck
> without IRC.. any comments?
>
>
> System:
>
> Compaq Prolinea 575 (Pentium 75)
> 80MB RAM (Wow!)
> 500MB Hard Drive (I know, small..)
> 3COM 3C509B (ISA 10MB NIC)
>
>
> Install:
>
> network.img from Beta 3 CD/ISO
> NFS to 7.1 Beta 2 machine next to it with Beta 3 ISO exported
> Graphical install
> Expert
> Custom
> High security
> pidentd-3.0.10-1mdk.i586.rpm from Cooker, as the one on the CD reported
>   "not a valid RPM"
>
> Problem:
>
> 1.
> Identd does not seem to function (or start, for that matter).  Upon
> execution of "/etc/rc.d/init.d/identd start", the following is sent to
> /var/log/messages:
>
> May 28 15:47:20 adsl-64-216-197-92 identd[14702]: fopen("/proc/net/tcp",
> "r"): Permission denied
> May 28 15:47:20 adsl-64-216-197-92 identd: identd startup succeeded
>
> A "ps ax" shows no ident or pident processes whatsoever.  The startup was
> not successful. =(
>
> Attempts to use inetd to run identd services have failed, I'm guessing
> because of a similar (permissions?) problem.  I have tried to log on to IRC
> to test this.  This usually fails, no servers will let me on do to a lack
> of identd.  I assume this means that identd still doesn't work if you use
> inetd.
>
> My thoughts, the "secure" kernel (used by default in High security?) is a
> little "too" secure for identd, both standalone and when run through inetd.
>
>
> 2.
> This RPM installs a broken symlink, /usr/sbin/in.identd.8
>
>
> 3.
> The pidentd RPM on the Beta 3 ISO/CD appears to be corrupt.  This may have
> just been my ISO/CD, not sure at this point.  I had to use the RPM from
> Cooker to get it installed.
>
>
> Work Around:

The hydrogen3-ext.iso has a number of files filled with nulls.  It appears to 
have been a gross oversight somewhere.  The workaround that works for me is 
to install hydrogen (beta 1) and use the hydrogen3 iso/cd files to do an 
UPGRADE.  That way, I may have some older files but none corrupt or just left 
out.

(Did someone use Netscape to transmit these files?  I have had a 5Mb file 
filled with nulls occur from a netscape "instant download".  Fortunately I 
was watching the screen at the time the DL started and the window flashed 
momentarily on the screen and the windowopen sound collided with the window 
close one.)

Civileme



>
> Help?
>
>
> 
> I CAN'T GET ON IRC, AND I'M GOING THROUGH WITHDRAWLS!
> 
>
>
> Don Head
> Linux Mentor
> Wave Technologies, Inc.
> [EMAIL PROTECTED]




[Cooker] Mdk 7.1 Beta 3 - identd / pidentd

2000-06-01 Thread Don Head

Sent this a while ago, haven't seen a response or a fix yet.. still stuck
without IRC.. any comments?


System: 

Compaq Prolinea 575 (Pentium 75) 
80MB RAM (Wow!) 
500MB Hard Drive (I know, small..) 
3COM 3C509B (ISA 10MB NIC) 


Install: 

network.img from Beta 3 CD/ISO 
NFS to 7.1 Beta 2 machine next to it with Beta 3 ISO exported 
Graphical install 
Expert 
Custom 
High security
pidentd-3.0.10-1mdk.i586.rpm from Cooker, as the one on the CD reported
  "not a valid RPM"

Problem: 

1.
Identd does not seem to function (or start, for that matter).  Upon
execution of "/etc/rc.d/init.d/identd start", the following is sent to
/var/log/messages:

May 28 15:47:20 adsl-64-216-197-92 identd[14702]: fopen("/proc/net/tcp",
"r"): Permission denied
May 28 15:47:20 adsl-64-216-197-92 identd: identd startup succeeded

A "ps ax" shows no ident or pident processes whatsoever.  The startup was
not successful. =(

Attempts to use inetd to run identd services have failed, I'm guessing
because of a similar (permissions?) problem.  I have tried to log on to IRC
to test this.  This usually fails, no servers will let me on do to a lack of
identd.  I assume this means that identd still doesn't work if you use
inetd.

My thoughts, the "secure" kernel (used by default in High security?) is a
little "too" secure for identd, both standalone and when run through inetd.


2.
This RPM installs a broken symlink, /usr/sbin/in.identd.8


3.
The pidentd RPM on the Beta 3 ISO/CD appears to be corrupt.  This may have
just been my ISO/CD, not sure at this point.  I had to use the RPM from
Cooker to get it installed.


Work Around: 

Help?



I CAN'T GET ON IRC, AND I'M GOING THROUGH WITHDRAWLS!



Don Head
Linux Mentor
Wave Technologies, Inc.
[EMAIL PROTECTED]




[Cooker] Mdk 7.1 Beta 3 - identd / pidentd

2000-05-28 Thread Don Head

System: 

Compaq Prolinea 575 (Pentium 75) 
80MB RAM (Wow!) 
500MB Hard Drive (I know, small..) 
3COM 3C509B (ISA 10MB NIC) 


Install: 

network.img from Beta 3 CD/ISO 
NFS to 7.1 Beta 2 machine next to it with Beta 3 ISO exported 
Graphical install 
Expert 
Custom 
High security
pidentd-3.0.10-1mdk.i586.rpm from Cooker, as the one on the CD reported
  "not a valid RPM"

Problem: 

1.
Identd does not seem to function (or start, for that matter).  Upon
execution of "/etc/rc.d/init.d/identd start", the following is sent to
/var/log/messages:

May 28 15:47:20 adsl-64-216-197-92 identd[14702]: fopen("/proc/net/tcp",
"r"): Permission denied
May 28 15:47:20 adsl-64-216-197-92 identd: identd startup succeeded

A "ps ax" shows no ident or pident processes whatsoever.  The startup was
not successful. =(

Attempts to use inetd to run identd services have failed, I'm guessing
because of a similar (permissions?) problem.  I have tried to log on to IRC
to test this.  This usually fails, no servers will let me on do to a lack of
identd.  I assume this means that identd still doesn't work if you use
inetd.

My thoughts, the "secure" kernel (used by default in High security?) is a
little "too" secure for identd, both standalone and when run through inetd.


2.
This RPM installs a broken symlink, /usr/sbin/in.identd.8


3.
The pidentd RPM on the Beta 3 ISO/CD appears to be corrupt.  This may have
just been my ISO/CD, not sure at this point.  I had to use the RPM from
Cooker to get it installed.


Work Around: 

Help?



I CAN'T GET ON IRC, AND I'M GOING THROUGH WITHDRAWLS!



Don Head
Linux Mentor
Wave Technologies, Inc.
[EMAIL PROTECTED]