home bbs files messages ]

Just a sample of the Echomail archive

Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.

   LINUX-UBUNTU      The Ubuntu Linux Distribution Discussion      10,769 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 8,148 of 10,769   
   ibuprofin@painkiller.example.tld to All   
   Re: Strange Question. [new'ish to Linux]   
   23 Jan 07 20:44:28   
   
   Path: number1.nntp.dca.giganews.com!border1.nntp.dca.giganews.co   
   !nntp.giganews.com!local01.nntp.dca.giganews.com!nntp.sedona.net   
   news.sedona.net.POSTED!not-for-mail   
   NNTP-Posting-Date: Tue, 23 Jan 2007 19:44:27 -0600   
   From: ibuprofin@painkiller.example.tld (Moe Trin)   
   Newsgroups: alt.os.linux.ubuntu   
   Subject: Re: Strange Question. [new'ish to Linux]   
   References:    
   Message-Id:    
   Mime-Version: 1.0   
   Content-Type: text/plain; charset=iso-8859-1   
   Content-Transfer-Encoding: 8bit   
   User-Agent: slrn/0.9.5.4 (UNIX)   
   Date: Tue, 23 Jan 2007 19:44:27 -0600   
   Lines: 74   
   NNTP-Posting-Host: 67.136.140.121   
   X-Trace: sv3-UbtcxtOFUaTU93fcYaoX+2nF4XXPBf0dP5wcveZ0UIMHZtOtdh+   
   heOE/UsVhd0Pk2g7OLu5vQrNZKZ!LX5Ey81TH1Xmi8Kn8WnY6QBIVr9HqNRHB/CR   
   PHDQFBgnF/44F+MU9qSD3BAKxeDKZ8gjD7gSDi9!zshZsW2Hnyi7EuagKQcDn3+y+62SPpp0Kw==   
   X-Complaints-To: abuse@sedona.net   
   X-DMCA-Complaints-To: abuse@sedona.net   
   X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers   
   X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint   
   properly   
   X-Postfilter: 1.3.32   
   Xref: number1.nntp.dca.giganews.com alt.os.linux.ubuntu:8868   
      
   On Tue, 23 Jan 2007, in the Usenet newsgroup alt.os.linux.ubuntu, in article   
   , Kardon Coupé wrote:   
      
   >After various searching's, I've come to the conclusion that a server   
   >(which I'm working on at the minute) is more secure without a GUI..   
      
   Long story - lots of gray areas.  Trying to make it simple:   
      
   1. A server is not meant to be a work station. Where I work, NONE of   
   servers even has a monitor or keyboard  (though they do run remote   
   consoles over the serial ports, and there is one dumb terminal and a   
   bunch of ABCDE [5 port] serial switches cascaded to allow console   
   access if needed - see the Remote-Serial-Console-HOWTO fir details).    
   That means no users logging in. That means no GUI needed. There is no   
   need to waste CPU cycles drawing pictures that no one can see.   
      
   2. A *nix system (UNIX, not just Linux) can be administered from the   
   command line, because virtually all of the configuration files are just   
   text files. There are a number of GUI administrative "helper" tools,   
   some part of the desktop, some supplied by the distribution, others from   
   third parties), but if you can find out what they are actually doing, you   
   find that they are dinking with these text files.   
      
   3. A disadvantage of the GUI is that in most cases, you have no idea what   
   is actually being done. Moving a slider, or clicking on some radio button   
   does something - but what?  Where this is a problem is   
      
   4. What are you going to do when your favorite GUI won't start because   
   you've done "something".  Talk to an experienced system administrator, and   
   you may hear some horror stories, where the system got so hosed that even   
   the text editor won't run - and then marvel at some of the arcane tricks   
   that were used, such as using 'echo', redirection or shell file globbing   
   to get the system up and running _now_ (because we don't have time to wipe   
   and reinstall).  (Aside - even my workstations _boot_ to a CLI, and my   
   users start the GUI _after_ they log in. In this manner, if something   
   goes pear shaped, I can use a text editor to correct things.)   
      
   5. The other problem of using a GUI and not knowing what is being done   
   is that you often don't know what _else_ is being exposed.  While you can   
   run X applications remotely, this takes extra efforts and requires a   
   compatible server on the "remote" box.  In most cases, this precludes   
   using encrypted traffic over the wire - though there are fairly simple   
   ways around this.   
      
   >So, here is my question, I'm used to a GUI in windows, and all of the apps I   
   >run, use a GUI, one app I use is Emule, which has an equivalent on Amule on   
   >Linux, so, do I need the GUI to run it?   
      
   Can't help there - I don't use it.  If you are trying to run an eMule   
   _server_ on your server, the GUI isn't needed.  And why would there be   
   am eMule client on a server?   
      
   >Apologies if this is a stupid question, and feel free to give a stupid   
   >answer, but I'm just curious to find out, before I finally get my Linux   
   >box fully up and running..   
      
   You may find it useful to look through the documentation that should be   
   on your system. You should find something like 450 HOWTOs and mini-howtos   
   in /usr/share/HOWTO/ (start with the HOWTO-INDEX file)   
      
   -rw-rw-r--    1 gferg    ldp        271987 Jan 17 13:46 HOWTO-INDEX   
      
   You may also find some of the twenty-odd free books from the Linux   
   Documentation Project (http://tldp.org/guides.html for details).   
      
   An expansion on point 1 above - most of our servers started life as user   
   work stations. Then some one says "My secretary needs a Quad Xeon with   
   4 Gigs of RAM to type reports and read email." and we get the cast off   
   model from last year. First thing we do is to yank the Super Whizzo video   
   card (we have a boat load of $12 VGA cards that are overkill on a server)   
   and replace the hard drives (we use SCSI on servers, not IDE/EIDE/ATA).   
   Remember - no user logging in = no need for a video card.   
      
           Old guy   
   --- Platinum Xpress/Win/WINServer v3.0pr5   
    * Origin: Omicron Theta BBS (1:261/20)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca