| > % hget http://9legacy.org/9legacy/patch/9fs-9p.io.diff |
note you can transfer files between your local workstation and plan9 through drawter because
/mnt/term
is your local $home.
> %ftpfs -a ftp@sdf.org sdf.org
I noticed that there was going to be a plan9 boot camp offered on SDF. It was posted in bboard.
I got registered fo the boot camp. The set up instruction look a little complicated and I did not get the opportunity to complete reading them. Hope I have a chance this evening.
My plan9 slice is: ssh to VPS2.sdf.org
Got into my VM slice that was provided by SDF papa. Made the changes to the config files. However, I did not get drawterm to connect to the slice. I researched the problem. In retrospect, I believe the system worked. None the less, at the time I tried different things to try and remedy it.
have drawterm working. Actually like the interface. Not sure of the security. However, I can only get limited use out of other programs. Apparently I do not have the authority or ability to open most of the userspace software.
The CLI and acme are the only programs that I seem to get the full use of.
While trying to use the browser, abaco, I can not access the recourses of the browsed secure website.
Abaco itself indicates that it does not have access to "/mnt/web/O/body"/. Not sure what that means but it looks like it is important when using plan9 to know where recourses are and how to access them.
Over the past week I have tried to patch some software and recompile a kernel.
I tried this because of the error I was getting from the browser "abaco" which indicated that "webfs: tlsClient: fd out of range or not open". I though there was a TLS problem and possible downloading and installing TLS modual of the libsec would fix that.
The patches I know of are at:
It might be possible to reset the "source" in the "/lib/ndb/local" file but I have not tried that yet.
I used an article at:
https://mike-bland.com/2015/06/08/getting-go-on-plan-9.html
I could not get 9fs sources to connect to this web site. two possible reasons:
It might be possible to use ftpfs but I have not tried that yet.
I did down load the "libsec-x509-ssh256rsa" patch. More specificly the x509.c file to my box and used the /sys/term connection to get it to my plan9 server. Since it was just one file I simply replaced it "/sys/src/libsec/port/x509".
Then followed the instructions:
> % cd /sys/src/libsec > % mk
Read the following to get info on compiling a kernel:
https://plan9.io/wiki/plan9/compiling_kernels/index.html
> % cd /sys/src/9/pc > % mk 'CONF=pcf'
> % 9fat: > % cp /sys/src/9/pc/9pcf /n/9fat/
could not wait to see if abaco worked now!!!!!
It Did Not!
Don't try this at home it does not work.
As a challenge I compiled a program call "snake" the the plan9 compiler, known as 8c. Actually, it is a two step compiler. 8c take the source code and I guess turns it into, what some systems call object, and 8l links it (every thing in plan9 has a different name).
I was so inspired that I decided to test my program Don't try this at home it does not work.
Going to test my skills with "hello world". I am not a coder! I do a lot of 5 to 20 line scripts but that is not coding. I can however pound out "helloworld.c" with not problem.
Dorthy you are not in Kansas anymore. This c compiler does not have <stdlib.h> or printf() (actually does have a printf() func but it is in a different library). Now I know why it is so troublesome to port plan9 to gcc.
http://doc.cat-v.org/plan_9/misc/rit-intro
Thing I learned from the above site:
mentioned stand alone terminals
Now that I know you can use ftpfs I am going to try and patch the DNS with every patch I can find.
I have been thinking. I did go to a local ftp directory tree to down load the snake game. I was wondering what else was on that branch. To get to that branch I did the following:
> % ftpfs -a ftp@sdf.org sdf.org > % cd /n/ftp/pub/sdf/plan9/
The plan9 directory has:
looked around. Without going in to each director in the contributions there is no way to tell what is there. The few that I looked at were web pages recommending to make the changes in the src file.
The sources was referenced in one of the files that I used to modify the server so that I could log into it from drawterm.
Was not the /lib/ndb/local file. must have been the /rc/bin/termrc.local
the /lib/ndb/local contains:
auth=sources.cs.bell-labs.com authdom=outside.plan9.bell-labs.com
none of these seems to ID a sources page.
Next I am going to try and open the "https://9p.io/sources/patch/" with the ftpfs command.
I was able to apparently connect to 9p but I could not find the mnt on the directory tree. It did not automaticly go to /n/ftp/ even when I use the -m (mount point) I could not find the mount.
Looking at the 9p.io sight I see that there is a note at the top saying; Plan 9 from Bell Labs's /usr/web/sources/patch. Wonder if that is where we are suppose to get the patches.
I am going to try it.
Finally got an FTP mount.
> % ftpfs -a anonymous -x /plan9/usr/web/sources/ 9p.io
Had a meetup with four guys from the plan 9 boot camp. It was dox gl3nda, papa, roosta, smallm and smj. Other contributors: hc9+listen
We discoursed mostly patches.
SMJ showed us where to find the patches on SDF.
> % ftpfs -a ftp@sdf.org sdf.org > % cd /n/ftp/pub/sdf/plan9/dist/9front/386/bin or > % cd /n/ftp/pub/sdf/plan9/dist/9front/386/bin/games The best way to shut donw plan9
OK, had enough of what ever was going on with my plan9 install so I blew it away and started over.
I am not modifying any of the config files, I have the following set of scripts that must be run on reboot. I guess I will eventually role this into one script and see if there is a 'local.sh' that runs on boot up.
OK, I am not having the same problem I did the first time I tried to use scripts to set up the server for access using drawterm. The DNS servers are IDed at boot time. I can not figure out how to reset the DNS once the system is started. Some of the instructions that I am reading indicate that you must use the "ip/ipconfig" command but when I do that it seems to go into the back ground somewhere and I never get a return for the program.
If you know how to set or reset the DNS servers after startup, would you please let me know.
The only way it seems that I can set the DNS is with the "net/ndb/local" file thus eliminating my ability to reset the DNS after boot.
Once the "/net/ndb/local" file was modified and the filesystem restarted I could log in from my local computer with Drawterm.
Unfortunately I do not remember how to set up abaco, so I must look back in the notes. Did not have that in these notes. Must reference the original email or bboard post.
To run abaco:
> % touch $home/lib/webcookies # this sets up the file webcookies which is apparantly part of the webfs system. only need to do this once. > % webfs # starts the webfs file system > % abaco # runs the browser
Same Problem.
So I decided to mount the ftpfs and copy ftpfs from /n/ftp/pub/sdf/plan9/distro/9frong/386/bin/webfs to /usr/glenda/bin/
Now when I try to web into sdf.org I get:
https://www.sdf.org:'/mnt/web/o/body' 0 No status could not negotiate acceptable security parameters.
Went from what looked like a DNS problem to a security certificate problem
when I try to log into https://9p.io I got:
https://9p.io:'/mnt/web/0/body'0 No status incapatible version: unsupported version
Looks like it has gone from a DNS problem to a security problem.
I have to think what to try next.
I think the next thing I am going to try is to modify the /net/ndb/local using the example of a complicated local included in this distribution. The only real difference by the time I am finished would be the including of the top level domains in the local file.
After that I saw where the "proc" file system in linux was copied from plan9. I think I will see if I can check in and see what my vm is using for DNS.
Then I noticed there was a way to open s ">" prompt and possible change the DNS settings realtime. Not sure I will have time to mess with that today but maybe tomorrow before the meetup.
Referring to last Saturday, there is no need to use the complicated local file in the library. The local file has a list of text files inserted into the /net/ndb file (database) in that list is the "common" database wish is referenced in "local" file. My understanding is that it becomes part of the /net/ndb file. Consequently the top level domains are already part of the /net/ndb file.
Looking at the proc system turned out to be a wast of time. The files are all numbered and trying to find the DNS file would require going into each file and checking what that file holds the information for. Furthermore, I could not figure out how to decode the information in that file.
I did mess with the ndb/query and ndb/dns. I was able to get the ">" prompt and do some lookups but did not figure out how to change the DNS on a currently active system.
I thought this might be helpful because when I 'cat /net/ndb' I get the default set up.
% cat /net/ndb >ip=127.0.0.1 ipmask=/104 ipgw=:: > sys=gnot > sys=gnot
I am not sure that I am setting the DNS correctly at boot up or not.
Bottom line is that I am still unable to get quick DNS resolution and no resolutions on some sites.
Furthermore there is still, what I think, some kind of authentication problem because when I do get resolution on a secure site I get the following error"
> https://SITE.NET:'/mnt/web/0/body' 0 No status invalid alert code
Any suggestion on how to improve DNS lookups and authentication would be appricated.
looking at ways to do three things in plan9:
As stated, I do not think my DNS is working correctly. I am getting resolution somewhere but it is very slow, probably after the intended process times out. From what I can gather a properly configured DNS reflects it output in the /net/ndb file, and that file will have the dns=x.x.x.x statement. Mine does not have that.
Have messe with the DNS but still no lock.
As mentioned above still working on the DNS problem. cat /net/ndb is still not rendering a DNS or gateway. I have tried a few things, the are:
The scripts I tried at start up to set the DNS were:
script 1
> #!/bin/rc > # set the DNS > ip=205.266.94.112 ipmask=104 > sys=plan9 > dom=plan9 > dns=205.166.94.20 > dns=1.1.1.1 > ndb/cs > ndb/dns -r
end script
script 2
> #!/bin/rc > # set the DNS > echo 'ip=205.166.94.112 ipmask=104 > sys=plan9 > dom=plan9 > dns=205.166.94.20' >/net/ndb > ndb/cs > ndb/dns -r
end script
of course the last scrip does result in a net/ndb different from the default but that is becuase I changed it.
none of these resulted in effect DNS resolution. In fact, I do not know where my VM is finding the DNS, I suspect the normal procedures are defualting to "who know where" becuase it takes about 30 seconds for the browser to find the target indicating that the normal procedure is timing out and then searching somewhere else.
Documented plan 9 programming tutorial
> http://sdf.org/?tutorials/plan_9_c
Mini meetup. So far I am the only participant.