- main - earth.li

Re: [Alug] Code Red worm is unreliable because...
by Andrew.Chandler＠ftid.com 03 Aug '01

03 Aug '01

I suspect that they are most likely fixed now though! Bing Neill Newman <neill(a)entora.co.uk>@stu.uea.ac.uk on 02/08/2001 13:07:12 Sent by: alug-admin(a)stu.uea.ac.uk To: David_freeman(a)rocketmail.com cc: alug(a)stu.uea.ac.uk Subject: Re: [Alug] Code Red worm is unreliable because... David Freeman wrote: > > > Just out of interest how many security holes have been found in apache? erm.. from what I can remember, over the last 5 years there have been quite a few apache buglets ;) Sz -- Open Source Specialists http://www.entora.co.uk/ Tel: +44 (0)701 0723686 Fax: +44 (0)870 3214368 _______________________________________________ alug, the Anglian Linux User Group list Send list replies to alug(a)stu.uea.ac.uk http://www.anglian.lug.org.uk/ http://rabbit.stu.uea.ac.uk/cgi-bin/listinfo/alug See the website for instructions on digest or unsub!

2 1

Re: Xnest (2)
by Steve Fosdick 02 Aug '01

02 Aug '01

Andrew et al. Further to my last message, the extra options I mentioned appear to be those that work with a normal X server (normal, rather than nested). One interesting use for this is to open a session on another unix station that uses XDMCP to log in and where you wouldn't want the session and window managers from that other machine interfering with your local machine. Just say: Xnest :1 -query hostname Where 'hostname' is the host you want to log in to. The other options are documented in the man page 'Xserver'. Steve.

1 0

Re: Xnest
by Steve Fosdick 02 Aug '01

02 Aug '01

Andrew Glover wrote: > Trying to run Xnest with : > > Xnest :1 > > which runs fine, however, trying to run an xterm on it doesnt work: > > xterm -display :1 > > Xlib: connection to ":1.0" refused by server > Xlib: Client is not authorized to connect to Server > xterm Xt error: Can't open display: :1 > > And I cant run xhost, either, so does anyone know how I can > automatically start an xterm on Xnest, or some other solution please? Xnest appears to have some options that are not in the man page. The first possible solution is the '-ac' option which disables access control. The other solution which I haven't tested would be: 1. Generate a magic cookie with xauth and store it in a file. 2. Start Xnest with the -auth option and specify that file. 3. Set XAUTHORITY to the that file (and export it) before starting clients. HTH Steve.

1 0

RE: [Alug] Code Red worm is unreliable because...
by Earl Brannigan 02 Aug '01

02 Aug '01

"David Howe" <david(a)davidhowe.co.uk> wrote : >taken from ?http://news.bbc.co.uk/hi/english/sci/tech/newsid_1468000/1468329.stm >"What might also hamper the ability of the virus to spread is the relative >unreliability of Microsoft web servers. " ..... "As Microsoft servers crash >more often than many of their counterparts, this might limit the spread of >the malicious code. " >you gotta laugh haven't you? I'm still giggling 1/2 hour later....! >Dave

6 7

RE: [Alug] Code Red worm is unreliable because...
by Jenny_Hopkins＠toby-churchill.com 02 Aug '01

02 Aug '01

Adam Bower wrote: >maybe I should start the open source Sircam whereby you send me a couple >of your private files and I add them to my home dir, and then I mail some >people random files from my home directory, think of it as an alternative >to freenet with much less software development required ;-) What a great idea! We could send a few to no. 10 DS at regular intervals to add that feeling of authenticity (we don't want to feel second-rate here). Jen

1 0

expect the unexpected
by oms101＠freeuk.com 02 Aug '01

02 Aug '01

expect the unexpected! I do hate it when people say that, because .... But since I am not a total pedant and only have 9/10 for getting side tracked I am posting to ask if anyone knows why my expect script does not work. It apears to log on ok to my remote linux box, but fails to execute anything. I am planning to launch grip, xterm's and the like as I dont have enough monitors, keyboards, space for them or arms as long as my network cabels. Anyway the scripts is like this ---------------CUT here-------------------------------- #!/usr/bin/expect -- # # In this program, we telnet to a host, execute two commands, # and leave. # prevent an untimely end. If you have a command that takes a # time, adjust this set timeout 5000 # We start a telnet session............................. spawn telnet 192.168.0.97 # A telnet session begins with a login prompt, so we 'expect' # one here, and send the username in response. # The \r represents a carriage return. Everytime you would press # <Enter> # interactively, send a \r. expect "login: " send "oms101\r" # We then send the password, note thats not my password expect "assword: " send "mylittlelinuxbox\r" send "xterm &\r" # We know in advance what our command prompt is, and we # 'expect' it accordingly. If we get it, we send the # 'mkdir test' and press enter (\r) expect " >" send "mkdir test\r" exit ---------------CUT here-------------------------------- maybe it is time to learn python! anyway some background here is a screen scrape from the execution of the script ---------------CUT here-------------------------------- >fred_grip spawn telnet 192.168.0.97 Trying 192.168.0.97... Connected to 192.168.0.97. Escape character is '^]'. Welcome to SuSE Linux 7.0 (i386) - Kernel 2.2.16 (2). ford login: oms101 Password: Last login: Wed Mar 28 10:00:24 from charly.local Have a lot of fun... oms101@ford:~ > > ---------------CUT here-------------------------------- and here is what happens when I telnet in and ls the root directory unfortunately no sign of my new test directory, whats going on? ---------------CUT here-------------------------------- oms101@ford:~ > ls mp3 nsmail wav oms101@ford:~ > ---------------CUT here-------------------------------- Chears Owen Date: 30-Jul-01 Time: 19:47:52

2 3

Code Red worm is unreliable because...
by David Howe 01 Aug '01

01 Aug '01

Just reading up on what happened (or didn't) with the Code Red Worm virus on the bbc news site...... taken from http://news.bbc.co.uk/hi/english/sci/tech/newsid_1468000/1468329.stm "What might also hamper the ability of the virus to spread is the relative unreliability of Microsoft web servers. " ..... "As Microsoft servers crash more often than many of their counterparts, this might limit the spread of the malicious code. " you gotta laugh haven't you? Dave

1 0

Fwd: Re: Ipswich
by David Freeman 01 Aug '01

01 Aug '01

Looks like next wednesday is off, just got this from Josette at O'Reilly. Shame. Thanks D --- orajosette(a)mistral.co.uk wrote: > To: David_freeman(a)rocketmail.com > From: orajosette(a)mistral.co.uk > Subject: Re: Ipswich > Date: Tue, 31 Jul 2001 20:53:29 GMT > > Hi David > Unfortunately Tim had to cancel his trip to Europe due to the sudden > death of > Frank Willison, our Editor-in-Chief and dear friend of Tim. I am sure > that you > understand that Tim needs to stay in Cambridge, MA, to support > Frank's family > and staff. > I will contact you again when we have a new date for Tim. > Josette > ===== -------------------- "We all know Linux is great... it does infinite loops in 5 seconds." Linus Torvalds __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/

1 0

Xnest
by Andrew Glover 01 Aug '01

01 Aug '01

Hello, Trying to run Xnest with : Xnest :1 which runs fine, however, trying to run an xterm on it doesnt work: xterm -display :1 Xlib: connection to ":1.0" refused by server Xlib: Client is not authorized to connect to Server xterm Xt error: Can't open display: :1 And I cant run xhost, either, so does anyone know how I can automatically start an xterm on Xnest, or some other solution please? Thanks, Andrew

1 0

Re: Tim Talk
by brodders＠cwcom.net 31 Jul '01

31 Jul '01

Hi... Seen nothing about this talk; walked around the Restaurant & can see no notices. Be nice to go so - where? Date & Time? - and how do you get info on talks etc? Nothing put about this at our PP's either. Thx Steve BTexact BT Labs Adastral Park

1 0