|00:08||vagrantc has quit IRC|
|01:35||edgarin has quit IRC|
|02:52||shogunx has quit IRC|
|02:57||monteslu has quit IRC|
|02:59||monteslu has joined #ltsp|
|03:08||shogunx has joined #ltsp|
|03:18||shogunx has quit IRC|
|03:32||shogunx has joined #ltsp|
|03:45||sahil has quit IRC|
|03:51||shogunx has joined #ltsp|
|04:15||klausade has quit IRC|
|04:16||klausade has joined #ltsp|
|04:31||gigabytes has joined #ltsp|
|05:13||FernandoMM has quit IRC|
|05:27||gigabytes has quit IRC|
|05:48||gigabytes has joined #ltsp|
|06:07||gigabytes has quit IRC|
|06:20||cliebow has quit IRC|
|07:17||tsurc has joined #ltsp|
|07:22||ogra has joined #ltsp|
ogra: you netbooted a g4 ibook?
my setup boots a g3..plug in a g4..goes nowhere..cant remeber boot-file name
in opfw i hard coded it..still no go
with the file i pointed you to one of the last days
ill look again..seemed just like mine
you need the yaboot.conf in the toplevel tftp dir iirc
i think yaboot cant handle subdirs for it
they all reside in same place..but tftp just wont start
i'll set up my ibook tomorrow since i need it as thin client (i'm in oslo/norway atm and need to get work done, so i got my two lappies)
g3 boots like lightning..well err..boots fine with a crossover to my lappie
i capured and printed initial packets for g3..and g4..and g3 to osx server for comparison..
with a g4 dhcp ACK gives boot file-name /yaboot (for testing)..then an arp packet..then dhcp INFORM says no boot-file name
|08:09||danrez has joined #ltsp|
|08:27||danrez has quit IRC|
|08:30||tsurc has quit IRC|
|09:04||ogra has quit IRC|
|09:27||bobby_C has joined #ltsp|
jammcq:what dpo you know of ar resolution..this seems thekey to rapid d/l of kernel in aapple
|09:46||tsurc has joined #ltsp|
|09:46||cliebow_ has quit IRC|
|10:27||ogra has joined #ltsp|
|10:32||edgarin has joined #ltsp|
|10:41||tsurc has quit IRC|
|11:00||Sp0oKeR has joined #ltsp|
|11:20||mathesis has joined #ltsp|
mathesis, que tal?
sabes a que se debe que no encuentre el server dhcp los clientes y tire el error No }
No IP address
no esta corriendo dhcp
y si esta corriendo
esta mal configurado
revisa bien la Mac Address
y que el cable de red
de la estacion no se sea cruzado
te paso mi dhcp
|11:29||RiXtEr has joined #ltsp|
|11:34||Walla89 has joined #ltsp|
hey would anyone here happen to know anything about lvs and ipvsadm?
edgarin: viste mi dhcp.conf
|11:42||Walla898 has joined #ltsp|
ahorita lo veo
|11:43||ogra has quit IRC|
|11:43||Walla898 has quit IRC|
|11:44||ogra has joined #ltsp|
|11:44||ogra has joined #ltsp|
|11:57||Walla89 has quit IRC|
|12:25||RiX has joined #ltsp|
|12:26||RiXtEr has quit IRC|
|12:26||RiX is now known as RiXtEr|
|12:27||g333k has joined #ltsp|
|12:42||ogra has quit IRC|
|12:47||RiXtEr has quit IRC|
|13:25||gigabytes has joined #ltsp|
|13:30||andresmujica has joined #ltsp|
|13:46||rasmuson has joined #ltsp|
|14:01||cliebow has joined #ltsp|
|14:20||erdinc has joined #ltsp|
|14:22||rasmuson has quit IRC|
|14:23||bobby_C has quit IRC|
ho..for xthe ife of a bear
jammcq:you familiar with arp..how it affcts netboot?
|15:33||gigabytes has quit IRC|
|15:43||* erdinc bye aLL..|
|15:43||erdinc has quit IRC|
|15:43||edgarin has quit IRC|
|15:45||spooker_ has joined #ltsp|
|15:45||Sp0oKeR has quit IRC|
help me with /etc/dhcp3/dhcpd.conf in ltsp4.2?
|16:07||cliebow has quit IRC|
|16:25||mistik1 has joined #ltsp|
|16:27||cliebow has joined #ltsp|
|16:27||cliebow_ has joined #ltsp|
|16:37||klausade has quit IRC|
|16:41||robbie has joined #ltsp|
|16:42||cliebow has quit IRC|
|16:42||cliebow_ has quit IRC|
|16:47||robbie has quit IRC|
|16:49||mistik1_ has joined #ltsp|
|17:09||andresmujica has left #ltsp|
|17:11||mistik1 has quit IRC|
|17:11||mistik1_ is now known as mistik1|
|17:21||edgarin has joined #ltsp|
|17:28||edgarin has quit IRC|
|17:39||edgarin has joined #ltsp|
I have a station LTSP with ISA Sound card finally I found the correct module for this sound card is cs4236
now when I turn on the station, the station show a message:
Running Sound Server
- acception connections on port 16001
/dev/dsp: No such file or directory
aumix: error opening mixer
|17:43||spooker_ is now known as Sp0oKeR|
|17:47||muh2000 has joined #ltsp|
|17:51||mistik1 has quit IRC|
|17:53||arc_ has joined #ltsp|
|17:54||edgarin has quit IRC|
|18:00||andresmujica has joined #ltsp|
|18:00||mistik1 has joined #ltsp|
|18:01||andresmujica has quit IRC|
|18:12||FernandoMM has joined #ltsp|
|18:16||arc_ has left #ltsp|
|18:28||edgarin has joined #ltsp|
|18:31||edgarin has quit IRC|
|18:32||mistik1 has quit IRC|
|18:36||mathesis has quit IRC|
|18:53||mdz has quit IRC|
|19:26||cliebow has joined #ltsp|
|19:29||cliebow_ has joined #ltsp|
|19:30||adrianorg has joined #ltsp|
|19:35||cliebow_ has quit IRC|
|19:40||adrianorg_ has joined #ltsp|
|19:40||adrianorg_ has quit IRC|
|19:52||mdz has joined #ltsp|
|20:07||FernandoMM has quit IRC|
|20:38||petre has joined #ltsp|
|20:57||vagrantc has joined #ltsp|
|21:07||adrianorg has quit IRC|
|21:14||petre has quit IRC|
|21:19||RiX has joined #ltsp|
|21:20||RiX is now known as RiXtEr|
|22:07||PMantis has joined #ltsp|
|22:22||RiXtEr has quit IRC|
|23:04||PMantis has quit IRC|
|23:17||ball has joined #ltsp|
Could ltsp be used to boot diskless X workstations, without resorting to NFS?
in theory, sure.
I suppose I need to sit down and figure out how much stuff is actually required, to see if I can fit it in a ramdrive.
that sounds more like a pxes sort of thing.
I'll have to look that up. I understand that PXE is some sort of fix for the PC's lack of firmware that can netboot.
What does the S signify?
That sounds ideal, thanks for the pointer.
i hae no idea why they call it pxes ... i don't know if it has anything to do with PXE or not.
but yes, PXE is used for network boot on x86/amd64 architecture...
pxes looked ideal when I read the first half of the overview, now I'm not so sure.
what exactly do you want?
Ideally? A kernel with an embedded ramdisk image that includes an X server, perhaps Blackbox for a window manager and not much else.
No (accessible) shell, cli stuff, applications.
Just the bare minimum.
surely you want some application... a window manager isn't very useful without ... windows to manage...
the rest across xdmcp, i suppose
but then you wouldn't even have a wm..
dberkholz: keep the wm on the machine running the clients you think?
ball: i'm still not clear on what your goal is
dberkholz: I would like a few X terminals and just one or two (more powerful, modern) boxen on which to run the application software (X clients).
dberkholz: Ideally I'd like to netboot the X terminals so that I don't have to mess with disk drives in them.
|23:46||g333k has quit IRC|
(disks die, are noisy and generally a pain in the bum)
so, my question is at that point ... what's wrong with NFS or pxes ?
I've not tried it myself, but I'm told that NFS is a can of worms, not least from a security standpoint.
well, all protocols available for network boot are going to have their security flaws ...
in general, read-only NFS is reasonably secure.
vagrantc: That's reassuring. Perhaps I'll have a proper look at it then.
if you really don't want NFS, pxes (or something similar) would probably be your next best bet.
Hmm... lesser of two evils then? :-)
well, LTSP typically uses both tftp and NFS, whereas pxes only uses tftp ...
kernel via tftp, which then mounts a filesystem over nfs?
in the end, there's no real way to do totally secure network booting, though. the whole premise relies upon "somebody give me an IP and a kernel please"
and whoever answers, well, you're trusting them.
ball: yeah, that's basically the process for LTSP ...
I suppose the protocols were developed in more innocent times ;-)
vagrantc: okay, that gives me a better idea of how ltsp works and how I might approach my little project.
well, honestly, how could you develop a secure mechanism to do remote download of the OS without maintaining data on each individual machine ?
vagrantc: That's a very good question.
you could maintain a small flash disk on each machine, but if you do a kernel update, well ... you have to update every machine.
you'd have to flash a valid ip into the firmware
ip can be spoofed
ok, add in some key auth
I think MAC addresses can be too.
dberkholz: right ...
and then, if the key auth tokens need to be updated ... you have to update all the firmwares ...
you can't have security with no hassle
gotta find the balance you're willing to settle with
|23:58||* ball nods in agreement|
it would probably be good to explore some of these ideas to improve the security of network boot beyond the current state ...