clutch

Quote: More confusion...I mentioned only one ping, where did you come up with two? lol 1. Your original post. 2. My description of "TPOD" (for some reason, I didn't even pick up on the F7 reference, and I immediately remembered when a student came in to learn our telephony software and started to shut down the instructor's PC as it was streaming audio simply using "ping blah -t", hence my reference and all the aforementioned confusion ), and 3. The version you looked up. So, there you have it. All the versions that I described. Make more sense now?

Couldn't boot from CD, or is this a memory from a LONG time ago?

What you explained is what was shared with me as "The Ping of Death". Plus, when it was done it would timeout and crash the target machine instead. I can only imagine that there are several "Pings of Death" out there, but: A. It would seem that the first one you found is "The Ping of Suicide" or "The Ping of Masochism", B. Mine would be more of "The Sniper Ping", and finally C. The last you mention would be "The Ping of Incredible Destruction and Horrible Pain". Yours makes more sense though, so I will amend my definition.

Here's a little bit of an update: Over here, you can find some info that shows the extent of Win2K support in SMS 1.2. It does make several references to components that don't work properly without a post SMS 1.2 SP4 update. You might want to check this out.

I use SMS 2.0 myself, but let's see if we can throw you a line here. What SP of SMS and Win2K are you running? Does the client function properly in all other respects (inventory, pushes, etc)? Here are a couple of sites that I go to for SMS info: www.swynk.com www.myitforum.com Both have some pretty good tips and articles, and some nice scripts/PDF files as well.

That has been referred to in the past as "The Ping of Death". We now have another member in the club.

Quote: Better go back to school. The browser service is only responsible for showing the list of computer names on the nearby network for user display, and it uses NetBIOS to do so. If you had an empty Browse list, but you still had your WINS server setup properly, the network would all fucntion properly. First, LOL on the intro sentence. Hehehehe... Anyway, I am dying to know when was the last time that you completely disabled the browser service on all systems to test this theory. I would LOVE to know how NETLOGON replication worked out between the DCs. Quote: It serves NO purpose but for a *USER* to be able to see a list of what network services are available.....when a user selects a resource off of the browse list, the client PC then tries to resolve the name. This guy was only asking how come his PC didnt show up on the list,....which means name resolution has not even played a part yet. Actually, he DOES see his name in the "domain", but he wants to be grouped elsewhere. Starting to trail off a bit from the original question? Quote: Exactly, and since this guy is only explaining that his computer does not show up on the list....the problem only lies in the browser service....if he never saw the PC on the browse list, than his PC never tried to resolve the name now did it? Well, it does show up on *a* list, we are still waiting for the specifics. Quote: Not true, if he has a single, PDC, then the PDC is the Domain master browser, and the WinXP box could concievably be on a different subnet than the server....thus being the newst version of the browse service, and assuming the role of the master browser for that subnet. Umm, I can't really recall a reason why anybody would want to subnet a network that uses only a single PDC (unless it's a remote office on a low-cost network, but then again he wouldn't see the servers now would he?). If that was the case, then I am sure that all the resources would show up in the single group anyway, and we wouldn't be here having this discussion. Also, he says that he can see his system grouped with the servers, so I don't think that the WinXP box is the Master Browser for anything. Quote: --------- I'm sorry to say this, and i'm not trying to be mean, but you should setup a home network for come trouble shooting, because its hard to teach that in a class. It sounds to me that you have all the words right, but dont see how they all fit in the puzzle. Wow, now that takes a lot of balls, especially considering the large holes in your theory that the browser service and name resolution are totally independent, and that each can work fine without the other. I have been jacking around with NT for the last 5 years in full NT domains, Novell networks, and peer-to-peer configurations using WinNT/2K/XP, 9x, DOS, and *nix. And I can tell you, I am a bit familiar with how NT likes to do things. At least MS seems to think so, I did manage to get my MCSE and MCP+I using these abilities.

Here's a little highlight from that link that I posted a while ago. I jut thought I would help you out: Name Resolution Name resolution is critical for distributed browsing to operate properly. All computers that have the potential to become master browsers on an IP internetwork must be able to resolve the DomainName<1b> entry for the domain master browser. After receiving a positive response to the datagram Query for Primary DC, the master browsers must also be able to resolve the ComputerName<00> of the domain master browser. For the domain master browser to connect with each of the master browsers, it must be able to resolve the names of all servers that have the potential to become master browsers. The domain master browser listens for the directed MasterBrowserAnnouncement datagram sent by the master browsers over UDP port 138. These announcements cause the domain master browser to resolve the ComputerName<00> of the master browser and request from the master browser its locally collected browse list. It is also important to understand that once a browse list is presented to the client, the client must resolve the ComputerName<20> of any server in the list in order to view its shared resources. Therefore, all clients in the domain must be able to resolve the IP address of any server in the domain. For most networks this means that the distributed WINS or DNS infrastructure must be working properly. For information about name resolution through WINS, DNS, or LMHOSTS files, see "Windows Internet Name Service" in this book. I am wondering what classes you attended to NOT know the tightly integrated nature of name resolution and resource handling. So, maybe you got the impression that I was saying the Browse list is some sort of DDNS/WINS solution, and I never did. Take away name resolution and NetBIOS over <insert protocol here>, and you wont get anywhere with your browse list as there will be TONS of them everywhere managing their own little worlds.

Huh? Funny, I was just thinking the same thing about you. How long have you been an NT sysadmin? You seem to be completely hung up on the browser service, and you don't seem to follow the name resolution chain or credential validation scheme at all. The link I posted shows name resolution being involved, and every MS manual points to name resolution and NETLOGON be tightly intertwined. Also, if there were multiple subnets involved, then there is a STRONG possibility that he wouldn't be asking this question as: A. There might be multiple BDCs along each subnet, or B. If a person did configure the router between clients and DCs, then the person would also have a more thorough knowledge of this schema Now, as for "going back to school", I was wondering where you came up with the browse list promotion chain, and that WinXP Pro is higher up than Win2K Server. I mean, where did that come from? Everything I wrote can be backed up in that link I posted before, and in many other documents relating to the NT Browser service. So, how about you back up what you have to say. You had a condesending attitude with one user who posted a poll asking about Open-Source w32 programs, so let's see you back up your words.

Even if Creative Labs did you read your post, the most they might glean from it is: "I have old hardware and I stole my OS, but dammit I DEMAND support!" That's not going to carry a lot of weight, bud. Also, you are not "forced" to buy anything. You can still use Win2K (Win9x, DOS, NT, whatever) and wait until something better comes along. Hell, get Linux or a Mac, but don't use that lamea$$ excuse to write off stealing the OS. So, now that you have proclaimed WinXP sucks, you have promply removed it and replaced it with a properly licensed OS, right?

Do you have TCP/IP installed as well on these systems? It sounds like you have IPX installed properly, and if you can file and print share using only IPX then name resolution and connectivity are working well too. I don't know if these games require IPX/SPX, or if they can use TCP/IP as well, but I would suggest installing TCP/IP as your primary protocol anyway. Honestly, I am fairly limited in gaming with IPX, since I only used Kali to play online (it had some funky interpreter/translator to let IPX/SPX games work over TCP/IP) in the few games that did need it.

I don't understand why someone would want to advertise that he/she uses stolen software in the first place. Plus, the owner of this board (Philipp) explicitly asked that users NOT discuss w4rez here (hence it being a "bad" word). This is not a w4rez board, and the ownership wants to keep it that way. There are many other places that this be taken to. Going around writing: "Hi, I have stolen software (for testing purposes *wink* *wink*) and I am having problems with it. Could somebody help me get my stolen software working again? I mean, since it is for testing purposes I *could* try to get an evaluation edition or even just buy it, but I would rather not do either." I am sure Philipp doesn't want to hear any $hit from the BSA or software publishers claiming that his site endorses the w4rez community, so that's probably a good reason why we have this policy. This just sets a bad precedent, and it is not needed. This is not up for debate, and is non-negotiable. So please, simply discontinue the behavior, or leave.

Perfect world or not, this board does not condone the use of pirated software, period. So, you can now step off your high horse, or step off the board. Either way, please do not blatantly advertise the use of pirated software. W4rez has plenty of other outlets to be discussed at, so those users can take those conversations elsewhere.

Do those games use IPX/SPX normally? What protocols do you have installed on the WinXP box? Can your WinXP and WinME clients talk to each other doing other things (file and print sharing)?

Quote: Wait lets back up here. A computer showing up in the Workgroup list, has nothing to do with Name Resolution, WINS, DNS, Domains or trusts. I'm assuming here that he cant get the WinXP machine to show up in the NetworkNeighborhood Workgroup list, cause that's how i read it. Actually, name resolution is an integral part of the browse list. That's why the WINS box has its own ranking in the browser selection. Also, it is used in DC location and credential validation. Quote: The network neighborhood is created purely using the browse list. (and possibly the local name cache?). And the machine names are mapped to network locations by...NAME RESOLUTION. NetBIOS translation also includes machine role, which is a function of LMHOST files, WINS boxes, and NetBIOS broadcasting over the chosen protocol (in this case, probably TCP/IP). Quote: My guess as to what's happening, is that the WindowsXP machine became the Master Browser for the network, and the PDC, being the domain master browser, cannot resolve the name of the WindowsXP box, and therefor cant retreive updated information about what computers should be on the browse list. Though it could be alot of things. I don't see how the WinXP box could become the master browser when it is able to "log on" with the PDC (hence my request for validation of the connection). All it has to do is request a browse master, and then (if set to "auto" or "maintain") sync its own list. However, with any servers on the network (especially DCs), that point is moot. Quote: Lee_frost - try to access the WindowsXp machine from the PDC and make sure you can. We are anxiously awaiting the result from the eariler request as well.

Cool, but please don't cross post again. Just post a link to your original post into the other forums related to your topic.

Well, you think we could hurry him up a bit, the suspense is killing me...

Yeah, it's more than likely a single-master domain model, and that's simple enough. The part that's throwing me off is that he can log onto his domain, but wants to change the workgroup WITHIN the domain. Now, I am somewhat familiar with using OUs in AD (somewhat as in I covered it in a class, but didn't have to use it, yet), but I am not familiar with switching workgroups from with a domain. You either have a domain, or a workgroup. Machines can JOIN domains, and hence show up in them. Users can be placed in global and local groups within the domain. I have seen multiple NT workgroups used within a Novell Forest, and would then show up in the browse list (network neighborhood) as separate network containers. But for the life of me, I can't understand by what he means here: Quote: XP Box is loggin on to the NT4 domain where it is authenticated fine. However it is showing up in the Domain workgroup. Being displayed with the various servers. I have got around 10 workgroups, and I ideally dont want to be forced into this workgroup. I would like to be in a different workgroup, is there a way i can tell it what workgroup i want to be in. I see it as "I have an NT domain with several workgroups of machines contained within, and I would like to have my machine be shown within a specific workgroup". So, am I reading this correctly, or am I not seeing the forest for the trees?

Well, sub/resource domains have been before AD/W2K, so I was wondering if he was using some sort of multi-domain model with trusts, and the workstation was supposed to belong to a certain domain yet isn't showing up. Are you able to get to shares on the server that you are logging in to? The reason I ask, is that Win2K would not advise the user that he/she couldn't be authenticated with a domain controller if: A. It can't find a DC (duh ), and B. The person has logged on previously, hence caching his/her authenticated credentials on the system You might be "logged on", but in reality not connecting to your DC at all.

Quote: On the XP box, you should probably disable the "Computer Browser" service. The criteria to become the master browser has alot to do with OS version...a news OS will always win a browser election, even if it's only a work station. Wrong. Primary domain controllers ALWAYS have the master browse lists, which are then replicated to the BDCs. Also, a server OS will rank higher than a workstation OS (i.e. NT 4.0 Server will outrank a Win2K workstation). This applies to WinXP as well. You can get the scoop here: http://www.microsoft.com/technet/treevie...rt4/tcpappi.asp Quote: now I dont know this to be fact, but it's possible there's some incompatibility with Win95/XP browser functions. At least by disabling the CompBrowser service, you'll know that your NT server will be the master browser. I am not even sure what he means by "workgroups", let alone if he is more concerned about browser functionality. What is the "workgroup" layout you are currently using? Are you using sub/resource domains? Quote: Are all these computers on the same subnet? If not it's possible that the Master Browser has not reported yet to the Domain Master Browser about the new machine on the local subnet. Huh? The PDC is ALWAYS the Domain Master Browser, and the BDCs will report the logon traffic during syncs if the BDC (which would be regular Master Browsers since they are servers and have been online the longest) can validate locally. You want the best name resolution method? Install WINS on one of the NT servers, and name resolutions go away. Like DNS? Install that as well, and allow for WINS queries by the DNS server to resolve things like "pc1.mydomain.com" internally. This will go a long way to working with AD as this is like a primative DDNS setup.

We will count the post from Atreyu as a warning. Do not post asking for help with your w4rez.

Buy WinXP Pro, and you can use Win2K if you want since the OS license is backward compatible. Of course, you would still need the media (CD and key) for Win2K if you change your mind, but at least you wont have to pay for the upgrade later on.

I don't know then bud, and as for the local accounts being "identical", I don't see how that's possible. There is no way that accounts in 2 different workgroups/domains could be "identical". They use different domain\username combinations, and different SIDs, so even if they have the same username and password they will still be different, and therefore have different user privileges. I am getting the feeling that you are hitting some sort of user account resolution issue, and the WINS server cannot authenticate you as having proper access privies (which is why you can administer it on the WINS native domain, but not across domains). When you say you are running the shortcut as the admin of the other domain, are you simply using "run as"? I was going to try to administer my WINS box on my home network from my office, but the NetBIOS calls do not function properly across both of the NAT systems being used. Kind of a side benefit actually, but in any case it doesn't work as of yet. Maybe someone else here has worked across domains and is more familiar with your situation.

OK, so what I was working on before is still valid. You *do* have access to winsadmin, but when it launches it does not have the account permissions to connect and manage the server in question (as shown when you use local copies of the tools to connect to that server). Now, the client account being used to connect with, is it an admin account in the domain that (or a local admin on) the WINS server in question? I know that you can access and manage it FROM the server's native domain, and I know that you can cross domains with server manager and user manager (as I have done that before myself), but I would like to know what the managing client's permissions are on the WINS server's domain.

These systems are on the same subnet?