X-Git-Url: http://scm.dxcluster.org/gitweb/gitweb.cgi?a=blobdiff_plain;ds=inline;f=html%2Finstallation-5.html;h=ecf22fa043720749944ce750f3ddd3abd79e96fc;hb=f1b5592c74a4bf0723b4e1d8854dbacdd5f7f495;hp=0fd38b4bb5c5f9dfe386093793b4c5e30d1c4c77;hpb=99da9d68a4fee5b30fa90b679a9e015add2b75c9;p=spider.git diff --git a/html/installation-5.html b/html/installation-5.html index 0fd38b4b..ecf22fa0 100644 --- a/html/installation-5.html +++ b/html/installation-5.html @@ -1,8 +1,8 @@
- -Ensure that your CVS session or your WINunZIPped file have left you with -a directory "C:\spider\local" and C:\spider\local_cmd"; if not, go to -"C:\spider\" and create them. If "C:\spider" is missing, go back and -figure out why, because it shouldn't be. -
Now create your own local copy of the DXVars.pm file by:- -
-
-
-copy c:\spider\perl\DXVars.pm.issue
-c:\spider\local\DXVars.pm
-
-
-Now you'll need to edit this file using a text editor. If nothing -else, you can simply -
-
-
-cd \spider\local
-
-
-and then -
-
-
-notepad DXVars.pm
-
-
-to bring up an editor window containing the file. As an absolute -minimum you must adjust the following items in DXVars.pm:- -
-
You really also ought to update the $myqth and $myemail variables. And -unless you are absolutely certain you know what you're doing, you -should change nothing else in this file. Note that if you use an "@" or -a "$" character in one of the above strings (typically in $myemail) you must -write them as "\@" or "\$". -
-
-
If you want to enable inbound "TELNET" connections (or you are running -Windows NT, 2000 or XP), you've got a little more work to do. From a -handy "DOS box" that's not doing anything else, do the following:- -
-
-
-copy \spider\perl\Listeners.pm \spider\local
-cd \spider\local
-notepad listeners.pm
-
-
-The following lines need attention:- -
-
-
-["0.0.0.0", 7300],
-
-
-On my machine, I've simply uncommented the "0.0.0.0" entry by -removing the '#' from the front of the line. -
You MUST carry out this step if you are -running on a Windows NT, 2000 or XP based system -
If you don't have a static hostname for your machine, and you -intend to allow folk to connect to your machine across the -internet, then I'd suggest you pay a visit to www.dyndns.org and -create one for yourself. While it's free, it will take a modest -an amount of effort on your part to read, understand and -implement what needs to be done to set this up. -
-
If your machine is connected to the internet and you don't -want to allow your machine to be visible to the outside world you -should change the "0.0.0.0" to "127.0.0.1" [which is -"localhost"]. This will then only allow connections from inside your -machine. As was said earlier: if you aren't running Win9x (or you want -to use DXTelnet or somesuch), then you need to have the machine -listening at least to "127.0.0.1" ("0.0.0.0" means all IP -addresses). -
-
IMPORTANT:
+What you'll be left with once you've followed these instructions +is (hopefully) a working DX Spider v1.50 system that is capable +of accepting or originating "internet" connections, plus inbound +and outbound AX.25 and TCP/IP radio connections.
+On the other hand, you may have an enquiring mind, or better yet, +may be looking for a useful way of connecting your current +(perhaps) AK1A cluster "to the internet" via some networking +mechanism (BPQEther, etc) or other. I won't be producing +instructions for the latter case, because I don't have an AK1A to +play with. But someone might ...
+Whatever, this document is intended to get you started with DX +Spider in a Microsoft Windows ™ environment. It's not +intended to teach you anything other than how to perform a +minimum configuration of a DX Spider installation and have it +able to connect across "the internet" to other DX Clusters, while +accepting inbound TELNET and radio connections.
+ +On the assumption that you'll be using the SV2AGW Packet Engine -to interface your radios to the cluster, you should now create -your own local copy of AGWConnect.pm by:- -
-
-
-copy c:\spider\perl\AGWConnect.pm
-c:\spider\local\AGWConnect.pm
-
-
-and then -
-
-
-notepad AGWConnect.pm
-
-
-to bring up an editor window containing the file. You must -consider adjusting the following items in AGWConnect.pm:- +
The very first things you're going to need are (in order of +importance):-
-
Next you need to create the initial user files, etc. A tool is -supplied which will do this for you. To run the tool:- -
-
-
-cd \spider\perl
-perl create_sysop.pl
-
-
-If all goes according to plan, you will see no output from this -program, and after a brief wait, your DOS prompt will be -returned. -
Depending on how brave you are, you might now care to try the -following:- -
-
-
-perl cluster.pl
-
-
-If you did everything you were told, your DOS window will now -hold a display which looks something like:- +
The platform I used to generate these instructions was a +"vanilla" Microsoft Windows Me 4.90.3000 system, with a 700MHz +AMD Athlon processor and 96 Mb memory. I've also personally +verified that it runs on my laptop (Pentium 266MHz, 32 Mb memory, +Windows 98 SE v4.10.2222 A) and a computer that I assembled from +a random pile of junk (AMD K6-2 333MHz, 64 Mb memory, Windows 98 +v4.10.1998). As a result, I have reason to believe that what I'm +about to describe will perform equally on any 32-bit MS Windows +environment with 32 Mb of memory.
+Because of the changes that have recently been made to the core +"cluster.pl" module and the introduction of a very lightweight +"winclient.pl", I have a sneaking suspicion that this will now +run on any platform that has reasonably complete support for +Perl. Is there someone out there with both an enquiring mind and +(say) a Macintosh, for instance?
+Please bear in mind, though, that my instructions relate solely +to how to get this going under a Microsoft Windows environment, +and I have zero intention of trying to make them say otherwise.
+ +Install your chosen Perl environment. Unless you have a very good +reason for not doing so, I strongly suggest that you use +ActivePerl v5.6. For my testing & development, I used build 623. +(A recent installation used the newer ActivePerl v5.6.1, build +633 without any noticable difficulty.) You can get this from: +http://www.activestate.com/Products/ActivePerl/Download.html
+The link takes you to an initial page of System Requirements and +Software Prerequisites. If you do not have it already installed, +you can download and install the Windows Installer 2.0 for a Win98 +installation. Be forewarned, you will have to reboot your PC at the +completion of the installer's installation.
+If you already have the installer on your PC, simply click on the +Next arrow at the bottom of the page. Two clicks will finally get +you to the actual download page. The MSI version of Build 633 is +now 8.6MB in size, so make that a big cup of tea or coffee if you're +on a slow dial-up connection.
+During installation, please ensure that you do choose the options +to "Add Perl to the PATH environment variable" and "Create Perl +file extension association"; it will make your life so much +easier. Once the installation is finished, be sure to reboot your +PC. You probably won't be told anywhere else that this needs to +be done now, but it does. Really.
+Once you've rebooted, open a "DOS box" (Start > Run > command +might do it, if you can't find it elsewhere) and from wherever it +lands, type PERL -v <ENTER> (it's better if that's a lower-case +'v', because an upper-case 'V' means something else. You should +be rewarded with some interesting information about your Perl +installation. If you're not, you must go back to the beginning +and discover what went wrong and fix it. It's pointless to +proceed unless this simple check is passed. Assuming it did work, +you may now move on.
+ +Some extensions ("packages") need to be added to the base Perl +distribution, and we'll do this next. If you're using the Perl I +recommended, and don't know any better for yourself, then just +blindly following these instructions will work just fine. If that +didn't describe you, then you're on your own.
+Visit the following URL:
-
-
-DXSpider DX Cluster Version 1.47
-Copyright (c) 1998-2001 Dirk Koopman G1TLH
-loading prefixes ...
-loading band data ...
-loading user file system ...
-starting listeners ...
-Internal port: localhost 27754
-load badwords: Ok
-reading in duplicate spot and WWV info ...
-reading existing message headers ...
-load badmsg: Ok
-load forward: Ok
-load swop: Ok
-@msg = 0 before delete
-@msg = 0 after delete
-reading cron jobs ...v cron: reading /spider/cmd/crontab
-cron: adding 1 0 * * 0
-DXUser::export("$main::data/user_asc")
-reading database descriptors ...
-doing local initialisation ...
-orft we jolly well go ...
-queue msg (0)
-
-
-Now, if that's what you've got, you are very nearly home and dry -(in as far as these particular experiments are concerned, anyhow) -
If you are running Windows 9x you can access your new cluster (from -the local machine) by finding yourself another "DOS box" and doing the -following:- +http://www.activestate.com/PPMPackages/zips/6xx-builds-only/
+and download the following files:-
-cd \spider\perl
-perl winclient.pl
+Data-Dumper.zip
+Net-Telnet.zip
+TimeDate.zip
+Time-HiRes.zip
+DB_File.zip
-If you are running Windows NT, 2000 or XP then winclient.pl does not -work. We don't know why other than this seems to be some kind of -incomaptibility in perl. You can achieve the same thing by telnetting -to the port you defined in Listeners.pm (7300 as default), thus:- +
+If this is a new installation, now would also be a good time to +install a copy of WinZip on your PC. Make yourself a convenient +directory to unpack all of these zip files into (I put mine in +"D:\ppm>" but "C:\ppm" works just as well.) and do the following +(the bits you type in are blue ). You can upzip all of the files into +the same directory. When prompted, simply overwrite the Readme file +from each zip package. Note that where these files land will be +directly related to where you chose to install your ActivePerl +(mine, as you can probably guess from what follows, went into "D:\Perl"):-
-Menu->Start->Run
-telnet localhost 7300
+D:\ppm>ppm install Data-Dumper.ppd
+Installing package 'Data-Dumper.ppd'
+Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.bs
+Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.dll
+Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.exp
+Installing D:\Perl\site\lib\auto\Data\Dumper\Dumper.lib
+Installing D:\Perl\html\site\lib\auto\Data\Dumper\Dumper.html
+Installing D:\Perl\site\lib\Data\Dumper\Dumper.pm
+Writing D:\Perl\site\lib\auto\Data\Dumper\Dumper.packlist
+D:\ppm>
-On getting the login: prompt, enter your sysop callsign (the one you -put in DXVars.pm as $myalias). -
-
I would recommend strongly that you obtain a better telnet -client than that which comes with windows (I use -PuTTY). -
-
Anyway, if you are rewarded with a display which looks something like:- +
+I'm not going to bother you with exhaustive details of the rest +of them, but suffice it to say you need to:
-Hello Iain, this is GB7SJP in Amersham, Bucks running DXSpider V1.47
-Cluster: 1 nodes, 1 local / 1 total users Max users 2 Uptime 0 00:00
-M0ADI de GB7SJP 4-Mar-2001 1511Z >
+ppm install DB_File.ppd
+ppm install Net-Telnet.ppd
+ppm install TimeDate.ppd
+ppm install Time-HiRes.ppd
-You've arrived. Try some commands, and see how they feel. (In -case you were wondering, "Iain", "M0ADI" and "GB7SJP" all came -from the version of DXVars.pm that was on the machine when I -started the winclient.pl) -
-
The interface is very basic. It is a simple command line. There are -better looking interfaces. Most of the "standard" logging and DX -Cluster access programs that are capable of connecting via a TCP or -telnet connection will work as a "Sysop Console" client. You connect -to "localhost" on the port that you defined in Listeners.pm (usually -7300). I recommend packages like -DXTelnet. -
-
If all that seemed to work OK, time to move along. Before anyone +who is familiar with PPM tells me that we didn't need to download +and keep those files locally, I knew that. I also knew that PPM +is sometimes awkward to configure via firewalls, and that +sometimes the repositories don't always work the way we'd hope. I +do it that way because it suits me.
+ +If you want to connect this to another cluster, then you'll want to -negotiate a link with someone. For experimental purposes, I'm happy to -allow folk to connect to GB7DXA (spud.ath.cx), on the understanding -that the system may or may not be there and may or may not be -connected to anything particularly useful at any given moment. Contact -me by -Email if you -want me to set up a connection for you. -
+
Get the current version of the DX Spider distribution. This needs +to be v1.50 or later. You've got two ways (currently) of getting +this; either get a CVS update from sourceforge (if you don't know +what this is, then it isn't for you) or get the latest "official" +release from:
++http://www.dxcluster.org/download/index.html
+or if you want the lastest snapshot of CVS version (which is produced +every night):-
++http://www.dxcluster.org/download/CVSlatest.tgz
+This is generally the best one to go for as it is completely up to +date. However, there is always the very slight chance that it might +unstable. Generally, there will be a note on the website if this is +the case.
+ +The only difference between "CVSlatest.tgz" and the latest +"official" release version is that it is more up to date. Do not confuse +the "CVSlatest.tgz" file with "Downloading from Sourceforge with CVS" - they +are two quite different things. "Downloading from Sourceforge with CVS" is +explained in a section within the Admin manual.
+ +If you go down the CVS route (ie installing WinCVS as explained in the Admin +manual and downloaded from sourceforge), then everything will be nicely +installed on your local disk. If you got the CVSlatest.tgz file, unzip +( +winzip) it to "C:\". +This is an important point since paths are included within the .tgz +file. Make sure you unzip to the root directory of whichever drive you use... +"C:\" or "D:\" or .., not "C:\spider." If you double click on CVSlatest.tgz, +WinZip should open with a dialogue box that says the Archive contains a single +file (CVSlatest.tar) and asks whether WinZip should decompress it to a +temporary fold and then open it. Say "Yes" and then you will get the typical +Classical WinZip listing of files ready for extraction. Remember, extract +them to your desired root directory ("C:\" or "D:\" or ...). The following +examples assume that you put it on drive "C:\", for convenience.
+