htpdate می‌تواند زمان را از طریق پروکسی HTTP پرس‌وجو کند
هنگامی که اتصال HTTP در دسترس است از گزینه‌های پروکسی و فقط-پرس‌وجوی htpdate استفاده کنید و برآوردهای زمانی آن را از انتقال NTP جدا نگه دارید.
ntpdate پروتکل NTP را روی UDP صحبت می‌کند. تونل معمولی HTTP CONNECT یک جریان TCP حمل می‌کند، بنابراین پیکربندی پروکسی HTTP مسیر UDP را به ntpdate نمی‌دهد.
وقتی فقط دسترسی HTTP موجود است، htpdate ابزار جداگانه‌ای است که زمان را از مهرهای زمانی پاسخ سرورهای وب تخمین می‌زند. اگر از پیش در دسترس باشد، فراخوانی فقط-پرس‌وجو چنین است:
htpdate -q -P proxy.example:8080 www.example.orgیک پروکسی مجاز و یک سرور مرجع انتخاب کنید که ساعتش برای کار مناسب است. نامزدهای عمومی برای نشانی پروکسی در فهرست پروکسی HTTP هستند؛ آن فهرست هیچ مرجع زمانی قابل اعتمادی ارائه نمی‌دهد. -P واسطه را انتخاب می‌کند؛ -q بدون تغییر ساعت پرس‌وجو می‌کند. کلاینت از چندین URL مرجع نیز پشتیبانی می‌کند.
htpdate مسائلی را در نظر می‌گیرد که یک خط لوله پوسته که یک هدر HTTP Date را کپی می‌کند در نظر نمی‌گیرد، از جمله چندین منبع و فیلتر کردن نتایج ناسازگار. با این حال هنوز به سرورهای مرجع، پردازش پاسخ و زمان‌بندی شبکه وابسته است.
پاسخ ذخیره‌شده در حافظه نهان ممکن است مقدار Date قدیمی‌تری داشته باشد. مهر زمانی خام HTTP نیز زمان تأییدشده نیست. الزامات اعتماد و دقت را همراه با تصمیم استقرار نگه دارید، به جای اینکه هر صفحه وب قابل دسترسی را جایگزین سرویس زمان شبکه بدانید.
اگر سازمان یک سرویس NTP داخلی فراهم می‌کند، استفاده از آن سرویس قابل دسترسی مسیر دیگری است. پرس‌وجوی زمان و مجاز کردن یک دیمن برای تنظیم ساعت سیستم دو عملیات جداگانه هستند.