潤秒是為了同步地球自轉，與原子鐘所做的特定一秒的修正。本文描述FreeBSD 如何處理潤秒。
本文寫作時，下一個潤秒會發生在2015年6月30日23:59:60 CST。下一次潤秒會發生在南北美洲和亞太地區的工作日。
潤秒是由 IERS 在 Bulletin C所發表。
標準的潤秒行為描述在RFC 7164.。也可見 time2posix(3)。
The easiest way to handle leap seconds is with the POSIX time rules FreeBSD uses by default, combined with NTP. When ntpd(8) is running and the time is synchronized with upstream NTP servers that handle leap seconds correctly, the leap second will cause the system time to automatically repeat the last second of the day. No other adjustments are necessary.
如果上游的 NTP 伺服器無法正確地處理潤秒， ntpd(8) 會在錯誤的上游伺服器發現錯誤並跳一秒後，跟著把時間跳一秒。
如果位使用 NTP ，將需要在潤秒過後，手動調整系統時鐘。
潤秒的插入在全世界是在同一個瞬間： UTC 午夜。在日本，是在上午九點，在太平洋，是正午，在美洲，是傍晚，在歐洲，是晚上。
我們相信和預期，如果提供正確和穩定的NTP 服務，FreeBSD會如設計地在這次潤秒正確運作，就像在之前遇到潤秒時一樣。
然而我們要警告，實務上沒有應用程式曾經要求核心關於潤秒的事。我們的經驗是，如同設計，潤秒本質上是潤秒前一秒的重播，這對大部份應用程式設計師來說是意想不到的事。
其他作業系統或電腦可能會或可能不會像FreeBSD用同樣方法處理潤秒，沒有正確和穩定NTP 服務的系統一點也不會知道潤秒的發生。
電腦因為潤秒而當機並不是沒有聽聞，經驗上也顯示，有大量公用的NTP 伺服器沒有正確地處理和公告潤秒。
請試著確定不會因為潤秒而發生任何可怕的事情。
測試是否有使用潤秒是有可能的。由於 NTP的性質，測試可能要運作到潤秒前24小時。有些主要的參考時鐘來源只在潤秒前一個小時公告。詢問NTP行程：
%ntpq -c 'rv 0 leap'
包含leap_add_sec 的輸出指出對於潤秒的支援。潤秒前24小時，或是潤秒已經過了，會顯示leap_none。