Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
|
05-03-2014, 11:17 AM
|
#46
|
Senior Member
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541
|
Just for grins, try checking the BIOS clock.
|
|
|
05-03-2014, 12:28 PM
|
#47
|
Member
Registered: Nov 2003
Location: 46N 76W
Distribution: Slackware 14.1
Posts: 380
Original Poster
Rep:
|
Everything in BIOS that refers to the word "clock" says "AUTO".
What should I look for?
BTW this is the same BIOS I've been using for years, never messed with it and no problems while npt was working perfectly Until I Installed slackware-14.1.
|
|
|
05-03-2014, 03:14 PM
|
#48
|
Senior Member
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541
|
Quote:
Originally Posted by WilliamS
Everything in BIOS that refers to the word "clock" says "AUTO".
What should I look for?
|
I dunno -- but, what time is it? Can you look at the date and time and see if it's set to accurately to UTC? Maybe click on it or something (the BIOS's on my machines display the clock time and date and you hit the right arrow key or the enter key or click to see what the date and time are).
|
|
|
05-03-2014, 04:21 PM
|
#49
|
Member
Registered: Mar 2013
Location: Florida, USA
Distribution: Slackware, FreeBSD
Posts: 210
Rep:
|
Quote:
Originally Posted by WilliamS
Never referenced time to WWV or CHU, just set it during installation of the OS and no problems.
|
That would take special setup and probably a recompile of ntpd. Because you live too close to CHU, I'll back off of the radio clock idea. The WWV ntpd driver is awesome, but the way it works with audio samples almost requires a separate PC with little running on it.
Quote:
I have no access to the modem control.
|
Not even a Web interface? Usually, there's a Web interface at http://numeric_address_of_router, though I've had a ZyXEL router that put it at http://numeric_address_of_router:8080. See the instruction manual for your modem to get the details. This may require a trip to the manufacturer's Web site--your ISP may not provide more than the modem and some papers--and it helps to have the papers that came with the original modem installation by your ISP.
Quote:
nmap scan of port 123 shows as it should be, same as before.
I found a macro for ntp in my firewall and enabled it to make sure that port is working; no difference in anything detected.
|
How well does ntpd work with the firewall turned off? Should you not wish to turn the firewall off for security reasons, you can still test ntpd between two PCs with no Internet connection and firewalls shut off.
Alternatively, you could somehow install chrony and see if it somehow works. At least according to the chronyd FAQ, it uses ports 123/udp and 323/udp. So if chronyd works, it's not total proof that port 123/udp is broken, but you would get your time somehow. Just don't run it at the same time as ntpd. I'm doubtful that this is the solution, just putting it there as an option.
|
|
|
05-03-2014, 07:05 PM
|
#50
|
Member
Registered: Nov 2003
Location: 46N 76W
Distribution: Slackware 14.1
Posts: 380
Original Poster
Rep:
|
Quote:
Originally Posted by tronayne
I dunno -- but, what time is it? Can you look at the date and time and see if it's set to accurately to UTC? Maybe click on it or something (the BIOS's on my machines display the clock time and date and you hit the right arrow key or the enter key or click to see what the date and time are).
|
We did that already, and the hardware clock and system clock show UTC and local time. Difference of a fraction of a second, which is my reaction time.
|
|
|
05-03-2014, 09:24 PM
|
#51
|
Member
Registered: Nov 2003
Location: 46N 76W
Distribution: Slackware 14.1
Posts: 380
Original Poster
Rep:
|
mlslk31, thanks for the chrony advice - I've installed it and been playing. Has better documentation for troubleshooting.
Tried the chronyc accheck command, and got:
Code:
# chronyc accheck 0.ca.pool.ntp.org
501 Not authorised
Does this tell anything useful?
But it does not work either.
My satellite modem is a black box. Only thing I can do to it is reset it by pulling the power plug, wait 2 minutes, then pwr up.
This from the install manual.
|
|
|
05-04-2014, 07:03 AM
|
#52
|
Member
Registered: Nov 2010
Posts: 227
Rep:
|
I'm curious too about what happens disabling your firewall. I've read you use shorewall. I would even try removing it and cleaning iptables rules:
Code:
# iptables -P INPUT ACCEPT
# iptables -P OUTPUT ACCEPT
# iptables -P FORWARD ACCEPT
# iptables -F
# iptables -X
# iptables -t nat -F
Besides, are you really sure you can't access your modem from your browser like mlslk31 told you? Have you tried?
Last edited by eloi; 05-04-2014 at 07:09 AM.
Reason: Text added
|
|
|
05-04-2014, 07:47 AM
|
#53
|
Senior Member
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541
|
Every satellite modem/router I've had (from HughesNet) is addressed at http://192.168.0.1.
See if you can ping it with
Code:
ping -c 5 192.168.0.1
and, if you can, connect to it with the URL link above and see what's what (should give you information about it).
If you can't ping that address, try 192.168.1.1 (sometimes).
Maybe, maybe not, but it's worth a couple of seconds to find out, eh?
|
|
|
05-04-2014, 07:49 AM
|
#54
|
Member
Registered: Nov 2003
Location: 46N 76W
Distribution: Slackware 14.1
Posts: 380
Original Poster
Rep:
|
eloi, thanks for howto disable firewall. I will try that.
Come to think of it, there is a url for the modem, but it is read-only AFAIK.
|
|
|
05-04-2014, 10:50 AM
|
#55
|
Member
Registered: Nov 2003
Location: 46N 76W
Distribution: Slackware 14.1
Posts: 380
Original Poster
Rep:
|
Disabled firewall according to eloi, tried ntpq -pn, still no change.
Then tried shorewall clear command, from the man page:
Clear will remove all rules and chains installed by Shorewall. The
firewall is then wide open and unprotected. Existing connections
are untouched. Clear is often used to see if the firewall is
causing connection problems.
And that also made no difference to ntpq -pn.
Then did slackpkg reinstall ntp*
--entered the server stuff and commented out the fudge lines.
no difference to ntpq -pn.
Every time, the above command shows that ntpd is getting the server names, so it is communicating through port 123, but it looks like it gets no data from these servers, or it is not doing anything with whatever data comes in (I may not know what I'm talking about):
Code:
# ntpq -pn
remote refid st t when poll reach delay offset jitter
==============================================================================
72.51.27.50 .INIT. 16 u - 256 0 0.000 0.000 0.000
67.215.197.151 .INIT. 16 u - 256 0 0.000 0.000 0.000
198.27.65.66 .INIT. 16 u - 256 0 0.000 0.000 0.000
192.95.20.208 .INIT. 16 u - 256 0 0.000 0.000 0.000
Last edited by WilliamS; 05-04-2014 at 10:51 AM.
|
|
|
05-04-2014, 11:32 AM
|
#56
|
Member
Registered: Nov 2010
Posts: 227
Rep:
|
Have you restarted ntpd after removing iptables rules?
# /etc/rc.d/rc.ntpd restart
then
# ntpq -p
|
|
|
05-04-2014, 12:19 PM
|
#57
|
Member
Registered: Nov 2010
Posts: 227
Rep:
|
Quote:
Originally Posted by WilliamS
Every time, the above command shows that ntpd is getting the server names, so it is communicating through port 123, but it looks like it gets no data from these servers, or it is not doing anything with whatever data comes in (I may not know what I'm talking about):
Code:
# ntpq -pn
remote refid st t when poll reach delay offset jitter
==============================================================================
72.51.27.50 .INIT. 16 u - 256 0 0.000 0.000 0.000
67.215.197.151 .INIT. 16 u - 256 0 0.000 0.000 0.000
198.27.65.66 .INIT. 16 u - 256 0 0.000 0.000 0.000
192.95.20.208 .INIT. 16 u - 256 0 0.000 0.000 0.000
|
Like tronayne explained you, that happens when ntpd doesn't get synchronized in the first attempt (/etc/rc.d/rc.ntpd uses the option -g). That's why after each thing you modify to try you have to *restart* the daemon.
Besides check here:
http://support.ntp.org/bin/view/Supp...bleshootingNTP
The point 9.8 says:
"When trying to debug problems using ntpdate and ntpq, note that these utilities may use unprivileged high-numbered ports, while ntpd requires full bidirectional access to the privileged UDP port 123."
Last edited by eloi; 05-04-2014 at 12:36 PM.
|
|
|
05-04-2014, 03:11 PM
|
#58
|
Member
Registered: Nov 2003
Location: 46N 76W
Distribution: Slackware 14.1
Posts: 380
Original Poster
Rep:
|
Code:
# shorewall stop
Stopping Shorewall....
Processing /etc/shorewall/stop ...
Processing /etc/shorewall/tcclear ...
Running /usr/sbin/iptables-restore...
IPv4 Forwarding Enabled
Processing /etc/shorewall/stopped ...
done.
bash-4.2# shorewall clear
Clearing Shorewall....
Processing /etc/shorewall/stop ...
Processing /etc/shorewall/tcclear ...
Running /usr/sbin/iptables-restore...
IPv4 Forwarding Enabled
Processing /etc/shorewall/stopped ...
Processing /etc/shorewall/clear ...
done.
bash-4.2# /etc/rc.d/rc.ntpd restart
Stopping NTP daemon...
Starting NTP daemon: /usr/sbin/ntpd -g
bash-4.2# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
time.0x90.ca .INIT. 16 u - 64 0 0.000 0.000 0.000
srv4.hrtech.de .INIT. 16 u - 64 0 0.000 0.000 0.000
ntp1.sscgateway .INIT. 16 u - 64 0 0.000 0.000 0.000
ellen.linuxgene .INIT. 16 u - 64 0 0.000 0.000 0.000
bash-4.2# shorewall restart
Compiling...
Processing /etc/shorewall/params ...
So it still remains that no matter how many tests, there is nothing wrong with ntp, shorewall, clock.
I would like to look elsewhere, but don't know where.
|
|
|
05-04-2014, 08:22 PM
|
#60
|
Member
Registered: Nov 2003
Location: 46N 76W
Distribution: Slackware 14.1
Posts: 380
Original Poster
Rep:
|
grc.com shows:
123
Stealth ntp
Network Time Protocol
Code:
# ntptrace
localhost: stratum 16, offset 0.000000, synch distance 0.000000
and
Code:
# ntptrace 0.ca.pool.ntp.org
192.75.12.11: timed out, nothing received
***Request timed out
|
|
|
All times are GMT -5. The time now is 11:42 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|