PDF files are books as much as printed bound stacks of paper are. Nemo's
book should suffice--the rest is exploration. Plan 9 is lean and nimble,
these 9fans say. You could be their proof of concept. Let's see what
becomes of you.
--On Friday, November 14, 2008 5:23 PM -1000 Nolan Hamilton
<[
What I did was have Nemo's book and a number of the papers printed and bound
for $40 US.
Swing by your local Popcopy and have one of the apathetic and condescending
staff do the same.
On Sat, Nov 15, 2008 at 6:23 AM, Nolan Hamilton
<[EMAIL PROTECTED]>wrote:
> I was wondering if there are any bo
Hi Nolan,
you can buy some items here: http://www.vitanuova.com/products.html
Saludos.
Nolan Hamilton escribió:
I was wondering if there are any books on plan 9. I mean that I can
buy at a book store, not just a .pdf. I have already read nemo's
textbook.
-Nolan Hamilton
Exactly! An idle TCP connection costs you nothing except the state that
Would you mind reading my response, too, and then informing me of your
opinion?
Not only that, but if you look at the amount of state something like
iptables on Linux needs to keep in order to provide NAT capabilities it
> Also, neither you nor anyone else have addressed the question of port
> forwarding using an imported /net. Now I'm curious: do any of you 9fans have
> an internal network behind a gateway that runs Plan 9? In case you do, I'll
> be grateful if read about the configuration of your network(s).
>
>
You don't need the crowds for this kind of 'wisdom', google has been
one of the main pushers for distributed compilation lately... with ken
on board, that is a rather sad thing to waste resources on.
uriel
On Sat, Nov 15, 2008 at 7:29 AM, John Barham <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 14,
hello
if the point of port forward is to access a service behind a firewall
you can do something like:
inside% import outside /net /net
inside% start_service
and the servide will listen on the /net of the outside machine.
that's just a "simple" example.
slds.
gabi
El 15/11/20
Also, ne
http://www.dykinson.com/book--Notes_on_the_plan_9tm_3rd_edition_kernel_source--232472.html
On Sat, Nov 15, 2008 at 8:58 AM, Rodolfo kix Garcia <[EMAIL PROTECTED]> wrote:
> Hi Nolan,
>
> you can buy some items here: http://www.vitanuova.com/products.html
>
> Saludos.
>
> Nolan Hamilton escribió
I think if plan9 was the real standard /net, ip, dns and of course nat
would not matter at all.
Imagine i.e. bind '#wan' for putting the world in your namespace. The
device would take care of the communication to the next node and you
would not even have to mind which protocol to use.
Your provide
Haven't run into this scenario before myself, so I'm not quite sure
how to get out of it.
I just installed a new virtual standalone CPU server on my home
machine. I followed the instructions on the wiki for standalone
cpu/auth.
I'm drawterming in this case from a windows box. I can drawterm in
On Nov 15, 2008, at 10:55 AM, Eric Van Hensbergen wrote:
Haven't run into this scenario before myself, so I'm not quite sure
how to get out of it.
I just installed a new virtual standalone CPU server on my home
machine. I followed the instructions on the wiki for standalone
cpu/auth.
I'm dra
On Sat, Nov 15, 2008 at 11:12 AM, Jeff Sickel <[EMAIL PROTECTED]> wrote:
>
> you /lib/ndb has the loopback interface and auth settings for your virtual
> net?
>
I am actually using a bridged virtual network, so I shouldn't have to
configure different NAT stuff.
Also wouldn't explain why drawterm a
gabi found it. There was a typo in my cpurc that wasn't starting the
auth server listen.
auth/debug was most useful in helping find it.
-eric
On Sat, Nov 15, 2008 at 11:21 AM, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 15, 2008 at 11:12 AM, Jeff Sickel <[EMAIL
On Sat, Nov 15, 2008 at 11:55:38AM -0600, Eric Van Hensbergen wrote:
> gabi found it. There was a typo in my cpurc that wasn't starting the
> auth server listen.
> auth/debug was most useful in helping find it.
>
> -eric
[snip]
> > Also wouldn't explain why drawterm as bootes wor
> Given that you weren't running the auth server, how was logging in as bootes
> working?
both factotums already contained the auth keys for the user bootes so
the authentication code probably short-circuited the auth process. i'm
away from a plan9 installation so i can't verify with actual code.
On Nov 15, 2008, at 3:21 AM, Eris Discordia wrote:
Exactly! An idle TCP connection costs you nothing except the state
that
Would you mind reading my response, too, and then informing me of
your opinion?
It would be helpful if you can quote exactly the part on which you are
requesting
my
On Sat, Nov 15, 2008 at 11:30:05AM -0700, andrey mirtchovski wrote:
> > Given that you weren't running the auth server, how was logging in as bootes
> > working?
>
> both factotums already contained the auth keys for the user bootes so
> the authentication code probably short-circuited the auth pr
>> I'm unclear as to what "amount of state" iptables needs to keep
>
> After you do something like:
># iptables -t nat -A POSTROUTING -p TCP -j MASQUERADE
> the Linux kernel module called nf_conntrack starts allocating
> data structures to do its job. I'll leave it up to you to see how much
>
It would be helpful if you can quote exactly the part on which you are
requesting
my opinion.
This part:
It actually does qualify. I believe (though I could be wrong) state
information and communication buffers are the biggest memory spending for
network operations.
There _could_ be a trade-o
as usual, plan9 lets you combine simple commands to provide all sorts
of interesting functionality. on my plan9 gateway i often have to do
something like:
aux/listen1 -tv tcp!*!22 /bin/aux/trampoline tcp!$linux!22
there you have it, port forwarding without the need to reset all your
connections (
if you're using upas with pop3 and can't easily
use imap4, could you send me a note off line.
thanks.
- erik
On Sat, Nov 15, 2008 at 2:29 AM, Eris Discordia
<[EMAIL PROTECTED]> wrote:
> I don't see how port forwarding is possible at all with an
> imported /net.
Because your mind is set - as far as you're concerned, NAT is how things work.
With /net, the concept doesn't exist. The http server just impor
On Sat, Nov 15, 2008 at 9:21 AM, Eris Discordia
<[EMAIL PROTECTED]> wrote:
> Also, neither you nor anyone else have addressed the question of port
> forwarding using an imported /net.
I love science.
iru
On Nov 15, 2008, at 2:07 PM, Eris Discordia wrote:
What field?
Out of the field := clueless
I believe our conversation stops right here. Should you
ever consider restarting it -- a simple apology for
being an asshole would do the trick.
Thanks,
Roman.
On Nov 15, 2008, at 2:13 PM, Micah Stetson wrote:
I'm unclear as to what "amount of state" iptables needs to keep
After you do something like:
# iptables -t nat -A POSTROUTING -p TCP -j MASQUERADE
the Linux kernel module called nf_conntrack starts allocating
data structures to do its job. I'
I believe our conversation stops right here. Should you
ever consider restarting it -- a simple apology for
being an asshole would do the trick.
If you look at the context you'll see this wasn't an insult at all: I wrote
"out of the field with respect to [something]." That means you seem to now
On Nov 14, 2008, at 8:38 AM, Eric Van Hensbergen wrote:
There are those that say too many cooks spoil the broth.
This isn't our problem.
Our problem is that we have a kitchen full of food critics attempting
to direct the cooks.
Ok, since I happen to be on a soul searching expedition today --
Plan 9 does need one extra connection per client and a process (or
two?) to do the export. I think Eris is saying that this makes Plan
9's resource requirements grow with the number of hosts behind the
gateway -- not just with the number of connections through it like
Linux. You're right, Eris,
> 5. If you need NAT weigh the options of doing it. It may turn out that
> importing /net is the best choice for your application. Or it may turn out
> otherwise. /net has a raison d'etre--regular NAT, too.
If regular NAT hadn't been invented you wouldn't be thinking in terms
of regular NAT, there
I don't quite follow. If by resources you mean process related resources
than I would agree. My very first comment didn't have anything to do
with process related resources. And for the TCP related resources I
maintain that the amount of overhead in Plan9's case is definitely
comparable to a Linux
30 matches
Mail list logo
