Hi all, I was wondering, has anyone built a complete web interface for SMB servers? What I was thinking of would be something like SMB2WWW, but that would also allow the user to click command buttons to delete, upload, move, rename, etc. Permissions to the shares would be established the same way as they are done now, by asking for a username / password on restricted shares. Essentially, I need a complete web interface to smbclient. Has it been done? Thanks for any help, Andrew Miklas -------------- next part -------------- HTML attachment scrubbed and removed
At 09:36 AM 9/29/99 +1000, Andrew Miklas wrote:>Essentially, I need a complete web interface to smbclient. Has it been done?Egad, what a frightening thought. . . Actually the answer to the question "has it been done?" is (afaik) largely dependant upon how well you want it done. You can, if you so desire, actually run smbclient and a bash prompt through cgi, but letting remote users execute arbitrary commands through an inherently insecure interface is perhaps not the world's best security policy. If you want actual "file manager" capabilities then you may want to consider something like VNC running with a somewhat customized desktop (nothing on it except a GUI file manager) and an automounter. This will not expand very well to large numbers of users (requiring a seperate VNC server and set of config files per simultanious connection), but then again your application doesn't sound like something you'd want many people doing at once. VNC clients are not exactly using http, but they have a client which is a Java applet and allows access from any web browser that supports it (Netscape, IE, HotJava etc.). If you want something more robust, secure, whatever I'm afraid I can't help :( At least not without suggesting that you sit down and start coding (a frontend that calls bash and smbclient for file management/access purposes and produces html output on it's current status wouldn't be all _that_ complex to implement, but I can't recall ever having heard of anyone else who wanted one. . .). -- Who is this General Failure, and why is he reading my hard disk?
On Tue, 28 Sep 1999 Keith G. Murphy wrote:> Steve Litt wrote:> > smbsh doesn't work with glibc-2.1 on Linux systems. That includes RedHat > > 6.0 and many other recent Linux distributions. It is very hard to fix this > > as the glibc maintainers have deliberately removed the necessary hooks for > > smbsh to work. They don't like the idea of user space filesystems.> > The only thing we can suggest right now is to use smbfs instead.> Any chance we could ever see some *cooperation* between the smbfs people > (person?) and the Samba people? There seems to be some bitchiness, NIH > syndrome, or something going on. The Samba FAQ even mentions smbfs as a > "constant cause of complaint". This seems inappropriate, seeing as how > it works pretty well for most of us, and Samba doesn't really offer > anything comparable, far as I can tell. As we have seen, smbsh ain't > there yet. I also would much rather use a real file system than a shell > replacement, and I suspect others feel the same.Someone on the Samba team (Andrew, I believe?) has lately been taking an active role in keeping smbmount and the smbfs stuff working smoothly, and he's done a great job--although it'll be nice when I don't have to keep relearning the smbmount syntax. :) Part of the trouble in the past was that people came to the Samba team with smbfs problems, and not only did the Samba team not have the answers (since they weren't responsible for the smbfs implementation), they had no one they could refer questions to! (I.e., the Linux smbfs code was without a maintainer for some time.) Frankly, I would much rather be using smbsh than smbmount. I don't want to have to give users /any/ root access, even through a specialized suid-root program like smbmnt. One less suid-root program on the system is one less source of potential exploits I have to worry about. (Although I'm happy to say that, as a rule, the Samba team are very security-conscious wrt their code.) smbsh also offers the promise of integrating workgroup browsing into the virtual fs. smbmount certainly can't do that. If you'd rather use kernel fs support than user-space virtual fs support, that's fine--you have that option, at least under Linux. No one's stepped forward yet to code a smbfs driver for other OSes, more's the pity. But it would be nice to have the user-space driver too, wouldn't it? I hadn't realized the glibc developers *deliberately* sabotaged smbsh in glibc 2.1. I must say, I'm more than a little put out now that I know... -Steve Langasek postmodern programmer
Hi All, Here's my problem, when I first set it up, I could connect using smbclient from the Linux box (localhost)<Great!>. When I tried from the Win98 command line, I got the 'Error XX...Bad Password' error. After researching things a bit, I was lead to get out tcpdump to see what was going on. In the tcpdump output I could see my userid and (to my surprise,) my workgroup where the password should have been! <Grumble, grumble. More research...> I implemented the EnablePlainTextPassword fix suggested here, http://us1.samba.org/listproc/samba/October1998/0321.html because the symptoms sounded the same. Now when I try it with tcpdump, I see neither my userid nor my password and I still get the same error. This only happens when I try to access one of the shares that has some sort of security on it (i.e. I can connect and browse the tmp share, no problem). To save bandwidth, my smb.conf file (which has been modified both manually and using linuxconf) can be found at http://www.hub-tech.com/smb-conf.txt. In thinking about the workgroup-rather-than-password issue, I noted that my Win98 network config is set with 'Share-level access control' but I can't see how that is relevant. Isn't that just for shares that are defined on the Win98 system? I'm stumped at this point thus my post. ********************************************************* Allen Hubble <AHubble@Hub-Tech.com> Hubble Technology Consulting, Inc. Progress/UNIX, Mfg/Pro, EDI/EC Brampton, Ontario, Canada 416-802-5713 *************** Fortune favours the BOLD! ***************
I have installed samba 2.05a on HPUX 11.0. I am trying to change the
password on an Alpha NT box. I can do the smbclient -L just fine and see
the shares. Whenever I do the rpcclient to change the password I get the
following (excerpt from debug 10). Without debug turned on I just get the
two error lines. Does anybody have a clue what this error is? I really
need to update my NT passwords from the unix box and I don't want to run NIS
in my environment. I am not running smbd or nmbd as I only want to be a
client... just change the passwords.
000018 samr_io_r_unknown_38
0018 unk_0: 0000
001c unk_1: 0000
0020 unk_2: 0000
0024 unk_3: 0000
SAMR_R_UNKNOWN_38: Unknown NT error
write_socket(3,45)
write_socket(3,45) wrote 45
got smb length of 35
size=35
smb_com=0x4
smb_rcls=0
smb_reh=0
smb_err=0
smb_flg=136
smb_flg2=1
smb_tid=2048
smb_pid=27826
smb_uid=2048
smb_mid=1
smt_wct=0
smb_bcc=0
NT Password change FAILED
smb: \>