One option is to install a gps receiver onto one or more of your machines to deliver accurate time to them.
The second option is to look into "orphan" mode, which was designed for your situation. Your problem is probably that you are using more than one of th emachines as the "server" and they have gotten out of sync with each otehr so that the other machines cannot figure out which is the more accurate time. You give no indication of what you have set up so it is pretty hard to figure out what is going wrong. On 2012-07-30, Will Shackleford <[email protected]> wrote: > > We have several computers with several different operating systems on a > local network with no radios and no internet connection. > The main goal is to keep them synchronized with each other. > > One frustration I have had is that clients tend to refuse to connect to > servers on the network > that are "not good enough". I assume "not good enough" means too high a > stratum although the stratum does not really matter (unless it is 15 or so) but disagreement amongst the servers does matter. > error messages are not that clear. Perhaps if you told us what they were, they would be clearer to some of us than to you. > > My current solution is to take a laptop to another room with an internet > connection, let it sit for an hour and > then bring it back to connect the local network where finally the other > computers will accept it and synchronize with it. > > > Questions: > > How can I configure a client/peer to always accept a server as "good > enough" or atleast always accept the server > when no other server can be contacted? (please answer for any platform > below you can) > > > Fedora 6: > Fedora 10: > Fedora 14: > Ubuntu 11.04: > Windows XP: > > > How can I configure a server to always consider itself "good enough" and > report that (lie if necessary) so that any badly configured > client will still connect?(please answer for any platform below you can) > > > Fedora 6: > Fedora 10: > Fedora 14: > Ubuntu 11.04: > Windows XP: > > > > Just for my own curiosity, why is just refusing to do what the operator > wants the default behavior for clients/peers? Why not always > synchronize as well as you can with whichever peers/hosts you can contact? _______________________________________________ questions mailing list [email protected] http://lists.ntp.org/listinfo/questions
