Thanks for all the ideas and advice. Patrick J. LoPresti Wrote: > Harder. You need a way for the install.pl on the client machine to > indicate a state change back to the TFTP (or maybe DHCP) server.
Brad Erdman Wrote: >This is what I do. It works very well, but as stated, there are security implications. >An additional step I take is to enforce quota's on the hard drive and give the install account a 1MB limit. >This makes it effectively useless for the unscrupulous person looking for a dump site. I thought about the different possibilities and it seems risky to give write access to a bunch of files in the pxe root, someone could write a config file and reinstall a computer you I don't want installing. And hard way, seems like fun! The way I see it at the moment: 1) A config file on the pxe server with the IP of the client pc, this could be read from dhcp lease information. 2) The client after formatting makes a socket connation to the pxe computer, then just send the IP address of the installing computer to the pxe server, the server reads this and deletes the relevant pxe config file. Someone could delete a pxe file, but that all, no creation posible. On my computer this seems to work, but not on djgpp perl 5.6.1 ? When I try on the client to use IO::Socket, IO::Handle, I die with "can't locate SelectSaver.pm in @INC (@INC contains: Z:\lib /dev/env/DJDIR/lib/perl5 /dev/env/DJDIR/lib/perl5/site /dev/env/DJDIR/lib/perl5/site..."then the other modules same thing. Here is the test "perl.exe -MSelectSaver -e 1". The SelectSaver.pm is called by IO::Handle which is called by IO::Socket, the only thing I can see is it may be a problem with 5.6.1 and @INC? but all the other modules in install.pl work fine? use warnings; use strict; use Carp; use File::Spec::Win32; use File::Copy; use Unattend::IniFile; use Unattend::WinMedia; But not any of the ones I want :-( Any ideas? About this or the general idea welcome. Maybe I should be asking this on a perl list? But I it seems connected anyway... I have done it this way, but the may be a better way? Have a great weekend Thanks Max ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ unattended-info mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unattended-info
