Recommended Posts

this maybe belongs under xp home

i am unable to connect to the two xp home machines we have via explorer \\COMPUTER_NAME

i can connec fine via IP address

why is this?

i cant ping name either... (even though it shows up under network)

if i click on network in vista, all the computers show up, name and all

this drives me nuts

this is not an issue with the xp pro machines or other vista machines... just xp home

thank you

pj

Link to comment
https://www.neowin.net/forum/topic/636586-computername-not-accessible-ip-only/
Share on other sites

im away from the machines, cannot test now.. but will try...

the xp home machines CAN access the vistas by COMPUTERNAME but not vice=versa...

i really dont think it is a dns/cache problem (seeing as though this has never been an issue on any other machine... but is with the TWO xp home systems i have)

but will give it a go when i get home

any other ideas?

pj

  nazgul said:
Can those XP machines access the Vista machine by name? Can they access each other?

The first thing to try is clearing the DNS cache. Open up a command prompt, type in "ipconfig /flushdns", hit enter. See if you can get to them after that.

dns flush did not do anything...

pj

  pjrey said:
dns flush did not do anything...

pj

Try entering this at a command prompt: "nbtstat -A ip-of-the-pcs"

Be sure to make the A uppercase. Run this for each of the PCs you're trying to get to. This will tell you what the PC thinks the NetBIOS name of those PCs. If it comes back with no name, or the wrong name, you can run this command to clear the cache: "nbtstat -R" (again, be sure the R is uppercase).

^ exactly! ;)

Nor does dns have anything to with broadcasting for a netbios name.. The subnet or broadcast domain the machines are on could be an issue.

Is the name even valid for netbios? For example, I just named a machine "xp-pro7891123456" which is over the 15 character limit of netbios.. So I can not view it with its netbios name

C:\>net view \\xp-pro7891123456

System error 53 has occurred.

but I can view it by IP

Shared resources at \\192.168.1.168

Share name Type Used as Comment

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

test Disk

The command completed successfully.

There are lots of reasons why you might not be able to resolve a machine by netbios.. what workgroup they are in is not one of them, nor is what dns they are using.

The node type of the machine looking for them, and if your running wins or not - sure these are possible problems. Is netbios over tcp/ip enabled even?

What exact error do you get when you do from a command line net view \\computername

i find it odd that it is only a problem with the two xp home machines all the rest work fine (5 other xp pro machines, and one other vista, besides mine... all work just fine...)

the machine names of the two XP home machines are, ' family ' and ' chef '

i have tried accessing the XP home machines from other computers besides mine... the error is the same on the others as well

i will test net view \\chef when i get home on friday

pj

still no go

i can view it by IP only... netbios over tcp/ip is ENABLED (everything matches my setup on my laptop)

i did a nbtstat -A _COMPUTER_IP

and it came back with the correct name, chef UNIQUE REGISTERED

net view \\chef gives me error 53 no network path

i dont know what else to try

i goto properties on the xp home machine, it says the comptuer name, the NetBios name...

all checks out just fine...

any other ideas?

thanks

pj

(again, this happens only on the xp home machines.. )

Edited by pjrey

And these home machines are on the same network as the other machines? ie 192.168.?.x/24

And your not using wins on your network? And the machines are set to use broadcast to find names, ie what is the node type of the machines trying to use access \\chef

You do not have anything in your lmhost file that would point to the wrong place for this name?

What is the output of your nbtstat -c before and after you try and access net view \\chef

Sorry but here is not netbios (and please pull off netbios is security concern), not workgroup, i think is only authentication in the xp home (if i read correctly) cuz xp home not have the same target than pro (wich is desinged with a domain controller in the network), home is for a home environment wich is likely not have a domain controller and vista cant access to the xp home machine. Look to change the admin pass (i prefer to use this acc, less problems) in the vista pc and try but i need to remeber the xp home will ask the pass over and over (dont have the service to remember, i dont remember the name LOL)...to my is pointless cuz xp home is not good to network, a lot of problems to see others pcs and access.

Sorry for my english if any is wrong.

I dont understand the part wich vista not access the xp home...wich is the problem? cuz the poster say he cant access the xp home via vista (this is posted in the vista section and the poster wonders if is better to post in xp home)

And a good fix always concern to go over wich the pcs says, maybe the pc say error 53 but is that correct, and why?

This is wich respect to you position in the forum, of course.

To be honest I can not make heads are tails of your post.. In general vista has no issues accessing XP home or Pro, it seemed to me you were trying to say vista has known issues with accessing xp, etc.

He can access it using IP -- so how is it a auth issue? If it was an access denied problem they would get error 5, not 53

All remote access to xp home is SFS, so WTF does the admin password have to do with anything??

Error 53 is normally a name resolution issue!

http://www.microsoft.com/technet/prodtechn...g.mspx?mfr=true

We need to understand how he is doing name resolution.. Does he have dns or wins running, does he have entries in his lmhost file? How are his clients trying to resolve -- ie what node type are they set at.

If he is just trying to broadcast for names -- are these machines on the same segment.

It clearly has nothing to do with AUTH, since he states he can access the shares using \\ipaddress

I have a similar issue on 3 vista machines on the local network. Tried most/all of the suggestions here and to no result. Doesnt really bother me accessing them via ip-addresses but I wonder if it represents a problem

A problem in your setup yes. Out of the box you put 2 computers on the same network, allow for the traffic on their firewalls - and setup file sharing. With no other method of name resolution -- they will broadcast for the netbios names.

If this is not working on your network - then you have dicked something up, or have something mis configured or blocked by firewalls, etc.

I can duplicate the problem quite easy.. I setup a machine to use P-node and pointed it to a wins server that is OFF. Now the machine will not broadcast for name ie \\computername

post-14624-1211121645_thumb.jpg

Here is info on how netbios name resolution works

http://technet.microsoft.com/en-us/library...27013.aspx#EFAA

Another way I can duplicate this problem is to only allow port 445 on the machines firewall vs allowing 137 UDP as well.. This will allow to access \\ipcomputername but not \\computername

But this does not allow for nbtstat -A to work.. So it would seem the OP could be on different segments.

Edited by BudMan
  BudMan said:
So what was your problem??

how do i check node type.. it says unique...

i cannot run net view \\chef

i cannot ping chef

i can run net view \\ip of chef

and ping ip of chef

tell me what to try

wins is not enabled, netbios is

i tried with firewall off

i ran nbtstat -c on the chef system

it showed the IP of the computer, and 2 connections, me and NAS harddrive...

yes, they are all within 192.168.1.X

i am able to ping chef ON the chef machine... but i cannot ping chef on my system (vista), or any other (running xp pro)

i dont know what else to look for/try

thanks for posting

pj

EDIT: when i just do NET VIEW (no ip or host) it shows my NAS drives and chef (from my vista laptop)

its showing up

if i do net view chef

i get an error 53.

Edited by pjrey
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Watchdog finds Microsoft guilty of confusing advertising when it comes to Copilot by Usama Jawad While Microsoft is advocating for Copilot usage in both personal and enterprise environments as much as possible, it arguably hasn't made as big of a splash as it wanted. Now, the U.S. watchdog National Advertising Division (NAD) has criticized Microsoft for some of its advertising practices when it comes to Copilot. In a recent blog post spotted by The Verge, NAD noted that Copilot does possess the functionalities that Microsoft expressly claims it does in enterprise use cases. This includes capabilities like summarization of content, generating text, and creating outlines for PowerPoint slide decks. While Copilot does have some limitations in this area, NAD thinks that they are pretty minor, so the lack of disclosure in this area doesn't really impact how most customers leverage Copilot. That said, the watchdog discovered some problems in Microsoft's messaging when it came to Business Chat. It believes that Redmond's universal and interchangeable use of Copilot for both the assistant and Business Chat can cause confusion among users, as they judge their functionalities. For example, NAD argues that while Copilot is quite fast at seamlessly generating documents in other applications, this is not the case with Business Chat, which requires more manual steps, and this is not abundantly clear in the advertising on Microsoft's website. Finally, NAD advised Microsoft to get rid of its claims regarding an increase in productivity and ROI because while the tech giant does have supporting studies to back its boasts, they do not provide a "good fit" for objective claims. It's also worth highlighting that the UK government recently did trial Copilot in work environments and discovered that participants did save 26 minutes per day on average. Still, it seems like this is not good enough for NAD. Interestingly, Microsoft did respond to NAD's advisory, saying that while it disagrees with some of the watchdog's findings, it has made changes to its advertising messages in order to comply with NAD's recommendations. Source: NAD via The Verge
    • My new emergency poo ticket holder
    • These are the same ignorant, gullible, cowardly fools who still believe that gods are real and that fictional White Jesus is coming back to Earth "any day now". It's a Venn-diagram of two almost perfectly concentric circles. In short, they'll buy anything you lie to them about as long as it makes them less afraid... Of things the rest of us know we don't have to be afraid of at all.
    • It isn't fair to shift all blame to the user. Yes, the user shouldn't have blindly trusted MS with all their data, but assuming the facts reported are correct, MS massively screwed up too. Both can be true.
    • How about with add up/down votes on posts instead? Then we could upvote posts that are True based on the facts and supported by evidence. And we could also downvote the ridiculous paranoid rantings of ignorant, gullible, cowardly people who still fall for ancient proven lies and obvious fearmongering scams behind such nonsense like white supremacy, Nazism, Trumpism, etc. I'm willing to give it a try. How about you?
  • Recent Achievements

    • Experienced
      dismuter went up a rank
      Experienced
    • One Month Later
      mevinyavin earned a badge
      One Month Later
    • Week One Done
      rozermack875 earned a badge
      Week One Done
    • Week One Done
      oneworldtechnologies earned a badge
      Week One Done
    • Veteran
      matthiew went up a rank
      Veteran
  • Popular Contributors

    1. 1
      +primortal
      699
    2. 2
      ATLien_0
      268
    3. 3
      Michael Scrip
      211
    4. 4
      +FloatingFatMan
      186
    5. 5
      Steven P.
      142
  • Tell a friend

    Love Neowin? Tell a friend!