SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264
|Anonymous | Login||2019-11-14 06:41 UTC|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001173||Endian Firewall||Application Level Proxies||public||2008-07-28 18:46||2009-10-27 12:02|
|Target Version||2.3||Fixed in Version||2.3|
|Summary||0001173: DNS lookups are not showing SRV records for underscore entries|
|Description||If you do a nslookup from a client for say '_sip._tls.microsoft.com" it returns nothing found, but if you use a specific DNS server such as 188.8.131.52 it resolves it correctly. This causes havoc for MS Communicator and possibly other AD items that lookup underscore DNS entries.|
DNSMasq was 2.38 and latest is 2.43 I believe.
|Additional Information||nslookup -type=all _sip._tls.microsoft.com|
*** No all records (ANY) records available for _sip._tls.microsoft.com
nslookup -type=all _sip._tls.microsoft.com 184.108.40.206
_sip._tls.microsoft.com SRV service location:
priority = 0
weight = 0
port = 443
svr hostname = sip.microsoft.com
|Tags||No tags attached.|
Found the problem. in you have option filterwin2k enabled. It needs to be commented out for SRV records to resolve correctly. This affects not just Microsoft Communicator in my original ticket portion but also many SIP products use SRV records.
# Uncomment this to filter useless windows-originated DNS requests
# which can trigger dial-on-demand links needlessly.
# Note that (amongst other things) this blocks all SRV requests,
# so don't use it if you use eg Kerberos.
# This option only affects forwarding, SRV records originating for
# dnsmasq (via srv-host= lines) are not suppressed by it.
/etc/dnsmasq.conf.tmpl I believe.
|i changed this to be default in 2.3|
|2008-07-28 18:46||kfason||New Issue|
|2008-08-09 06:08||kfason||Note Added: 0001513|
|2008-08-09 06:23||kfason||Note Added: 0001514|
|2008-08-11 08:57||peter-endian||Status||new => acknowledged|
|2008-08-11 08:57||peter-endian||Target Version||=> 2.2|
|2008-09-10 15:41||chris-endian||Target Version||2.2 => 2.3|
|2008-10-10 14:03||peter-endian||Status||acknowledged => new|
|2008-10-10 14:03||peter-endian||Assigned To||=> peter-endian|
|2008-10-21 14:57||peter-endian||Note Added: 0001733|
|2008-10-21 14:57||peter-endian||Status||new => resolved|
|2008-10-21 14:57||peter-endian||Fixed in Version||=> 2.3|
|2008-10-21 14:57||peter-endian||Resolution||open => fixed|
|2009-10-27 12:02||peter-endian||Status||resolved => closed|
|Copyright © 2000 - 2012 MantisBT Group|