[expert] Can't telnet localhost
Hi, I'm running Mdk 6.0 at home and 7.0 at work. I can telnet into the 7.0. But I can't telnet into the 6.0. (Before anyone suggests using ssh istead: I do use ssh exclusively at work. I'm setting up a local network at home, not connected to the internet, and I want to run the MI/X X server on a Mac. So telnet is fine, AFAIKBIMBW.) What happens is: $ telnet localhost Trying 127.0.0.1... Connected to prairie.grass. Escape character is '^]'. Connection closed by foreign host. Same if I use the local network IP address. I've watched in kpm to see what processes are actually starting (had to set the update rate to 100ms), and in.telnetd does run, for about 2sec. There's no problem with telnet from this guy to other locations on the internet (except the security problem, of course). Here's the files that I think are relevant: /etc/inedt.conf has this line: telnet stream tcp nowait root/usr/sbin/tcpd in.telnetd /etc/hosts.allow has just one line: ALL: ALL /etc/hosts.deny is empty After these changes, I did the following: # killall -HUP inetd # /etc/rc.d/init.d/inet restart I even tried rebooting. Then I try to telnet and get the message shown above. I'm stumped! -- Joel VanderWerf [EMAIL PROTECTED]
Re: [expert] Can't telnet localhost -- found the problem!
Gavin, your suggestion pointed me in the right direction. I did a find /var/log -mmin -2 and that turned up /var/log/secure, which was trying to tell me that the file /usr/sbin/in.telnetd simply doesn't exist! I must have chosen not to install it because I never thought my machine would be anything but an isolated dial-up box! Thanks! Joel -- Joel VanderWerf [EMAIL PROTECTED]
[expert] how to disable shadow passwords
Hi, does anybody know how to disable shadow passwords? I've tried pwunconv and grpunconv. But then when you change your passwd you still get an 'x' in /etc/passwd and you can't log in. Why am I doing this? Well, when I installed Mandrake 6.1 last summer, shadowing seemed like a reasonable thing to do, even though my machine is a dial-up client. However, I just installed netatalk and wasn't been able to get it working with shadow passwords (problems compiling DES module). So I rebuilt it without SHADOWPW defined. Now some passwords do work and some don't work. And after you run passwd on an account, the password will definitely not work. (The effect of passwd, which I checked using find / -mount -mmin -2 was just to put an 'x' in passwd. So apparently it thinks shadow is in effect but can't find the shadow file and doesn't complain.) At this poing I'm wondering if a full upgrade to 7.1 would be the easiest thing TIA! -- Joel VanderWerf [EMAIL PROTECTED]
Re: [expert] how to disable shadow passwords - netatalk - FIXED
Gavin Clark wrote: on 6/11/00 11:30 AM, Joel VanderWerf wrote: Hi, does anybody know how to disable shadow passwords? I've tried pwunconv and grpunconv. But then when you change your passwd you still get an 'x' in /etc/passwd and you can't log in. Why am I doing this? Well, when I installed Mandrake 6.1 last summer, shadowing seemed like a reasonable thing to do, even though my machine is a dial-up client. However, I just installed netatalk and wasn't been able to get it working with shadow passwords (problems compiling DES module). So I rebuilt it without SHADOWPW defined. Now some passwords do work and some don't work. And after you run passwd on an account, the password will definitely not work. (The effect of passwd, which I checked using find / -mount -mmin -2 was just to put an 'x' in passwd. So apparently it thinks shadow is in effect but can't find the shadow file and doesn't complain.) At this poing I'm wondering if a full upgrade to 7.1 would be the easiest thing TIA! I have netatalk working fine with shadow passwords. Try installing from an RPM instaed of rolling your own. gavin Well, that was my first choice, but somehow I can't seem to find an appropriate RPM. So I decided to RTFM, where M='Makefile'. In sys/linux/Makefile there's a comment: # if you aren't using pam and are using glibc, you'll need to add -lcrypt # if you're using libc5, you'll need to take out the -lrpcsvc AFPLIBS=-lrpcsvc This wasn't documented in the README or README.LINUX, but that's life. Adding -lcrypt to the line fixed the linking problems I had with the SHADOWPW define. Now netatalk's running! It's SWEET! -- Joel VanderWerf [EMAIL PROTECTED]
Re: [expert] how to disable shadow passwords - netatalk
Thanks, I'll save this away just in case! "Werner E. Niebel" wrote: I wanted to do the same thing on my installation. If memory serves me you need to do the pwunconv grpunconv as you already did. Check that the passwords are no longer :x: in the /etc/passwd file. You now need to disable the password verification and generation in PAM. Change the directory to /etc/pam.d and edit the passwd file. Comment out the lines as shown and rewrite these lines with the mods shown... hope that helps... let me know if it works... its been a while since I did this: #%PAM-1.0 auth required /lib/security/pam_pwdb.so shadow nullok accountrequired /lib/security/pam_pwdb.so #password required/lib/security/pam_cracklib.so retry=3 #password required/lib/security/pam_pwdb.so use_authtok nullok password required/lib/security/pam_pwdb.so nullok hope it helps Werner ark wrote: on 6/11/00 11:30 AM, Joel VanderWerf wrote: Hi, does anybody know how to disable shadow passwords? I've tried pwunconv and grpunconv. But then when you change your passwd you still get an 'x' in /etc/passwd and you can't log in. Why am I doing this? Well, when I installed Mandrake 6.1 last summer, shadowing seemed like a reasonable thing to do, even though my machine is a dial-up client. However, I just installed netatalk and wasn't been able to get it working with shadow passwords (problems compiling DES module). So I rebuilt it without SHADOWPW defined. Now some passwords do work and some don't work. And after you run passwd on an account, the password will definitely not work. (The effect of passwd, which I checked using find / -mount -mmin -2 was just to put an 'x' in passwd. So apparently it thinks shadow is in effect but can't find the shadow file and doesn't complain.) At this poing I'm wondering if a full upgrade to 7.1 would be the easiest thing TIA! I have netatalk working fine with shadow passwords. Try installing from an RPM instaed of rolling your own. gavin -- Joel VanderWerf [EMAIL PROTECTED]
Re: [expert] Star Office 5.1 weirdness -- FIXED
Fixed it! Here's what I did, I hope it helps someone: I manually removed each user's staroffice dir plus the .sversionrc in each home dir. I removed (manually) /usr/local/staroffice. Then, as root, I installed with "./setup /NET" and chose "/opt/Office51". As a user, I ran "./setup", chose the NET install, and chose the dir "~/Office51". When the installer got to the Java step, it found the JDK 1.2.2 which I installed earlier today. The problem might have been that JDK 1.2.2 wasn't on my system when I installed before (though it was there when I tried to run). Or that I typed "NET" in lowercase before. Or that I didn't choose the directories in the right way (/usr/local vs. /opt, "staroffice" vs. "Office51"). Who knows. Bye, Joel Joel VanderWerf wrote: I've had a similar problem with star office: I installed with "setup /net", and root can run it with no apparent problems. Then I did "setup" as two other users, creating about 3Meg in each home dir, and set PATH accordingly. When they type "soffice" it simply returns with no error message or other effect. I'm using Mandrake 7.0. -- Joel VanderWerf California PATH, UC Berkeley mailto:[EMAIL PROTECTED] Ph. (510) 231-9446 http://www.path.berkeley.edu FAX (510) 231-9512
[expert] installing in /usr/local
I'm using Mandrake 6.0, but this is really a general linux question. How do I force install scripts to put files in /usr/local? Some background: when I first installed linux, I put /usr/local on a separate partition (symlinked to /home/local, actually). (That may have even been the advice of one of the resident sages of this list ;-) The intention was that all subsequently installed programs would go to /usr/local, and I could install new versions of the distro on top of my / partition without clobbering all the downloaded stuff. I'd only have to worry about preserving /etc, /root, and maybe a few others. With *some* tarballs, all I have to do is "configure --prefix=/usr/local", and the makefiles will put everything where I want. But today I tried to install kdirstat. Even with the prefix option, it tries to put kdirstat in /usr/bin. Here's the Makefile output: /usr/bin/install -c kdirstat /usr/bin/kdirstat I also tried "--exec-prefix=/usr/local". Are there some other settings I should change? Thanks for any help! Joel -- Joel VanderWerf [EMAIL PROTECTED]
Re: [expert] [OFF] Mandrake 6.1
Hoyt wrote: I understand that Mandrake 6.1 is due to be released soon (if not already). I just bought my copy of powerpack 6.0 two weeks ago. Does anybody know if MandrakeSoft has any upgrade policy or I have to pay another $50 to purchase the the new and improved version? If you have access to a fast internet connection, just download the iso image and burn a new cd - keep your old ones for the "extra" programs. Or, buy one of the $1.99 cd's. Either way, just boot from the new cd and run "upgrade" instead of install. Is there any way to download the CD image to a spare hard disk partition and install from that? -- Joel VanderWerf [EMAIL PROTECTED]
Re: [expert] xman and bzip2 compressed man pages
Ken Wilson wrote: I've tried them pretty much to the same effect. I basically gave up on them figuring I could use the man pages in console mode, although it would be nice to have the xman interface, it is much more convenient. Maybe BeRo can help us on this one when he's not so busy. ... Has anyone who uses xman figured out how to use it with the bzip2 compressed man pages in Mandrake 6.0? A quick perusal of the xman man page and of /usr/X11R6/lib/X11/app-defaults/Xman yielded nothing that I could find to help xman display these pages. xman complains many times over (to stderr) about "uknown character" and displays junk in the xman window whenever it tries to display a man page. I've been having this problem after switching from RH6.0 to Mandrake 6.0. KDEHelp was able to read all man pages in RH, but now it can't read the ones that are in .bz2 format. Maybe we have to manually unzip these? When I try to browse a typical entry (say, alias(1)), I get a page that has only "Table of Contents" on it. When I use the "Open file" command on /usr/man/man1/alias.1.bz2, I get the message: Unknown format: /usr/man/man1/alias.1.bz2 From the command line the man command can read some entries, such as ln and cfdisk. But it cannot read, for example, alias. Here's the error: $ man alias fopen: No such file or directory Cannot open man page /usr/man/man1/builtins2.1.bz2 No manual entry for alias Any ideas on this second problem? -- Joel VanderWerf [EMAIL PROTECTED]