[vsftpd] config changes not giving expected results
by Harry Putnam
Using newest (on rawhide) vsftpd, I'm finding that making certain
config changes is not giving the expected results.
This may be no different than earlier verisions.. I don't know because
these changes were only tried recently.
In the past I've had vsftpd.conf setup to allow anonymous login in and
anymous upload and dir creation. With that setup I've discovered only
recently that anonymous user cannot delete anything. I guessed it
might be related to umask but changing the default (077) to 022 has
had no effect.
Can anyone see what is missing from my config below that would enable
an anon user to delete stuff?
Also these newly added things seem not to have any affect either:
anon_root
dual_log_enable
With the set below my anon user cannot delete anything and is not put
in /var/spool/ftp/pub on login. (Note: I've tried setting anon_root to
just `pub' as well)
My current settings with likely candidates shuffled to the top:
anonymous_enable=YES
anon_upload_enable=YES
anon_mkdir_write_enable=YES
anon_other_write_enable = YES
anon_umask = 022
anon_root = /var/ftp/pub
dual_log_enable = YES
no_anon_password = YES
log_ftp_protocol = YES
local_enable=YES
write_enable=YES
local_umask=022
dirmessage_enable=YES
xferlog_enable=YES
connect_from_port_20=YES
xferlog_file=/var/log/vsftpd.log
ls_recurse_enable=YES
pam_service_name=vsftpd
userlist_enable=YES
listen=YES
tcp_wrappers=YES
19 years, 7 months
FTP install
by Bart Kalita
Well,
my fedora box is still down and I am about to do "windows thing" namely
clean install
I've tried to do ftp install via boot.iso downloaded and burned today.
The problem is that after assigning IP address and pointing it to ftp
server:
ftp.linux.ncsu.edu
/mirror/ftp.redhat.com/pub/fedora/linux/core/development/i386/
...........nothing happens
I have a blue ('sic) screen with red Fedora Core in top left corner and
F key options at the bottom of the screen.... and that's all
any thoughts anybody?
TIA
19 years, 7 months
Update error with "dev" package.
by Mike Klinke
Received the following error during this morning's updates:
Cannot install the dev package: mounted devfs detected.
error: %pre(dev-3.11-1) scriptlet failed, exit status 1
error: install: %pre scriptlet failed (2), skipping dev-3.11-1
It seems bugzilla doesn't list a "dev" package option to file bugs
against. Does anyone know if the "dev86" listed in the bugzilla
menu would be the appropriate place?
Regards, Mike Klinke
19 years, 7 months
xorg-x11-deprecated-libs?
by Fred New
Okay, what has happened to xorg-x11-deprecated-libs? I can't find it or its -devel package on any of the mirrors anymore. Already celebrating Labor day?
Fred
19 years, 7 months
Firefox!
by Fred New
The good news with the latest updates is that Firefox has appeared. Thanks! I am using it this very moment.
Fred
19 years, 7 months
Re: Update error with "dev" package.
by sangu
rpm -qi dev
Name : dev Relocations: (not
relocatable)
Version : 3.9.2 Vendor: Red Hat, Inc.
Release : 1 Build Date: Wed Sep 1
04:54:45 2004Install Date: Wed Sep 1 21:59:22 2004 Build Host:
porky.build.redhat.com
Group : System Environment/Base Source RPM:
MAKEDEV-3.9.2-1.src.rpm
Size : 0 License: GPL
Signature : (none)
Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
URL : http://www.lanana.org/docs/device-list/
Summary : The most commonly-used entries in the /dev directory.
Description :
The Red Hat Linux operating system uses file system entries to represent
devices (CD-ROMs, floppy drives, etc.) attached to the machine. All of
these entries are in the /dev tree (although they don't have to be).
This package contains the most commonly used /dev entries.
The dev package is a basic part of your Red Hat Linux system and it
needs
to be installed.
"MAKEDEV" package
2004-09-03 (금), 08:26 -0500, Mike Klinke 쓰시길:
> Received the following error during this morning's updates:
>
> Cannot install the dev package: mounted devfs detected.
> error: %pre(dev-3.11-1) scriptlet failed, exit status 1
> error: install: %pre scriptlet failed (2), skipping dev-3.11-1
>
> It seems bugzilla doesn't list a "dev" package option to file bugs
> against. Does anyone know if the "dev86" listed in the bugzilla
> menu would be the appropriate place?
>
> Regards, Mike Klinke
>
>
>
19 years, 7 months
Replacing Xaw shared libs w/ Xaw3d libs?
by Bryan K. Wright
Hi folks,
I tried posing this question on the fedora-list, but got no
responses. I'm hoping someone on fedora-test-list will have an answer,
or point me to something in the development tree that fixes my
problem.
Under earlier distributions, I've always been able to
replace the Xaw shared libs with the equivalent Xaw3d libs. This
is a quick way of prettying up some older X applications (xterm, xcalc,
xfig, etc.) For some reason, this doesn't seem to work under FC2.
Normally, I'd just do this:
mv libXaw.so.7.0 /some/where/safe/
cp -f libXaw3d.so.7.0 libXaw.so.7.0
ldconfig -v
and, voila!, xterm gets a 3-d scroll bar.
Under FC2 though, xterm complains that it can't find libXaw.so.7.
It turns out that ldconfig is indeed failing to create the symbolic
link from libXaw.so.7 to libXaw.so.7.0. Creating the link by hand
doesn't solve the problem, though. Typing 'ldd /usr/bin/xterm' still shows
libXaw.so.7 as missing.
At first I thought it might be a problem with prelinking,
so I did a 'prelink -u /usr/bin/xterm'. That didn't seem to make
any difference.
Has anybody successfully replaced Xaw with Xaw3d in this
manner under FC2?
Thanks in advance,
Bryan
--
===============================================================================
Bryan Wright |"If you take cranberries and stew them like
Physics Department | applesauce, they taste much more like prunes
University of Virginia | than rhubarb does." -- Groucho
Charlottesville, VA 22901 |
(434) 924-7218 | bryan(a)virginia.edu
===============================================================================
19 years, 7 months