Slashdot Mirror


Root 101 - Concept of Root for Newbies

Fozz writes "One of my colleagues wrote this article explaining the concept of root/super user for Unix newbies. He wrote it after looking for information like it and not finding much. His analogy of Unix and an apartment complex is one of the best metaphors I've seen for understanding multi-user OSes." If you're running any variety of Unix, you've probably been forced to learn this pretty well already, but this is a very lucid explanation to point out to curious friends / co-workers who aren't so sure.

110 comments

  1. CLI by TheCrimsonUnbeliever · · Score: 2, Insightful

    It is the CLI of unix that gets people every time - there is no way to explain that it is generally easier to do stuff through a cli

    ifconfig for example - I can rememeber the ifconfig line for any computer on my network and have it in and done in seconds

    But in windows it takes a few minutes just to click click click

    1. Re:CLI by Anonymous Coward · · Score: 2, Informative

      the 'netsh' command in Windows will give you the equivelant functionality of ifconfig at the command-line. you can run it in interactive and script modes, too. the downside is that it's slower than ifconfig; the upside is that changes made here are permanent, whereas command-line changes in ifconfig don't persist across reboots.

    2. Re:CLI by TheCrimsonUnbeliever · · Score: 1

      After using windows machines for most of my computing life I do not know this - within 10 minutes of using *nix I knew

      Different strokes

    3. Re:CLI by suwain_2 · · Score: 2, Insightful

      Precisely! I constantly field questions from people on why I insist on using programs in 'DOS,' and how Linux is SOOOOO outdated because of this. What they don't get is exactly what you said: if you know what you're doing, it's often times 10x easier to just type in the command than it is to point-and-click through illogically-oriented menus. (I'll admit, if I have no clue what I'm doing, a GUI helps...)

      Sometimes the command line can save even more time, not just because you don't have to search poorly-layed-out GUIs for the option you want. For example, the other day I got really sick of having about 50 "incomplete" MP3s in my playlist. Rather than going through and deleting all the files one by one, I fired up Cygwin (which gives you a shell on Windows... quite handy!) and did "rm __INCOM*" to delete the countless files beginning with "__INCOMPLETE__" Nice and handy.

      Not to mention the remote access aspect of the command line. I'm responsible for maintaining a webserver running Linux; it's so handy to be able to pull up an ssh session and do whatever needs to be done. Let's see the admins of the Windows boxes neighboring it work on their servers from home.

      Anyway, I may have just bored everyone to death, but for those just getting into Linux/UNIX, don't fear the command line! If you take the time to learn it, you'll grow to love it.

      --
      ________________________________________________
      suwain_2 :: quality slashdot p
    4. Re:CLI by Anonymous Coward · · Score: 0

      "But in windows it takes a few minutes just to click click click"

      not exactly the same info as in unix but in win2k try a `ipconfig /all` ... it dumps a good bit of data

    5. Re:CLI by Anonymous Coward · · Score: 0
      Rather than going through and deleting all the files one by one, I fired up Cygwin (which gives you a shell on Windows... quite handy!) and did "rm __INCOM*" to delete the countless files beginning with "__INCOMPLETE__" Nice and handy.

      Why did you bother with cygwin? Why didn't you just use del ___INCOM* from the Windows command line

    6. Re:CLI by Anonymous Coward · · Score: 0

      I annually help install network cards in freshmans' computeres for a local university. After getting back in the swing, I can hot-key my way through setting up the network in the same amount of time it takes to type out an ifconfig line. Even using a mouse doesn't take more than 5 seconds.

      Knowing the magic incantation and doing it hundreds of times is what makes it fast. Which is harder: memorizing the dialogs that pop up and the keystrokes necessary to navigate them; or memorizing the arguments for ifconfig, their orders, and legal values (i.e. for netmask)?

      I'm not arguing either is better, just that if you took the same amount of time to learn a way to do something in Windows as you did to learn the same thing in Linux (yes, a big waste of time probably, but we're talking hypotheticals here), you would probably be able to do it in at least the same order of magnitute timeframe.

    7. Re:CLI by JohnFluxx · · Score: 1

      I think you still need to do:
      del ___INCOM*.* actually

    8. Re:CLI by Anonymous Coward · · Score: 0

      I try and explain that theer is a difference in level of communication between pointing and clicking and written commands. pointing and clicking sounds like how I would imagine cave men communicating. What makes us more advanced then cave men is language. Try explaining how to do something by pointing and grunting and you will see what I mean. For somethings like moving a rock from one place to another that might be sufficient and probably even easier but telling someone how to build a cart out of 2 wheels would be imposible with out language. Sure CLI's arent as advanced as spoken language but they are that much more complex then pointing and clicking. It becomes imensely harder to do complex things with an overly simple mode of communication. People rely on both body language and speach and it would be insane to think that they could communicate easier by just sticking to body language yet that is what some peolpe think a user friendly interface should be like.

    9. Re:CLI by fille · · Score: 1

      Last time I checked Windows had a command shell too. "del __INCOM*" isn't that hard I suppose.. ;-)
      Cygwin is really nice though..

    10. Re:CLI by suwain_2 · · Score: 1

      Hehe, I realized after I posted it that it wasn't a very good example... A better one would be the more complex pattern matching that can be done, or the easy scriptability. (Okay, again, DOS can be scripted... *needs to stop pointing out these bad examples*)

      --
      ________________________________________________
      suwain_2 :: quality slashdot p
    11. Re:CLI by akamoe · · Score: 2, Funny

      What makes us more advanced then cave men is language. Try explaining how to do something by pointing and grunting and you will see what I mean. For somethings like moving a rock from one place to another that might be sufficient and probably even easier but telling someone how to build a cart out of 2 wheels would be imposible with out language.

      You've obviously never managed a McDonalds.

      --R

    12. Re:CLI by joshuac · · Score: 3, Insightful

      ---snip
      Not to mention the remote access aspect of the command line. I'm responsible for maintaining a webserver running Linux; it's so handy to be able to pull up an ssh session and do whatever needs to be done. Let's see the admins of the Windows boxes neighboring it work on their servers from home.

      ---snip

      It's not difficult to setup ssh on windows, and redirect the io of cmd.exe (or most any other CLI shell available for windows, come to think of it) through it if you know what you are doing. The problem isn't so much the OS, it's the type of admins the OS attracts. 90% of windows "admins" do not know how to use the cli and cli apps included with windows, or even use many of the graphical management tools included to their full extent.

      With NT 5 native RDP support was added, although you have been able to make any NT machine support RDP for awhile now, (assuming you do not need multi-user support; in that case your stuck with their terminal server distribution, or purchasing something re-written by Citrix and dumping RDP for their protocol), and with NT 5 they made a telnet server an official part of the distribution (not that I would suggest using it). Of course, you could do all this years ago with NT 4 as well...(and with NT 3.5x with a little adaptation, probably).

      BUT...do many NT "admins" know how to do this, or even have the slightest clue about where they would go to get started? Nope. And from what I have observed, in more than a few places having a _little_ more knowledge about the OS they "support" would have made their lives a lot easier...but they don't bother, they just keep slogging on with what little knowledge someone force fed them at a certification class.

      Unix admins on the other hand tend to actually take an interest in knowing what makes their OS tick. Partly that the OS is much more open (for some Unix OS's, you can even get the source code easily). Partly that in the Windows world, the interface to a server appears identical to the interface to a workstation, which gives confidence to users who want to become an admin where they deserve no confidence at all :).

      A good admin can make up for a weakness on any platform, whether it be Netware, Linux, Windows, or Lantastic, without needing to blame his/her tools. A lousy "admin" can also more than compensate for all the strengths of a platform. What matters most is the competency of the admins that tend to work with those systems, not really the systems themselves.

      That all said, given a choice, I know which platform is takes me much less effort to secure than the others...heck, you might almost say it is "secure by default" :)

    13. Re:CLI by Bob+MacSlack · · Score: 1

      I'm not claiming to know anything about using CLI to do administration on windows machines, but in my experience, trying to manage windows from the command line is a horrendous task. It seems like the text commands were the afterthought and simply hacked together so that they can claim to have them. Is this just my inexperience showing through?

    14. Re:CLI by Anonymous Coward · · Score: 1, Interesting

      not any more... not for quite a while actually, possibly back to win98 in fact.

      One thing I do still use windows for, as I've not figured out how to do it easily in linux yet (anyone?) is if you need to rename part of lots of files... eg:
      ren 10*.* 20*.*
      or even
      ren ??10*.* ??20*.* ...if ya follow.

    15. Re:CLI by joshuac · · Score: 1

      ---snip
      but in my experience, trying to manage windows from the command line is a horrendous task.

      ---snip

      For sure, different OS's are more or less admin-friendly. But difficult is not the same thing as impossible.

      Trying to manage windows from the CLI _is_ a much more difficult task than with most other OS's. However, with the right tools you can manipulate the registry database, kill or start a process, manipulate files, or just about anything else you would need to do. In any practical real-world situation you would not hassle yourself with trying to work that way, unless it were a task particularly suited to the command line (automation) or you were in a situation where a CLI was all you had available; remote admin of windows machine is almost always done in a GUI (although many of those GUI tools can be ran locally to manipulate a server remotely over a network).

      A good admin _can_ accomplish all the same things, but too often people say "it cannot be done" out of ignorance rather than fact.

      Woodworking is a hobby I am just starting out on. Ask me to make a particular type of joint with certain tools, and I will say it is impossible. Ask that of someone who has been working with wood his whole life and knows what he is doing, and he can make it happen. I said the tools were not capable of it, but in fact, it was me.

    16. Re:CLI by JohnFluxx · · Score: 1

      Renaming files is one of the things that doesn't seem to be standardised on.

      Many distros include a program called "rename" that takes a regular expression search-and-replace type expression and uses perl to rename files passed to it accordingly.

      For example:
      rename s/^10/20/ 10*

      For example for your first example.

      rename s/^(..)10/\120/
      for the second.. and so on.

      It does seem that some distros don't provide this program by default, and you might have to install it yourself tho. Even worse, there is a another rename program that doesn't work anything like this floating around.

      Hope I've helped a bit...

    17. Re:CLI by Anonymous Coward · · Score: 0

      Congratulations. You've just turned a perfectly good arguments for CLI into a Windows bashing rant. Did you do it on purpose?

    18. Re:CLI by Anonymous Coward · · Score: 0

      Sure CLI's arent as advanced as spoken language but they are that much more complex then pointing and clicking. It becomes imensely harder to do complex things with an overly simple mode of communication.

      Can you use a CLI to create _any_ non-trivial graphic? Something as simple as the Intel logo?

      Didn't think so.

    19. Re:CLI by keramida · · Score: 1

      > (Okay, again, DOS can be scripted...

      Well, yes. But what a big difference there is!

      In DOS, a handful only of commands are available, without any easy way to find out what those commands are (think "tab completion" here), pipes are a childish toy in comparison to the way Unix shells work, there is no `backquote`, and the batch language is a minimalistic version of BASIC which can probably do a lot, but not as much as sh(1).

      It's not about "the ability" to write scripts. It's all about the way those scripts can be written, the number of available tools that can be used in scripts, etc. etc.

      --

      --
      My other computer runs FreeBSD too.
    20. Re:CLI by spongman · · Score: 1
      err...

      cmd.exe /?
      cscript.exe /?

    21. Re:CLI by will592 · · Score: 1

      Are you saying you can create a graphic without using a special program on a non CLI? I don't think your post makes sense. To work with graphics in a point and click environment you need a dedicated piece of software right? Are you saying there is no software for image creation that works without a mouse/clicky device? And what is a non trivial graphic? There are many examples of ASCII art that can be created on a command line that are non trivial. This also ignores the fact that you can write a program to draw highly detailed graphics on the screen, all from a command line.
      Chris

    22. Re:CLI by dotgain · · Score: 1
      What I can't get over is why they chose a backslash to delimit directories instead of a slash. Make me a foe: Anybody who owns two keyboards with backslash in the same place.

      The cd command works funny if you're changing drives, ie from A: to C:, and this whole concept of different "drives" is studpid.

      Yikes, I'm offtopic!

  2. misleading capabilites of root by teridon · · Score: 4, Informative

    The article says that only root can "Start and stop background processes". Any user can do that, but only root can start and stop processes belonging to other users. Perhaps that is what he meant?

    --
    I hold it, that a little rebellion, now and then, is a good thing. -- Thomas Jefferson
    1. Re:misleading capabilites of root by Anonymous Coward · · Score: 1, Insightful

      He probably meant 'services' instead of 'processes'. Like things in /etc/rc.d/init.d for example. Starting stuff like network interfaces, system loggers, daemons can only be done by root.

    2. Re:misleading capabilites of root by haoledave · · Score: 1

      Yep, that's what I meant. All of this feedback has been great. I'll probably do a revision of the article tonight and repost in on Iodynamics.

    3. Re:misleading capabilites of root by ichimunki · · Score: 1

      I don't think that's entirely accurate. It's true that only certain ports (0-1023) are reserved for privileged processes, but any user can start a background process that interfaces with the network, performs logging functions, etc. And even so, users can access some of this stuff via sudo.

      --
      I do not have a signature
  3. Not a good idea ... by Khalidz0r · · Score: 5, Insightful
    I think if this is directed to newbies then it shouldn't contain information about "how to get your root password".

    Well, if someone needed it they'll know how to search and find out, but then, stating it right away in a "beginner" introduction only brings interest to script kiddies to *hack* the password.
    If you use the information below to bypass security on a computer you're not supposed to be messing with, you're probably committing a felony.
    That's more of an eye opener than a warning.

    Thanks for reading,

    Khalid
    --
    "What you 'seek' is what you get!"
    1. Re:Not a good idea ... by Xformer · · Score: 2, Interesting

      If a user's machine is physically accessible by a cracker or script kiddy, then any security you may have is already gone. All of the techniques stated in the article require that kind of access.

      The reason it's in there in a newbie article is that newbies can have the habit of a short memory when it comes to passwords and the like. This I know from experience...

      --
      All I want is a kind word, a warm bed and unlimited power.
    2. Re:Not a good idea ... by Khalidz0r · · Score: 2, Insightful

      The fact that they have short memory doesn't mean you tell em (oh it's easy to get it back so never mind about caring about the password).

      Telling a newbie that they SHOULD do something right is way more impoortant than telling them the WRONG alternative.

      There are many cases where machines are physically accessible by script kiddies, one would GO search for a unix-based PC just to "root" it after seeing this, I know many people who would.

      I just don't think it's the right place to put such info.

      Khalid

      --
      "What you 'seek' is what you get!"
    3. Re:Not a good idea ... by haoledave · · Score: 2, Insightful

      I put this in the piece because I forgot my own password once, when I was first learning to use Linux. A buddy set up the machine for me, configured it, and I basically just played around on the command line. When I actually began to want to do things, I found I had forgotten my root password. Luckily, my buddy knew it, since he had set up the machine

      My belief is that if we want to make Linux a viable alternative to Windows for garden variety users, we have to demystify it. This means giving them the tools to save themselves if they make mistakes.

      We can't have it both ways. If we want people to use Linux, we can't keep them in the dark about the ins and outs. This means those of us who have boxes sitting around need to make sure they're physically secure. Both grub and lilo have password options...

    4. Re:Not a good idea ... by Anonymous Coward · · Score: 1, Insightful

      If your site security is so bad you're worried about a how-to text describing how newbies can obtain their own root password, I feel justified in disregarding your opinion in this matter. Honestly, you're recommending security through obscurity, which is never a good thing. Not only that, but the information you're objecting to is so basic that I can't help but wonder if you're serious.

    5. Re:Not a good idea ... by Khalidz0r · · Score: 1

      You should not state stuff like this in a newbie introduction website still.

      It would serve (for some poeple) as a -how to hack Hotmail through social engineering?- guide.

      A real hacker would already know this and it is no problem with them, but a I-wanna-be-a-cool-hax0r script kiddie type would just find this a good tool for damage. Hiding it might not be right, but still it shouldn't be along side with an introduction.

      I am against the place where it is mentioned, not against mentioning it as a whole (of course).

      --
      "What you 'seek' is what you get!"
    6. Re:Not a good idea ... by haoledave · · Score: 1

      Aw, c'mon. This stuff is out there already, all over the Net. Not hard to find, if you know both how to Google and how to type.

    7. Re:Not a good idea ... by dotgain · · Score: 1
      I agree, there's no point in witholding this information thinking that we'll be secure because of that. I haven't needed to do this (yet) but I found out how to and remembered so I can get into (my own) system in a pinch.

      To not print this information, on the grounds that it arms script kiddies a way in is only, *ahem* /stands up on soap box security through obscurity. Mind you, if you forget your openprom passwd on a Sparc, let it be known, it is possible to come back, but you've got a problem, so sending the message that it's very important to remember the passwords is a Good Thing.

  4. Making a master key by DeadSea · · Score: 4, Insightful
    Too bad that it doesn't tell you how to escalate your priveleges from user to root the same way that you can escalate your priveleges to master key in your apartment building using your apartment door key.

    That would be really worthy of Slashdot.

    The one thing that appears to be missing is the section "Why shouldn't I run as root all the time if I'm the only one using my system." In your house (comparing your single user system to your house) nobody can control you like a puppet. Somebody can't move your arms and legs and force you to take a sledgehammer to the hot water heater. If you are running Unix as root, any code that you run could make you do just that. It's worth protecting yourself against virii by not running as root.

    1. Re:Making a master key by damien_kane · · Score: 1

      Somebody can't move your arms and legs and force you to take a sledgehammer to the hot water heater. If you are running Unix as root, any code that you run could make you do just that. It's worth protecting yourself against virii by not running as root.

      Not only that, but in your own house you know better than to hit your water heater with a sledge hammer, unless you know what you are doing.
      On computers, the people who this guide is written for do not know better, and as such, shouldn't do it

    2. Re:Making a master key by DeadSea · · Score: 1
      And it protects your from finger slips, and your friends telling you its really cool to type in "rm -rf /".

      If you are a person that is reading about root and how to get it, you are probably the type of person that is willing to figure out what you should and shouldn't do to your system. If you have a bunch of users you trust, I'd think that would be a good argument for why you shouldn't give them root.

    3. Re:Making a master key by skookum · · Score: 2, Informative

      By the way, that paper (referenced in Schneier's last Crypto-Gram) about privelege escalation with physical pin tumbler locks is here.

    4. Re:Making a master key by jensend · · Score: 1
      move your arms and legs and force you to take a sledgehammer to the hot water heater. If you are running Unix as root, any code that you run could make you do just that.
      Wow. If malicious code on my computer can make me do anything it wants me to do, including destroying household appliances, I really should be a security paranoid.
    5. Re:Making a master key by LadyLucky · · Score: 1
      The one thing I have *never* understood about not being root to protect yourself against viruses is that I don't care about the system files I only care about my personal files.

      How does not running as root protect me from that?

      --
      dominionrd.blogspot.com - Restaurants on
  5. interesting analogy... by Anonymous Coward · · Score: 2, Funny

    ...but at my shop, everyone enters the building using the concierge's key (administrator), a copy of which is conveniently taped to the front door. (Post-It [TM] to the monitor). We have not, however, gone so far as to include the password in our Telnet greeting -- you'll have to sniff for that yourself.

    Um, yeah. Hey! NTFS has default journaling and no 15-minute filesystem checks!

    Proudly serving Satan since ought-two.

  6. Sudo by aridhol · · Score: 4, Insightful
    The comments on sudo are almost correct...

    When you use sudo, you will be asked for a password. But it's your own password, not the admin password. Also, you'll have to be configured with sudo access to run the command you're requesting. And your admin will be emailed if you try to do something you're not allowed to do.

    --
    I can't say that I don't give a fuck. I've just run out of fuck to give.
  7. root vs. Administrator by magickalhack · · Score: 4, Insightful

    This piece deserves a companion article: what Microsoft did wrong. It is utterly impracticle to use anything other than an Administrator account when running windows (despite the vulnerabilities this leaves you open to) because over half of the useful programs out there, including many titles by Microsoft itself, require Administrative access unnecessarily. The breakdown of privledges is much more distinct in the *nix world. Windows has a long way to go.

    --
    This Sig Kills Fascists
    1. Re:root vs. Administrator by Repugnant_Shit · · Score: 1

      True, but more for Applications than just programs. Office, Photoshop, etc. all run fine as a normal user. But try running the Age of Mythology demo in Windows 2000 as a normal user; you'll get a message box stating you have to be an admin.
      An admin...to play a game!?

    2. Re:root vs. Administrator by dougnaka · · Score: 2, Interesting

      Process accounting and restricting would also be a nice default on Linux. I was winning CTF at Defcon last year when people found out this lil jewel... perl -e 'while(1){fork();}'
      last thing I saw was no more file handles...
      This is roughly as bad as having administrative privileges on Windows..

      --
      My Linux Command of the Day site : LCOD
    3. Re:root vs. Administrator by Anonymous Coward · · Score: 0

      If you'd been using VMS, the user would have exceeded his process quota long before he caused any trouble on the system...

    4. Re:root vs. Administrator by Anonymous Coward · · Score: 0

      ulimit is your friend.

    5. Re:root vs. Administrator by Anonymous Coward · · Score: 0

      Also check out http://en.tldp.org/HOWTO/mini/Process-Accounting/ .

    6. Re:root vs. Administrator by CoolVibe · · Score: 1
      That's called a fork bomb, and it's more efficient if you coded it in C (not really much more work, and hey, it 'runs out' of memory faster). An endless while() loop with malloc() works wonders too :).

      ulimit (in bourne shells) and limit (in C shells) can protect the machines from resource starvation attacks like these. In FreeBSD (and probably other BSD's as well, I've seen it in BSD/OS (a.k.a. BSDi) too) at least you can hardwire limits into the user's environment with the classes system and login.conf. Do equivalents for Linux exist?

    7. Re:root vs. Administrator by Anonymous Coward · · Score: 0
      In FreeBSD (and probably other BSD's as well, I've seen it in BSD/OS (a.k.a. BSDi) too) at least you can hardwire limits into the user's environment with the classes system and login.conf. Do equivalents for Linux exist?

      Yes, the pam_limit module lets you set hard and soft limits for each user or group. The file /etc/security/limits.conf should contain the limits.

  8. MacOS is simpler than that by andfarm · · Score: 2, Informative

    You don't really need to restart your machine to set up the root account under OS X... there's a menu option in one of the NetInfo configuration apps to "Enable root account". Much easier than rebooting the machine, heh.

    --

    TANSTAAFI: There Ain't No Such Thing As A Free iPod.

    1. Re:MacOS is simpler than that by milkman_matt · · Score: 2, Informative
      You don't really need to restart your machine to set up the root account under OS X... there's a menu option in one of the NetInfo configuration apps to "Enable root account".

      Not to spin off-topic or anything, but it's actually easier than that.. open a terminal with an administrative account and type "sudo passwd root" set root's passwd, then su up and party.

      -matt

    2. Re:MacOS is simpler than that by buysse · · Score: 1

      What's wrong with 'sudo bash'? (further off topic...)

      --
      -30-
  9. Kludge? by Hard_Code · · Score: 3, Interesting

    Not to start a flame fest here, but isn't a single 'superuser' entity, which has special-case security (e.g. has automatic ownership and access to all files regardless of permissions), indicative of a mis-designed security architecture?

    What about capabilities, or mandatory access controls? Or some sort of framework that incorporates root privelages, instead of setting them aside as a special case. I've never been comfortable with the idea that the security system was only for "normal" users and didn't apply to a specific user called 'root' (or id 0), which, if compromised, you are entirely hosed.

    --

    It's 10 PM. Do you know if you're un-American?
    1. Re:Kludge? by martyros · · Score: 2, Insightful
      Well, even in systems like LIDS which have controls even on root, there are still ways to gain privileges to do things... in other words, there is the need for a super-super-user. The basic problem is that people make mistakes, and things are buggy. What happens if a user accidentally takes away his own access to a file? What happens if the MAC or capabilities get screwed up somehow -- either because of end-user error, or some glitch in the system? Until we can guarantee this won't happen (i.e., probably never) you need the ability to come in and play 'God', so to speak, to set things right.

      What's a kludge is giving some random process complete superuser access, when all it needs to do is just one thing -- i.e., modify /etc/passwd, or bind to port 80, or access /dev/tape to do a backup. That's what MAC and capabilities are for.

      --

      TCP: Why the Internet is full of SYN.

    2. Re:Kludge? by digitalmuse · · Score: 2, Interesting

      One thing that I have had pounded into my head by all the great unix geeks who have taken the time to lead me down the path of linux enlightenment is that 'root' should be viewed as the last resort for most tasks. With some sensible configuration of 'sudo' and permissions management, I can do 90% of my 'admin' tasks without having to login as root. Your users can handle all their own files, copy, move, ftp, grep and do almost 100% of their day-to-day work with just their user permissions. ("users cannot abuse privliges they do not have". - anon. unix admin.)
      When someone comes by and says that they need a new version of perl, or they would like you to install some lib that they need for some project, _that_ is when you break out the 'su -' and take off the kid gloves.
      I've had a couple of people tell me that you only should need root access when something is seriously b0rken, it's not how you login to check your mail, logs, or grip the squid logs for porn.
      As an extended metaphor, I drive my car (a user interaction) and can go under the hood to top off the fluids, change filters, etc. (sudo-ish stuff, simple interactions) by myself, but if I need to install new cams or take off the cylinder head, I leave that to my mechanic (root) who has the larger knowledge of what everything does and how to perform intricate tasks that are beyond day-to-day maintence and require complete control of the system.
      I'm not going to say that there aren't risks with having a user account that bypasses the entire security model of a complex multi-user environment, but I think that on a machine which is run/maintained by a knowledgeable/responsible admin the functionality of 'root' in complex circumstances far outweighs the risk of having the account comprimised.

      --
      "If I wanted your input on my pet project, I'd stick my hand up your ass and use you like a sock-puppet." - Muse
    3. Re:Kludge? by btlzu2 · · Score: 0, Redundant

      I've always hated how "superuser" caught on, presumably because of the su command. The su command stands for "switch user", not superuser. Does anyone know about that? It's a freakin' pet peeve of mine, however, even man pages refer to a superuser. There is no "superuser", there's root.

      Sorry to diverge in the discussion. Carry on, nothing to see here...

      --
      Zed's dead baby. Zed's dead.
    4. Re:Kludge? by Anonymous Coward · · Score: 0
      With some sensible configuration of 'sudo' and permissions management, I can do 90% of my 'admin' tasks without having to login as root.

      The problem is that sudo is setuid-root. Instead of gaining root privileges, it should only gain the privileges it needs (eg. binding to a low port number, setting the clock, chroot()ing, etc.). Linux capabilities should be able this in the future, but they're not fully supported in current kernels.

    5. Re:Kludge? by Elwood+P+Dowd · · Score: 1

      Installing obscure libs and new versions of perl can be done in ~/lib and ~/bin. It can also be done for a whole group in ~/../groupname/lib or ~/../groupname/bin if you've set up your home accounts as /home/groupname/username with a group writable directory at /home/groupname/groupname.

      Set your system-wide bash/login scripts to properly reference these paths, and not only do you no longer need to su for these problems, but you don't even need to sudo. Users can do this for themselves. Its a booteeful thing.

      You can run unix machine for a long time with the root password in a vault, if you really lay things out correctly.

      --

      There are no trails. There are no trees out here.
    6. Re:Kludge? by Beryllium+Sphere(tm) · · Score: 1

      One of the original Unix architects, in one of the earliest papers about Unix, said flat out that the concept of having one ultra-privileged user violated the precepts of good security design.

      The principles it violates are least privilege and separation of powers. Sudo helps take the curse off. So do features like the append-only file attribute -- even root can't erase a log that shows bad actions by root if the log file is append-only (have to boot to single-user to clear that flag).

    7. Re:Kludge? by Karellen · · Score: 1

      Not really.

      At some point, you have to have the `top' user who is able to grant all other users various priveliges, and to change all other users' passwords when they forget theirs. Call that user `root'.

      Once you have that user, it's possible to write a program which, when run as that user, creates a new user with a known password or changes an existing users password to a known value, imbues them with whatever priveliges you _do_ want if it doesn't have them already, changes to _be_ that user(*) and then executes whatever code you actually want to execute.

      However you cut it, you have to have a user with `top' control. If you pretend that that user doesn't exist, you will lull users into a false sense of security when they are running as that user.

      If you make people aware that `root' can do anything, if you tell them to be scared of it, tell them to set up `sudo' and use it as much as possible because otherwise their system will get hosed, then they have a chance.

      If you pretend otherwise, then that's just inviting disaster.

      K.

      (*) You could do this either by a `setuid'-type function, or setting up a program to execute on login and then arranging a login, or a whole bunch of other ways.

      --
      Why doesn't the gene pool have a life guard?
  10. new slashdot motto by Anonymous Coward · · Score: 2, Funny

    Slashdot: news for clueless newbies. Stuff that makes you think you're a l33t ninja hacker.

    1. Re:new slashdot motto by Anonymous Coward · · Score: 0

      This should be modded "Insightful".

  11. Re: Age of Mythology by magickalhack · · Score: 1

    Amazingly enough, that's the exact title that promped my most recent ire. You see I, like many a fellow geek, serve as my family's network/computer administrator. I have a young brother. My young brother likes to get into things he shouldn't. Thus we have blocking software, because my mom wants it. Okay whatever. However, in order to let him play that stupid (Microsoft!) game, I had to give his account administrative access. Not only does this permit him to accidently fuck something up, but eventually he will figure out how to kill the blocking software. Mmmrmph!!! This makes me a frustrated geek. One thing that would be nice would be some sort of suid functionality, so I could tag a file to always run as a certain user no matter who it was executed by. That way I could selectively trust certain applications. It would also be a useful way to lower a program's permissions, if you usually run as Administrator, but a particular untrusted program has no need to do so. Hmm. I wonder how hard this would be to implement. *goes off to ponder code*

    --
    This Sig Kills Fascists
  12. Backwards compatibility by tunah · · Score: 1

    As often, the problem lies in backwards compatibility with windows 9x, which had no multi-user support (profiles don't count) and thus spawned programs which presumed to be able to write wherever they want.

    --
    Free Java games for your phone: Tontie, Sokoban
  13. Next on up... by smoondog · · Score: 4, Funny

    Next we can try more difficult tasks, like explaining command mode in vi.

    -Sean

  14. Apartment Building analogy by akamoe · · Score: 1

    It's a good analogy - the first time I saw it was in a book by Cliff Stoll called "The Cuckoo's Egg", which was released in 1989.

    -- R

    1. Re:Apartment Building analogy by haoledave · · Score: 1

      Hmmm. Didn't find that one in any of the research for this article. I actually wrote it because I couldn't find a really good online source that explained root for newbies.

      I also like the metaphor another person here used to explain things. Anything that could be done from a driver's seat can be done under a user's login. If he wanted to change a battery or top off fluids, he would use sudo. If he needed to do major engine work, he'd log in as root.

    2. Re:Apartment Building analogy by akamoe · · Score: 1

      I wasn't trying to torpedo you :)

      I agree that the apartment building analogy is a better one, and I found it odd that in 14 years,
      I'd only ever seen it used twice by people other than myself (including you).

      I can't quote it for you by verse, but it was alot to do with timesharing (IE: "everyone complains about slow service and exorbitant rents" is an exact quote), but he mentions that each tenant shouldn't be able to infringe on any of the others, and how one person could be doing one thing in thier space (writing email), and another in thiers (downloading recipies).

      -- R

    3. Re:Apartment Building analogy by haoledave · · Score: 1

      There was another comment on this piece about an admin who had his root password on a PostIt taped to his monitor. (Of course, why the PostIt was taped when it should have been self-sticking is another topic for discussion. Maybe it had been there for a while and the sticky stuff had all worn of. Anyway...)

      I like the way the analogy still holds up. The building superintendent taping the master key to his door. (Or leaving it on top of the mat.)

    4. Re:Apartment Building analogy by akamoe · · Score: 1

      True.

      Like the accounting server at my 2nd-last job.
      It logged in automatically as LocalAdmin for PCAnywhere, but never locked the console. Ever.
      The all-knowing Accpac server.
      *shrugs and shudders*

      -- R

  15. You know what I want? by Anonymous Coward · · Score: 4, Insightful

    I want to use Linux. I want to use a command line. I want to know how to add and remove programs. I want to know how to add and remove hardware refences in the kernal. I want to know how to access my data. I want to know what programs are on my system, and what they do. I want to find programs that do specific tasks. I want these and a whole lot more. And I want it all in an easy to UNDERSTAND reference guide.

    I know everyone says "Switch to Linux! It's more powerful and stable then Windows, and it free!" But I have tried several times to switched, and everytime I do something goes wrong. I can't get the sound to work. I can't get my network card to work. I can't get the proper video drivers installed. I can't get it to boot up properly. Whatever. And everytime, I install Windows, spend an hour or two setting up my programs and getting everything, and I'm done. I'm using my system. I have never had that with Linux.

    Basically, I want a Linux system that's as easy to install and use as Windows. I would love to learn how to use Linux properly. But I can't seem to learn it. And I've had to learn how to use an AS/400 system. Even that was easier to do then learn Linux. And I'm a programmer. It's not like I'm some dumb schmuck who thinks Windows is the best thing in the world. So until you can give me a Linux system that I can learn, or give me a better way to learn it...then you'll have problems getting the mainstream users.

    1. Re:You know what I want? by zootread · · Score: 2, Insightful

      Well, I never asked you to switch to Linux. Linux/UNIX as a primary OS is for the experienced. If you want to learn, give it a try and spend the time to get experienced. If you're too unmotivated to figure it out, don't bother. It takes time to learn these things. You have to give Linux/UNIX at least 6 months of solid use before you can even call yourself a beginner. It will not be easy, no one said it would. But in the end you will be more comfortable in this environment then you ever were in Windows. You'll feel the true power as you will be able to do things that are effortless to do in Linux but nearly impossible to do in Windows.

      I want to use Linux. I want to use a command line. I want to know how to add and remove programs. I want to know how to add and remove hardware refences in the kernal. I want to know how to access my data. I want to know what programs are on my system, and what they do. I want to find programs that do specific tasks.

      Sounds like you want to give Debian a try.

      Also, Linux is not the only OS you can try. Try a *BSD or even OS X.

      --
      Zoot!
    2. Re:You know what I want? by paraleet · · Score: 1

      Learning Linux was very difficult for me as well. The single thing that helped the most was having an extra working computer on the net that I could use to contact friends who use linux and access The Linux Documentation Project from. It takes a lot of patience and perseverance to become proficient with any *NIX CLI... however learning Linux/GNU can be really rewarding. My advice: pick up a cheap 266MHz (or akin) machine you can use to figure out Linux/GNU on, before you try to use Linux as your primary desktop system.

      --
      LEARNING, n. The kind of ignorance distinguishing the studious. A. Bierce, The Devil's Dictionary
    3. Re:You know what I want? by haoledave · · Score: 2, Insightful

      Hear hear! Get a Mac, run OS X, do as much as you can in the terminal, and then drop into the GUI when you really get into a bind.

      From my experience, the only way to learn this stuff is to do it. Make mistakes. Buy a book or two, search the web for the stuff you don't understand, and make some really good hacker friends. Buy them caffeine.

    4. Re:You know what I want? by Procrasti · · Score: 1

      You should really check out Knoppix. This is a version of Linux that boots directly off of a live-CD, auto-detects all your hardware and boots up to a Windows like user interface (KDE), without you having to do anything. Learning a bit more about Linux from there should be pretty easy.

  16. What Microsoft did right... by hoegh · · Score: 4, Insightful

    ...was to see that users like my parent couldn't care less about security. Anything that hinders them in doing what they want to do is considered a nuisance.

    I am also having a hard time explaining to my wife why I have revoked most priviliges for the "Internet zone" in IE (yes, I prefer Phoenix too, but the sad fact is, that there are many sites that won't work unless you use IE) - somehow it is still to much of a bother to add sites that we trust to the "trusted site" list the first time we visit them.

    Maybe you just need to get burned once to respect fire (and of course understand what happened). Within the first 48 hours of my job as a student programmer I managed to wipe all files of several projects - my current directory wasn't what I thought is was and I had become more priviliged than I should be. That day I learnt not to invoke all priviliges in the login-script but only as needed. I also learnt something about proper backup routines that day - the nightly backup really saved me (thank you dear sysadmin for saving my from the wrath of my colleges...!).

    Oh - that reminds me of another story. As student programmers we were given group-privileges (this was VAX/VMS). It was very practical to be able to start and stop job on behalf of other student programmers etc. Once one of the other student programmers wrote a utility that would log you out every interactive session wherever you where logged in (which was rather handy when someone asked if you would like to come along for beer). The utility stopped all interactive processes that it could find, but the author remembered to explicitly turn of our group priviliges before doing so, so we didn't accidentially log each other out. Somehow our sysadmin got hold of this utility and since it was throughly tried and tested by us for several months, he trusted it. One crusual difference between a student programmer and a sysadmin is that a sysadmin has world-priviliges and the script didn't turn these of...! He learnt the hard way that as a sysadmin you should trust noone.

    When we asked above mentioned sysadmin for more privileges ("can I have oper-privileges so I can restart this print-queue?!?") he always answered "Do you want more responsabilities?" No, we only wanted more privileges. "Well" he said "it is the same thing - do you still want your privileges?" Somehow it wasn't really nessecary with more privileges anyway. And that is perhaps one of the most useful lessons to be learnt.

    1. Re:What Microsoft did right... by magickalhack · · Score: 1

      Well, there is certainly a level of ease-of-use necessary for any general access system, there is not a direct correlation between features and complexity. It just happens to work out that way a lot because more features require a whole lot more work to render easily usable.

      I'm going to bring the other flame magnet into the discussion here and present MacOS X as an example of a system that is very easy to use, but has a lot of functionality that can be unlocked if you want/need it. In fact, if I could afford a new toy right now, it would be a mac laptop of some flavor just 'cause I'm so enamored with BSD...er, OS X. :-)

      --
      This Sig Kills Fascists
  17. missing this story on the main slashdot page? by aagren · · Score: 0, Offtopic

    Why hasn't this story been on the front page? I only found it through slashdot.rdf

    1. Re:missing this story on the main slashdot page? by aagren · · Score: 0, Offtopic

      Just ignore me. Didn't know about developers.slashdot.org until 5 minutes ago.

  18. Resetting the root password by Anonymous Coward · · Score: 0

    I can't say I agree with the part where he says "just boot into single user mode and you can reset the password". Perhaps this is true of RedHat, but SuSE certainly is set up to ask for the root password when booted into single user mode.

    I think some generic instructions for "Linux OS" would tell you to use a boot disk/disc, mount your old filesystem, etc...

    1. Re:Resetting the root password by Student_Tech · · Score: 1

      or do what I had to do when we forgot the password on a box, init=/bin/sh drops you right into a shell prompt, no runlevels, follow that with a "mount /" and you got root mounted (maybe it was "mount / -o remount"), of course you need to make sure the / gets unmounted unless you want a fsck check next boot (journalling file systems should still be unmounted too).

      If you have physcial access and no password has been set on the bios or bootprompt from modifing the command it is easy to bypass anything. (BIOS because why should the machine boot from anything but the hard drive once it is setup?).

  19. Re: Age of Mythology by MeanMF · · Score: 2, Informative

    One thing that would be nice would be some sort of suid functionality, so I could tag a file to always run as a certain user no matter who it was executed by. That way I could selectively trust certain applications

    I think you can do this (on XP) with the RUNAS command.. Something like:

    runas /user:administrator /savecred <program>

    Throw that into a shortcut, enter the password once, and you're all set. Don't ask me where it's storing that password though.....

  20. Needs? by Anonymous Coward · · Score: 0

    ...needs to stop talking to one's self online. Needs fresh air. Needs looser pants. Needs to drink milk from the bottle...without the lid. Needs to let one synapse fire before lighting another. Needs to let others out of the elevator before entering. Needs to signal before changing lanes. Needs to ring the bell from the outside. Needs to unwrap the gift of thought before putting it to use. Needs to back away from the keyboard and get some rest before subjecting others to more thinking out loud.

  21. Root is a God! by Kopretinka · · Score: 0

    Within a UNIX system, root is the God. What piece of this concept requires explaining? 8-)

    --
    Yesterday was the time to do it right. Are we having a REVOLUTION yet?
  22. Root has too many rights. by Kopretinka · · Score: 1
    In many systems, there is no concept of the almighty root, but there is the administrator. IIRC VMS has limited-rights administrator (dunno about Windows). This is a good thing in environments where you can't/mustn't fully trust even the administrators.

    Really, root is one of the disadvantages of UNIX.

    --
    Yesterday was the time to do it right. Are we having a REVOLUTION yet?
  23. Rebooting single won't do it by peerogue · · Score: 1

    On my Debian systems, rebooting in single user mode when I have lost my root password would be of no help at all: to enter the single-user shell, I need to type the root password!

    If I ever loose my root password, my only way to recover it is to use an emergency boot disk, booting the kernel with a ramdisk whose image is on another disk, with no root password, mount the / on my harddrive to /mnt and edit the /mnt/etc/passwd file to reset (clear) the root password.

    That's why I keep boot disks for each of my systems, and update them whenever I change my kernels due to new hardware, or simply because I upgrade to a more recent Linux version.

    1. Re:Rebooting single won't do it by Anonymous Coward · · Score: 0

      Try 'init=/bin/sh' instead of 'single'

    2. Re:Rebooting single won't do it by caelyx · · Score: 1

      Just use something like FIRElite to boot into a linux off CD and then mount and modify the hard drive.
      Easy. :)

    3. Re:Rebooting single won't do it by Anonymous Coward · · Score: 0

      > loose my root password

      How would a password not be tight? How would you tighten it up to make it not loose?

  24. Re: Age of Mythology by magickalhack · · Score: 1

    I've tried that but it wants the password every time. If you've done this, can you provide more details on exactly what I might be doing wrong?

    --
    This Sig Kills Fascists
  25. Re: Age of Mythology by MeanMF · · Score: 1

    Apparently it only works with XP Professional, so if you're running the Home edition you're screwed.. Also I've been playing around with it a little more, and it looks like once you save the credentials, you can launch ANY program with the runas command without reentering the password.

  26. vi command line, aka "ed" by Anonymous Coward · · Score: 0
    When I log into my Xenix system with my 110 baud teletype, both vi *and* Emacs are just too damn ow. They print useless messages like, 'C-h for elp' and '"foo" File is read only'. So I use the editor that doesn't waste my VALUABLE time.

    Ed, man! !man ed

    ED(1) UNIX Programmer's Manual ED(1)

    NAME
    ed - text editor

    SYNOPSIS
    ed [ - ] [ -x ] [ name ]
    DESCRIPTION
    Ed is the standard text editor.
    ---

    Computer Scientists love ed, not just because it comes first alphabetically, but because it's the standard. Everyone else loves ed because it's ED!

    "Ed is the standard text editor."

    And ed doesn't waste space on my Timex Sinclair. Just look:
    -rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed
    -rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi
    -rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs
    Of course, on the system *I* administrate, vi is symlinked to ed. Emacs has been replaced by a shell script which 1) Generates a syslog message at level LOG_EMERG; 2) reduces the user's disk quota by 100K; and 3) RUNS ED!!!!!!

    "Ed is the standard text editor."

    Let's look at a typical novice's session with the mighty ed:
    golem> ed

    ?
    help
    ?
    ?
    ?
    quit
    ?
    exit
    ?
    bye
    ?
    hello?
    ?
    eat flaming death
    ?
    ^C
    ?
    ^C
    ?
    ^D
    ?
    ---
    Note the consistent user interface and error reportage. Ed is generous enough to flag errors, yet prudent enough not to overwhelm the novice with verbosity.

    "Ed is the standard text editor."

    Ed, the greatest WYGIWYG editor of all.

    ED IS THE TRUE PATH TO NIRVANA! ED HAS BEEN THE CHOICE OF EDUCATED AND IGNORANT ALIKE FOR CENTURIES! ED WILL NOT CORRUPT YOUR PRECIOUS ODILY FLUIDS!! ED IS THE STANDARD TEXT EDITOR! D MAKES THE SUN SHINE AND THE BIRDS SING AND THE GRASS GREEN!!

    When I use an editor, I don't want eight extra KILOBYTES of worthless help screens and cursor positioning code! I just want an EDitor!! Not a "viitor". Not a "emacsitor". Those aren't even WORDS!!!! ED! ED! ED IS THE STANDARD!!! TEXT EDITOR.

    When IBM, in its ever-present omnipotence, needed to base their "edlin" on a UNIX standard, did they mimic vi? No. Emacs? Surely you jest. They chose the most karmic editor of all. The standard.

    Ed is for those who can *remember* what they are working on. If you are an idiot, you should use Emacs. If you are an Emacs, you should not be vi. If you use ED, you are on THE PATH TO REDEMPTION. THE SO-CALLED "VISUAL" EDITORS HAVE BEEN PLACED HERE BY ED TO TEMPT THE FAITHLESS. DO NOT GIVE IN!!! THE MIGHTY ED HAS SPOKEN!!!
  27. This article has been updated by haoledave · · Score: 2, Informative

    Just wanted to let everybody know that the "Root 101" article has been updated on the Iodynamics site. Most of the revisions are based on the comments above.

    I appreciate all of the great feedback, both here and via e-mail. This article has truly been a community effort.

    --Dave
  28. Re: Age of Mythology by magickalhack · · Score: 1

    I can't imagine there are many /.ers running XP Home! ;-) However, I've approached this from every angle I can and I'm still not seeing any way to save the credentials. Even if you tell it to always run as user X it will prompt for user X's password every time. Even saving the credentials would be more safe than what I'm currently doing. Can you illustrate how you did that?

    --
    This Sig Kills Fascists
  29. It's the hardware by bzipitidoo · · Score: 1
    I don't suddenly decide I'm going to install Linux on my new PC that came with Windows. I plan for Linux before I get the hardware.


    Linux supports most hardware, but I've been burned before so I always check before I buy. The most likely problem if you buy new is hardware that isn't yet supported in Linux. The WinModem was the most aggravating of these. At the time I accidentally got one of those, I didn't know such things existed (and Linux didn't support them at the time-- too new) so I didn't know to check. The manufacturers made it hard to tell a WinModem from a real one without opening the box.


    The way hardware is added to the PC is horrible. Plug and Play helps, but is really a bandaid. How is the hardware identified? Configured? Allocated resources to avoid conflicts? Used? There is still no standard way of handling these issues outside of Windows.


    Most manufacturers provide a Windows driver (which is usually buggy-- never use the driver that came on the included CD, first check their web site for updates) but Linux is left in the cold. Consequently for new hardware there can be a delay of months before dedicated Linux driver hackers finally manage to wangle the necessary details from the manufacturer or reverse engineer the Windows driver or something. Manufacturers tend to fear intellectual property theft too much to be very cooperative.


    Don't be too hard on Linux-- sure, Linux needs improving, but problems aren't always Linux's fault. Didn't Bill Gates once complain he was tired of Windows (in the days of version 3.1) getting blamed when some poorly written device driver caused a problem? That was a big motivation behind Microsoft's efforts to take over the work of providing drivers. Remember the bad old days of DOS when each graphics application had its own stable of video and printer drivers and configuration issues?

    --
    Intellectual Property is a monopolistic, selfish, and defective concept. It is "tyranny over the mind of man"
  30. Re: Age of Mythology by MeanMF · · Score: 2, Informative

    You can't use the "Run As" option on the shortct properties.. You have to use the command-line RunAs.exe utility with the /savecred parameter every time you're launching the application. So you might do something like:

    runas /user:administrator /savecred "c:\program files\Internet Explorer\iexplore.exe"

    The first time it would prompt you, but after that it would just load. You have to put that whole command line into a shortcut if you want to launch it from an icon or the start menu. You can nest quotes inside the command line with a backslash - I use this on a shortcut to launch the ISA administration console:

    runas.exe /user:domain\administrator /savecred "c:\windows\system32\mmc.exe \"C:\Program Files\Microsoft ISA Server\MSISA.MSC\""

  31. You want FreeBSD by Anonymous Coward · · Score: 0

    Try FreeBSD.

    Okay, it doesn't have a sound card driver for my ultra-new-stylish Soundblaster USB Extigy, but otherwise, it's fantastic. I actually put the CD into my drive and booted, used the very intuitive (textmode, but somewhat GUIish) installer, pressing (A)uto and (D)efault all the time, and an hour later, I had a basic system with working ADSL access, X w/ Gnome, Mozilla, OpenOffice and all the other stuff I need. XFree4 configured (almost) automatically. All hardware, including the USB mouse and a wireless network card were detected automatically. ADSL worked from scratch (just had to enter my user id/password in some config file). I don't even know how to build a kernel or install device drivers on FreeBSD. I just don't have to. Plus, everytime I have a question or problem, the relevant section of the official documentation (the 'handbook') describes everything in a fool-proof way.

    Don't get me wrong. You still have to hand-edit a lot of configuration files even to get basic stuff like XWindows fully working. This doesn't matter for me, since I have already given up the hope that this will change anytime soon for any arbitrary free *nix. Also, the installer has some serious UI consistency problems, like you have to press 'Cancel' when you really want to 'Finish and bail out').

    But still, it seems a lot mature than even SuSE or RedHat, who supposedly put millions of dollars into optimizing their distributions. With Linux, I just always end up rebuilding the kernel ten times, installing new versions of device drivers, modutils, autoconf or whatever, changing config files by hand (although YaST or whatever supposedly should do this for me). And this even if I have installed the "install and configure everything" option, that takes up 2 GB of my hard disk space and opens a bunch of security holes.

  32. Re:CLI - Resource Kit = wonderful by Whizzmo2 · · Score: 2, Informative
    Yes, you *can* admin a win2k domain from the command line. Even if you don't write in perl or {insert scripting lang here}, you have the resource kit available to you for all sorts of remote admin tasks.

    A couple of links:


    Hope this helps :)
  33. Unnecessary Admin Access - Next Jerry Springer! by Whizzmo2 · · Score: 1

    Yes, quite a few programs "require" admin access unnecssarily, especially certain games.

    It's a shame, but since most (home) users don't know the difference, they accept this, and run as a local admin.

  34. Re: Age of Mythology by HBI · · Score: 1

    Instead of going this route, you could also figure out what privilege that Age of Mythology is looking for and assign it manually to the game-player's account. (or modify NTFS permissions as needed on the hd) Check out the local security policy for privilege adjustment.

    Very handy if you want to give someone terminal access without giving them root (administrator).

    --
    HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
  35. Re:CLI - Resource Kit = wonderful by spongman · · Score: 1

    indeed. in my book you shouldn't label yourself a windows 'administrator' unless you know how to write WMI scripts.

  36. Try Gentoo by thgreatoz · · Score: 0

    Gentoo is a little complex to set up, but they have EXCELLENT step by step user guides for getting everything on your system working...audio, 3d acceleration, USB, everything. The people on the support forums are superb, and I have never seen a more helpful bunch.
    Gentoo is what I learned on. When you're done setting up a gentoo system, you know exactly what you have on your system and WHY it's there.

    --
    When their numbers dwindled from 50 to 8, the dwarves began to suspect Hungry.
  37. Re: Age of Mythology by damiam · · Score: 1
    eventually he will figure out how to kill the blocking software

    It's not like blocking software isn't trivial to bypass even with a guest account.

    --
    It's hard to be religious when certain people are never incinerated by bolts of lightning.
  38. Re: Age of Mythology by magickalhack · · Score: 1

    -1 Troll :-P

    It's also "trivially" easy to boot from a CD and change the Administrator password. But only your dedicated hacker has such a CD. Security doesn't need to be air tight (which is good, as that is not possible), it only needs to be reasonable for the task at hand.

    --
    This Sig Kills Fascists
  39. Re: Age of Mythology by damiam · · Score: 1

    Only dedicated hackers would have a Windows install disk? :-). Besides, it doesn't take a lot of effort to search Google for "cgiproxy".

    --
    It's hard to be religious when certain people are never incinerated by bolts of lightning.
  40. Re: Age of Mythology by magickalhack · · Score: 1

    First of all, a windows install disk won't help you if the default security settings are left alone. AFAIK, by default it still requires the admin password to use the recovery console. Anything to the contrary was just a very popular (but false) rumor. And, yeah, it does if Google is blocked. :-P

    --
    This Sig Kills Fascists
  41. Re: Age of Mythology by damiam · · Score: 1
    I guess you're right, but you could reinstall the OS with a blank password. That's not very subtle though. :-)

    And holy fucking shit, do the blockers block Google these days? I know they'd been restricting images/cache, but taking out the main google web search would just be crazy.

    --
    It's hard to be religious when certain people are never incinerated by bolts of lightning.