VB.Net Remote Boot Virtual Client

[Sarah]

I have an old Lantastic 8.0 DOS based server and clients are able to login
to this system through network booting (i.e. they are disk-less PC's). Is it
possible to create a VB.Net program that can emulate a network remote boot
client? Any ideas at all would be appreciated.

Thanks.

[Cor Ligthert]

Sarah,

I doubt it, when you have no OS and not NET directly at boot time on your
computer, than you cannot create a program to boot.

When you have an operation that it boots and give you a virtual disk where
that is, than it can be of course possible to do login logic using that.

However at that moment should in the mem of the Client already be an dotNet
compatible OS and the needed Framework been loaded.

Just my thought,

Cor

[Sarah]

>

I doubt it, when you have no OS and not NET directly at boot time on your
computer, than you cannot create a program to boot.

When you have an operation that it boots and give you a virtual disk where
that is, than it can be of course possible to do login logic using that.

However at that moment should in the mem of the Client already be an dotNet compatible OS and the needed Framework been loaded.

Just my thought,

Cor

I'm not sure if you understood the question? I want to create a regular
VB.Net application that runs on windows - but, in that application, I want
to allow the user to access a custom application that normally is accessible
only by remote booting via LAN to a Lantastic 8 DOS Server. It's just like
how you can make a telnet application that runs in your VB.Net application -
I want to be able to emulate a Remote Boot LAN client.

[Cor Ligthert]

Sarah,

I am answering accoording to this part of your question.

(i.e. they are disk-less PC's). Is it possible to create a VB.Net program
that can emulate a network remote boot client?
Now are you writing something completly differentI want to allow the user to access a custom application that normally is
accessible
only by remote booting via LAN to a Lantastic 8 DOS Server
Why do you tell that *I* did not *understand* your first question.

Can it not be that your question is not describing your problem.

Maybe you can make a new message with as subject something as

"How can I make a Telnet application that runs in VBNet."

when that is the problem?

Cor

I'm not sure if you understood the question? I want to create a regular
VB.Net application that runs on windows - but, in that application, I want
to allow the user to access a custom application that normally is
accessible
only by remote booting via LAN to a Lantastic 8 DOS Server. It's just like
how you can make a telnet application that runs in your VB.Net
application -
I want to be able to emulate a Remote Boot LAN client.

[Sarah]

Can it not be that your question is not describing your problem.

Maybe you can make a new message with as subject something as

"How can I make a Telnet application that runs in VBNet."

I don't want a Telnet application. I simply want to emulate a remote boot
client in a Windows based PC VB.NET program. It was the same problem
throughout.

[Cor Ligthert]

Sarah,

I don't want a Telnet application. I simply want to emulate a remote boot
client in a Windows based PC VB.NET program. It was the same problem
throughout.

I gave you an answer, however that does not fit and than you came with a
TelNet application.

Probably we have a different idea about a remote boot.

Therefore, What do you than mean with a remote boot?.

Cor

[Sarah]

I gave you an answer, however that does not fit and than you came with a
TelNet application.

Probably we have a different idea about a remote boot.

Therefore, What do you than mean with a remote boot?.

Cor

Its one of those old diskless pc's that can boot from the network adapter to
an OS - the current config here is that it uses a Lantastic image on the
network adapter to boot to DOS and a custom POS. Instead of using a
disk-less pc and network card with a ROM - I want to emulate that system on
a Windows PC with an ordinary network card in a VB.Net Windows Form program.
Hopefully that was more clear now.