Re: PGP scripting...

From: Andrew MacKenzie <amackenz(at)edespot.com>
Date: Wed Jan 08 2003 - 23:59:30 EST

Thus spake David Wagner (daw@mozart.cs.berkeley.edu):
> Machine A is connected to the outside world, receives orders,
This certainly seems to make sense, and also seems to coincide with what other people are suggesting. I'm sorry if my description was a touch vague, but we have a complicated architecture (lotsa bit-moving) and I didn't want to get too much into it. It does seem like this architecture would help.

My only question is: Would machine B need to be on a serial port or some such? Would a private ethernet line (or route) to machine A suffice? I can't imagine serial being quite fast enough to process several thousand transactions across.

Further view of our architecture:

- Files come in encrypted on FTP server(A) (from processing sites).
- These files are fetched to another box(B), decrypted and loaded into a DB(C)
- This data is extracted, encrypted, sent to another site (not in our

system) for further processing.
- The response back is encrypted(on B), and loaded back into the DB(C) - The results are then extracted(on B), encrypted, and sent back to the FTP server(A) to be picked up again by the processing sites.

So here the FTP server is the only external facing box (using SFTP actually). In the future though, this may not be true. Orders may come directly to (B).

-- 
// Andrew MacKenzie  |  
http://www.edespot.com
// In the beginner's mind there are many possibilities. In the expert's mind
// there are few. 
//     --Suzuki-roshi

Received on Wed Jan 15 13:02:27 2003