Re: affichage déporté (fwd)

2002-05-12 Thread Robert Walker


-- french ---

Bonjour,

Il suffit de lancer xterm avec la commande
xterm -display serveur:0.0
Pour dire l'ecran 0 du poste 0 nomme serveur.
Il est probablement plus efficace de changer la variable d'environement
DISPLAY
$ DISPLAY=serveur:0.0
$ export DISPLAY
( dans un shell bourne) ou
$ setenv DISPLAY serveur:0.0 (sans un shell c)

Ce qui permet d'afficher toutes vos applications sur serveur:0.0 . ..
Notez que si vous etes connecte par ssh (a partir de serveur) cette
variable devrait deja etre initialisee et contenir la bonne valeur.
Pour verifier l'etat d'une variable environement vous n'avez qu'a
$ echo $NOM_VARIABLE

Ciao.
Robert.

 Bonjour,

 J'ai un petit pbm pour d?port? mon affichage X.
 Sur le poste ou mon serveur X tourne, j'ai fait xhost +.
 Sur le client, je lance l'applicarion xterm -display serveur:0
 Et il me dit Can't open display: serveur:0.
 Quelqu'un aurait-il une id?e pour rem?dier ? ce probl?me, car ? part un
 xhost +, je ne vois pas ce que je peux faire.

 Merci.

 Antoine





 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Break-in? /usr/lib/telnetd, port 1037

2002-01-14 Thread Robert Walker


 Date: Mon, 14 Jan 2002 14:49:36 -0600
 From: Kent West [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 To: debian-user@lists.debian.org
 Subject: Break-in? /usr/lib/telnetd, port 1037
 Resent-Date: Mon, 14 Jan 2002 15:53:52 -0500 (EST)
 Resent-From: debian-user@lists.debian.org

 I've got a Debian box (2.2.17, mostly woody) that I've just discovered
 has a more-or-less hidden telnetd running on port 1037 as well as the
 normal telnetd on port 23. I thought I had uninstalled telnetd (although
 it's possible I forgot to remove it).

 I'm thinking that somehow I've been broken into.

 I've got a pretty good Unix admin (not Debian) here helping to take a
 look at it, but so far she's not been able to learn anything definitive.
 One thing she thought odd was the existence of the directory
 /usr/lib/telnetd. And here's what one of the security gurus on one of
 her security mailing lists had to say about it:

 
  There should not be a /usr/lib/telnetd.

As you mentionned this is only a directory and not the actual binary of
telnetd. This directory contains the login program that telnet uses to
authenticate users.

  You have been hacked.
  This is NOT normal behavior.
  exacutables should never be stored in /usr/lib
  thats for libraries.
  There should also NOT be a telnetd user in our password file.
  ftp maybe NOT telnetd.
  /etc/services is just for mapping ports to services.
  You could delete it and everything in inetd.conf would still work.
  You just wouldnt get a nice port to name mapping from netstat;-)

 1) is it normal for a Debian box to have telnetd as a user, as a member
 of utmp, and to have the /usr/lib/telnetd directory?


I don't believe that's a problem. As soon as you install the telnetd
package you have a telnetd user in /etc/passwd. It should however not have
any passwd in /etc/shadow . . .
But it's abnormal to have a hidden telnet server on port 1037. You should
look into that.

Robert Walker.



Re: root login problems

2001-12-01 Thread Robert Walker

You could have a look at the /etc/securetty file. The file contains the
list of the tty's root is allowed to use to login directly.

$ man securetty
could be helpful.

Robert Walker.

On Sat, 1 Dec 2001, jerry wrote:

 after upgrading from progeny to woody over the last few days, I am
 unable to log into the computer as root user, fails as auth failure, I
 can login as regular user and then SU to root, the password is accepted
 and I am root  with all priveledges. I have run passwd root and entered
 the new password with the verification being accepted, so I think that's
 not the problem, but I don't know. I am looking for some place to start
 troubleshooting
 Thank you
 Jerry


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: What this means in my logs?

2001-11-30 Thread Robert Walker
hey,

On Fri, 30 Nov 2001, Petre Daniel wrote:

 Heya,i got those lines often lately..Can anyone explain me every
 little part of it?
 If you can drop an url link too,it would be great..
 Thank you.

 Nov 30 16:16:28 brutus-gw kernel: Packet log: input DENY eth1 PROTO=6 
 210.86.20.213:1621
 194.102.92.21:6000 L=48 S=0x00 I=52039 F=0x4000 T=102 SYN (#1)



This is a log from ipchains (ou maybe iptables). ipchains is a packet
filter used by kernels 2.2.x .
It says that the host
received a packed from 210.86.20.213 (port 1621)
with destination 194.102.92.21 (port 6000)
and denied it (DENY  means  to drop  the  packet  on the floor.)
In other words the packet was blocked.
I believe that the rest of the line are the IP header fields.

To check all your ipchains rules:
$ ipchains -nL
or
$ man ipchains
their might be an how-to on linuxdoc.org


 c yah,
 Dani.


 _
 Do You Yahoo!?
 Get your free @yahoo.com address at http://mail.yahoo.com



 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




problems upgrading to 2.2r4

2001-11-21 Thread Robert Walker
Hi,
I am having difficulties upgrading to version 2.2r4.
I ran
$ apt-get update
$ apt-get -u dist-upgrade

and the following error keeps coming up :
You might want to run `apt-get -f install' to correct these.
Sorry, but the following packages have unmet dependencies:
  python-gnome: Depends: libglade-gnome0 but it is not installed
E: Unmet dependencies. Try using -f.

when I try to install libglade-gnome0 I always
get the following error:
$ apt-get install libglade-gnome0
Preparing to replace libc6-dev 2.1.3-13 (using
.../libc6-dev_2.1.3-19_i386.deb) ...
dpkg (subprocess): unable to execute old pre-removal script: Permission
denied
dpkg: warning - old pre-removal script returned error exit status 2
dpkg - trying script from the new package instead ...
dpkg (subprocess): unable to execute new pre-removal script: Permission
denied
dpkg: error processing /var/cache/apt/archives/libc6-dev_2.1.3-19_i386.deb
(--unpack):
 subprocess new pre-removal script returned error exit status 2
dpkg (subprocess): unable to execute post-installation script: Permission
denied
dpkg: error while cleaning up:
 subprocess post-installation script returned error exit status 2

even if I try not to install python-gnome (using dselect for example) or
run
$ dpkg -f install
I always get similar errors (Permission denied)

$ dpkg --remove --pending
(Reading database ... 18378 files and directories currently installed.)
Removing tk8.2 ...
dpkg (subprocess): unable to execute pre-removal script: Permission denied
dpkg: error processing tk8.2 (--remove):
 subprocess pre-removal script returned error exit status 2
dpkg (subprocess): unable to execute post-installation script: Permission
denied
dpkg: error while cleaning up:
 subprocess post-installation script returned error exit status 2


I tried the clean up options (clean and autoclean) and several other
repair options with dpkg without any success. I also checked the Debian
mailing list. . .

Any ideas ?

Thanks a lot.
Robert Walker




Re: problems upgrading to 2.2r4 (fwd)

2001-11-21 Thread Robert Walker
 Robert Walker, 2001-Nov-21 01:07 -0500:
  Hi,
  I am having difficulties upgrading to version 2.2r4.
  I ran
  $ apt-get update
  $ apt-get -u dist-upgrade
 
  and the following error keeps coming up :

 The only time I get Permission Denied errors running apt is
 when I forget to login as root before running apt-get.  Are you
 logged in as root?


yep, I was logged in as root.
Robert Walker