htpdate HTTP પ્રોક્સી દ્વારા સમય પૂછી શકે છે

ntpdate UDP પર NTP બોલે છે. સામાન્ય HTTP CONNECT ટનલ TCP સ્ટ્રીમ વહન કરે છે, તેથી HTTP પ્રોક્સી ગોઠવવાથી ntpdate ને તે UDP માર્ગ મળતો નથી.

જ્યારે ફક્ત HTTP ઍક્સેસ ઉપલબ્ધ હોય, ત્યારે htpdate એક અલગ સાધન છે જે વેબ-સર્વર પ્રતિસાદોના સમય-ટિકિટોથી સમયનો અંદાજ લગાવે છે. તે પહેલેથી ઉપલબ્ધ હોય તો, માત્ર-પૂછપરછ કૉલ આ છે:

htpdate -q -P proxy.example:8080 www.example.org

માન્ય પ્રોક્સી અને એવો સંદર્ભ સર્વર પસંદ કરો જેની ઘડિયાળ કામ માટે યોગ્ય હોય. પ્રોક્સી સરનામાં માટે જાહેર ઉમેદવારો HTTP પ્રોક્સી સૂચિમાં છે; તે સૂચિ કોઈ વિશ્વસનીય સમય સંદર્ભ પૂરો પાડતી નથી. -P મધ્યસ્થ પસંદ કરે છે; -q ઘડિયાળ બદલ્યા વિના પૂછે છે. ક્લાયન્ટ બહુવિધ સંદર્ભ URL ને પણ સમર્થન આપે છે.

htpdate એવી સમસ્યાઓ ધ્યાનમાં લે છે જે એક HTTP Date હેડરની નકલ કરતી શેલ પાઇપલાઇન ધ્યાનમાં લેતી નથી, જેમાં બહુવિધ સ્રોત અને અસંગત પરિણામો ગાળવાનો સમાવેશ થાય છે. તે હજી પણ સંદર્ભ સર્વરો, પ્રતિસાદ સંચાલન અને નેટવર્ક સમય પર આધાર રાખે છે.

કૅશ કરેલા પ્રતિસાદમાં જૂનું Date મૂલ્ય હોઈ શકે છે. સાદું HTTP ટાઇમસ્ટેમ્પ પણ પ્રમાણિત સમય નથી. વિશ્વાસ અને ચોકસાઈની આવશ્યકતાઓને તૈનાતીના નિર્ણય સાથે રાખો, કોઈપણ પહોંચી શકાય તેવા વેબ પૃષ્ઠને નેટવર્કની સમય સેવાના વિકલ્પ તરીકે ગણવાને બદલે.

જો સંસ્થા આંતરિક NTP સેવા પૂરી પાડે છે, તો તે પહોંચી શકાય તેવી સેવાનો ઉપયોગ બીજો માર્ગ છે. સમય પૂછવો અને ડીમનને સિસ્ટમ ઘડિયાળ સમાયોજિત કરવાની અધિકૃતિ આપવી અલગ કામગીરી છે.