Re: [SLUG] Ubuntu client trying to access shared folders on server (Win 2003)

From: Alberto Suarez (asuarez@uw211manasota.net)
Date: Sat Sep 27 2008 - 18:40:15 EDT


Ken,

Your explanation was right on my level of education when it comes to
Networks access/Window Shares, etc.
I have all the user name and passwords of the server that I am trying
to access since I am the CEO. =)

That link you sent me is pretty deep for my head. The article assumes
knowledge of kerberos (no idea what that is).

I belong also to the Ubuntu forums and i was given this link that i
will try on Monday when I get to the office.

http://www.swerdna.net.au/linhowtosambacifs.html

I also read from the Ubuntu documentation that you dont need SAMBA in
order to access shared files from a particular server. I also heard
that SMB conflicts with Win 2003Server? That I must use Citfs since I
am dealing with Win 2003? (No idea what Citfs is)....
Someone gave me this command ........ mount -t cifs -o
username,password//70.46.rest of. IP/share_name /path_to/mount_point

All i want is to access the shared fodlers on that server.

--------------------

Let me ask you about option 2 - can i share folders with the server via ftp?
If so where can i get instructions on how to set it up?

Thanks for your help Ken

Alberto

Alberto Suarez, C.I.R.S
Executive Director
UNITED WAY 2-1-1 OF MANASOTA
Linking People to Services
http://www.uw211manasota.net

On Sat, Sep 27, 2008 at 5:44 PM, Ken Elliott <kelliott11@cfl.rr.com> wrote:
> Alberto,
>
> I'll start with very basic assumptions. Pardon if this is below your level
> of understanding.
>
> In any network, the PCs chat using a protocol, which is like a language
> between humans. Linux can use several protocols, but Windows uses SMB.
> Linux uses SaMBa to speak that protocol.
>
> There are two types of Windows networks: Workgroups and Domains. A
> workgroup is a simple network (usually with just a few PCs) that allows any
> PC to connect, as long a the user has an account on the 'target' pc. If you
> have a network consisting of Windows XP PC sharing a folder called
> "Net_Files" and you try to connect to it with a Windows PC or a Linux PC
> running Samba, the XP PC will ask for your username and password. The XP PC
> will have a local copy of the account information and if valid, it will
> allow you to connect to the shared folder (based on the permissions your
> account has for that folder). But if you have 10 PCs, that means each PC
> would have to have a copy of the account. This is a headache because if you
> want to change the password, you have to change it in 10 PCs.
>
> A domain is quite different. A domain has a master server (Primary Domain
> Controller) that has all the accounts, passwords and permissions. A Windows
> XP pc is not allowed access to any shared folder (or printer) unless the PC
> is a member of the domain, even if the user has an account. If you "join"
> the PC to the domain, then the PC will "trust" the master server. If you
> try to log onto a Windows PC that is a member of a domain, the PC sends your
> username and password to the Domain Master. The Domain Master makes the
> decision to allow (or not) you to log on, and decided what you are allowed
> to do. If the PC is not a member of the domain, the entire domain ignores
> you. That is an over simplification, but that's the basic idea.
>
> A domain can be a good thing, since changing a password on the server means
> it's changed on all the PCs. If you disable an account on the server, it's
> disabled everywhere. This service is called "Active Directory" in Windows,
> and Linux/Unix has LDAP (Lightweight Directory Access Protocol), which I
> believed is what Microsoft "copied" to create Active Directory. In a
> nutshell, this "directory" is the container for all the usernames,
> passwords, file shares, printer shares and computer names.
>
> A Windows XP PC can be in a workgroup or a domain, but Windows Server
> REQUIRES a domain. So what I believe is happening is your Linux PC is not a
> member of the domain and is being ignored.
>
> Option #1 - Join the Linux PC to the Windows Domain.
> See
> http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/domain-member.htm
> l#ads-member
>
> Option #2 - You can get around this by using FTP on the Windows server. FTP
> does not require domain membership, only a valid user account. Once the
> folder is shared via FTP, you can use any kind of computer to connect.
> Using FireFox with FireFTP is pretty cool.
>
> Good luck. Sorry for the long post.
>
>
> Ken Elliott
>
> =====================
>
> -----Original Message-----
> From: slug@nks.net [mailto:slug@nks.net] On Behalf Of Alberto Suarez
> Sent: Friday, September 26, 2008 6:40 PM
> To: slug@nks.net
> Subject: Re: [SLUG] Ubuntu client trying to access shared folders on server
> (Win 2003)
>
> Ken,
>
> When you say Linux box, I am assuming you mean my laptop client trying to
> access the Windows server 2003 ?
> Sorry-I'm a Linux n00b. Want to make sure I understand.
>
> My understanding from my readings on Samba - is that is not needed when you
> just want to access Window folders on a server??
>
> https://help.ubuntu.com/community/SettingUpSamba
>
>
> My laptop with Linux (Ubuntu) in it is just a client trying to share
> folders-which is my problem-cant access shared folders on server..
>
> Thanks for your reply.
>
> Alberto
>
> -----------------------------------------------------------------------
> This list is provided as an unmoderated internet service by Networked
> Knowledge Systems (NKS). Views and opinions expressed in messages
> posted are those of the author and do not necessarily reflect the
> official policy or position of NKS or any of its employees.
>
-----------------------------------------------------------------------
This list is provided as an unmoderated internet service by Networked
Knowledge Systems (NKS). Views and opinions expressed in messages
posted are those of the author and do not necessarily reflect the
official policy or position of NKS or any of its employees.



This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 17:06:23 EDT