1. You are viewing our forum as a guest. For full access please Register. WindowsBBS.com is completely free, paid for by advertisers and donations.

Connecting to a workgroup from a domain

Discussion in 'Networking (Hardware & Software)' started by Grunty, 2003/07/02.

Thread Status:
Not open for further replies.
  1. 2003/07/02
    Grunty

    Grunty Inactive Thread Starter

    Joined:
    2002/11/07
    Messages:
    326
    Likes Received:
    0
    I am running a full windows 2000 domain with active drectory.

    One machine in our building is an XP machine in its own workgroup. It has a couple of user accounts on it that are not replicated in the domain, but it uses DHCP and internet access from the domain.

    I would like to be able to upload files from my own domain machine to this workstation but cannot get in to it. I can see it in Network Neighbourhood, and when I try and connect to the C$ share, I am prompted for username and password. The machine admin account will not work and I have no idea why.

    I would also like to enable access to the machine by AV software for updating virus definitions. I suppose a system account also needs access permissions for this

    Thanks
     
  2. 2003/07/02
    Scott Smith

    Scott Smith Inactive Alumni

    Joined:
    2002/01/12
    Messages:
    1,950
    Likes Received:
    4
    Well I know exactly what you're talking about because I deal with the same thing on a daily basis. I have a laptop that's not a member of a domain because I float to several domains.

    Scenerio one:

    You are on the machine that isn't a member of the domain and need to get to resources on the domain.
    You have to have a user account on the domain (with admin privleges)
    When prompted for user name and password the user name will have to be entered as "Domain Name\User Name "
    Once you are authenticated you have free rain of the domain to resources that your account has permission to.


    Scenerio two:

    You are a user on the domain and want to get to resources on the machine that's not a member of the domain from a domain machine.
    When you brouse to the non member machine and you are promted for user name and password enter "Computer Name\User Name" of a user account on the non member machine.


    And I hope it has XP Pro or all of this goes out the window.
     

  3. to hide this advert.

  4. 2003/07/02
    Grunty

    Grunty Inactive Thread Starter

    Joined:
    2002/11/07
    Messages:
    326
    Likes Received:
    0
    Thanks for the reply. Scenario 2 is what I need.

    I have tried exactly what you suggest, but it wont accept the username/password.

    I am typing in Computername\username then the password.

    I have tried 3 different account details, all with admin privalages on the workstation.

    Any Ideas?

    Thanks
     
  5. 2003/07/02
    Scott Smith

    Scott Smith Inactive Alumni

    Joined:
    2002/01/12
    Messages:
    1,950
    Likes Received:
    4
    Let me see if I can re create problem today at the office.
     
  6. 2003/07/02
    Newt

    Newt Inactive

    Joined:
    2002/01/07
    Messages:
    10,974
    Likes Received:
    2
    Possibly \\workgroupname\computername\username ??
     
    Newt,
    #5
  7. 2003/07/02
    Scott Smith

    Scott Smith Inactive Alumni

    Joined:
    2002/01/12
    Messages:
    1,950
    Likes Received:
    4
    Well Grunty you got further than I did. When I go from a domain machine to the stand alone machine the user name and password box has guest already filled in and it's greyed out.
     
  8. 2003/07/03
    Grunty

    Grunty Inactive Thread Starter

    Joined:
    2002/11/07
    Messages:
    326
    Likes Received:
    0
    I found the answer by accident. I was reading installation instructions for some antivirus software we are thinking of buying and found the answer in there.

    1. Log on to the Windows XP computer with Administrator rights.
    2.Go into Administrative Tools icon.
    3. In the Administrative Tools window, double-click Local Security Policy.
    4. In the Local Security Settings window, in the left-hand pane, double-click Local Policies then click Security Options. In the right-hand pane, double-click Network access: Sharing and security model for local accounts. In the dialog box, change the drop-down list option to Classic "“ local users authenticate themselves. Click Apply, then OK.
    5. Repeat this procedure on each Windows XP computer in the workgroup.


    As soon as I tried this, I got into the C$ share ok. I had already created a user account on the XP machine that matches my login details on this win2k domain machine, but I am sure it would allow me to put in computername\username if that wasn't the case.

    I think the reason it didn't work before was that the settings in the Security Options are "Local Users log in with Guest Account ", If I had put in the guest account details, it may have worked, but I have disabled Guest anyway now. Yours would have been greyed out because it was already disabled I suppose.

    Anyway, Thanks for your time and assistance.
     
  9. 2003/07/03
    Scott Smith

    Scott Smith Inactive Alumni

    Joined:
    2002/01/12
    Messages:
    1,950
    Likes Received:
    4
    Saweet!!!
    Worked like a champ.
    Thanks for the info.
     
  10. 2003/07/03
    Grunty

    Grunty Inactive Thread Starter

    Joined:
    2002/11/07
    Messages:
    326
    Likes Received:
    0
    I'm glad to have been able to

    a) solve my problem and

    b) help give yourself and others some information.

    It strikes me as being a bit weird that the solution to this was in such an obscure place. Connecting to workstations outside the domain must be something that most Administrators need to do at some time or other, and hiding the solution away like that does seem strange.

    There should be a big flashing icon in Network Neighbourhood saying saying "Connect to an outside network here "
     
Thread Status:
Not open for further replies.

Share This Page

  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.