Perhaps I should clarify. The setting is a classroom. The thin clients are all all plug into a switch to which the LTSP server is also connected. The clients are separated from the rest of our network by the server, i.e., the server acts as the gateway relative to the clients (yes, I know the applications run on the server) Stock setup. Sometimes people bring other computers into the classroom, e.g., a laptop running Windows. They get an IP, DNS, and GW from the LTSP server's DHCP. But any traffic from them has to go through the LTSP server obviously, which means some sort of forwarding or masquerading must be enabled on the server. This is the part that isn't working. So, it seems to me that something on the server needs to be changed so that it NATs/masquerades the traffic from those fat clients. They are not running apps on the server, just using its DHCP services.
Peter Philip Loewen wrote: > On 11-01-08 06:38 PM, Jam wrote: >> On Sunday 09 January 2011 07:31:29 ltsp-discuss-requ...@lists.sourceforge.net >> wrote: >>> But if you have some (thin) clients that see the internet and some (fat) >>> others that don't, then it's likely that your server settings are fine >>> and it's your fat clients that need tweaking. You could try opening a >>> terminal from a running fat client and using the command >> Phillip with utter respect, your answers are confusing and wrong: > > Thank you for your tactful correction. For reasons of self-respect, > I respond below. > >> THIN CLIENTS are a keyboard and display on the server. They DO NOT see the >> internet, the server does. > > I agree 98%. My personal thin client runs firefox as a local app. It > sees the internet via NAT. So this is a legitimate and workable > possibility for a thin client. > >> FAT CLIENTS are independant machines, you *may* want them to see the internet >> in which case my previous mail applies. > > I agree 100%. My previous mail applies too: the material you chose not > to quote addresses the details in much the same way as yours did. > > While we are busily agreeing with high probability, let us agree to hope > that Peter finds at least one of our replies helpful. If it turns out > that more is needed, I will leave the case to you. > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _____________________________________________________________________ > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > For additional LTSP help, try #ltsp channel on irc.freenode.net > ------------------------------------------------------------------------------ Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net