[jira] Commented: (TS-435) SplitDNS doesn't work
[
https://issues.apache.org/jira/browse/TS-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12931001#action_12931001
]
mohan_zl commented on TS-435:
-
we have reproduce this problem when using latest trunk, and looks like
something messed during queue and handler match:
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns)
DNSHandler::startEvent_sdns: on thread2
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns)
DNSHandler::startEvent_sdns: on thread1
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.713] Server {3079767744} DEBUG: (dns) DNSHandler::startEvent:
on thread0
[Sep 8 11:55:57.713] Server {3079767744} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
we have 3 thread connected to 10.2.1.73:53
unknown DNS id = 50074
show then dns result is mistake by other threads, it took the dns result a
unknown dns pkt, and dropped, so you can not resolve any dns
will patch it asap
SplitDNS doesn't work
-
Key: TS-435
URL: https://issues.apache.org/jira/browse/TS-435
Project: Traffic Server
Issue Type: Bug
Components: DNS
Affects Versions: 2.0.1
Environment: Debian 5.0.5 kernel 2.6.26-1-686 #1 SMP
Reporter: Martin Leventan
Assignee: Leif Hedstrom
Priority: Trivial
Fix For: 2.1.5
Server configured as forward proxy with SplitDNS enable. At start get system
DNS server but at client request fail to resolve URL.
record.config (DNS section)
CONFIG proxy.config.dns.search_default_domains INT 1
CONFIG proxy.config.dns.splitDNS.enabled INT 1
CONFIG proxy.config.dns.splitdns.def_domain STRING lapampa.gov.ar
CONFIG proxy.config.dns.url_expansions STRING NULL
CONFIG proxy.config.dns.round_robin_nameservers INT 0
CONFIG proxy.config.dns.nameservers STRING NULL
CONFIG proxy.config.dns.validate_query_name INT 0
splitdns.config
dest_domain=lapampa.gov.ar named=10.2.1.72 serach_list=lapampa.gov.ar
Debug:
[TrafficServer] using root directory '/opt/trafficserver-2'
[Sep 8 11:55:57.512] {3079767744} STATUS: opened
var/log/trafficserver/diags.log
[Sep 8 11:55:57.514] Server {3079767744} DEBUG: (http_aeua)
[HttpConfig::init_aeua_filter] - Config: etc/trafficserver/ae_ua.config
[Sep 8 11:55:57.514] Server {3079767744} DEBUG: (http_aeua)
[HttpConfig::init_aeua_filter] - Opening config
etc/trafficserver/ae_ua.config
[Sep 8 11:55:57.514] Server {3079767744} DEBUG: (http_aeua)
[HttpConfig::init_aeua_filter] - Added 0 REGEXP filters
[Sep 8 11:55:57.514] Server {3079767744} DEBUG: (http_aeua)
[init_http_aeua_filter] - Total loaded 0 REGEXP for
Accept-Enconding/User-Agent filtering
[Sep 8 11:55:57.548] Server {3079767744} DEBUG: (dns) ink_dns_init: called
with init_called = 0
[Sep 8 11:55:57.587] Server {3079767744} DEBUG: (dns)
localhost=h6514asi106.glp.gov.ar
[Sep 8 11:55:57.587] Server {3079767744} DEBUG: (dns) Round-robin
nameservers = 0
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns)
DNSHandler::startEvent_sdns: on thread2
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns) random port = 17507
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns) opening connection
10.2.1.73:53 SUCCEEDED for 0
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns)
DNSHandler::startEvent_sdns: on thread1
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns) random port = 42681
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns) opening connection
10.2.1.73:53 SUCCEEDED for 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.connection_collapsing.hashtable_enabled = 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.connection_collapsing.rww_wait_time = 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.connection_collapsing.revalidate_window_period = 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.http.redirection_enabled = 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.http.number_of_redirections = 1
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.http.post_copy_size = 2048
[Sep 8 11:55:57.713] Server {3079767744} DEBUG: (dns)
DNSHandler::startEvent: on thread0
[Sep 8 11:55:57.713] Server {3079767744} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.715] Server {3079767744} DEBUG: (dns) random port = 40576
[Sep 8 11:55:57.715] Server {3079767744} DEBUG: (dns)
Re: [jira] Commented: (TS-435) SplitDNS doesn't work
On 11/11/2010 05:25 AM, mohan_zl (JIRA) wrote:
[
https://issues.apache.org/jira/browse/TS-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12931001#action_12931001
]
mohan_zl commented on TS-435:
-
we have reproduce this problem when using latest trunk, and looks like
something messed during queue and handler match:
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns)
DNSHandler::startEvent_sdns: on thread2
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns)
DNSHandler::startEvent_sdns: on thread1
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.713] Server {3079767744} DEBUG: (dns) DNSHandler::startEvent:
on thread0
[Sep 8 11:55:57.713] Server {3079767744} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
we have 3 thread connected to 10.2.1.73:53
unknown DNS id = 50074
show then dns result is mistake by other threads, it took the dns result a
unknown dns pkt, and dropped, so you can not resolve any dns
will patch it asap
Cool. I have a few other minor DNS cleanups that I need to commit,
should I just put that in there for this bug (It doesn't fix this
problem, but makes things a bit cleaner).
-- leif
[jira] Commented: (TS-435) SplitDNS doesn't work
[
https://issues.apache.org/jira/browse/TS-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12931065#action_12931065
]
Leif Hedstrom commented on TS-435:
--
Cool. I have a few other minor DNS cleanups that I need to commit,
should I just put that in there for this bug (It doesn't fix this
problem, but makes things a bit cleaner).
-- leif
SplitDNS doesn't work
-
Key: TS-435
URL: https://issues.apache.org/jira/browse/TS-435
Project: Traffic Server
Issue Type: Bug
Components: DNS
Affects Versions: 2.0.1
Environment: Debian 5.0.5 kernel 2.6.26-1-686 #1 SMP
Reporter: Martin Leventan
Assignee: Leif Hedstrom
Priority: Trivial
Fix For: 2.1.5
Server configured as forward proxy with SplitDNS enable. At start get system
DNS server but at client request fail to resolve URL.
record.config (DNS section)
CONFIG proxy.config.dns.search_default_domains INT 1
CONFIG proxy.config.dns.splitDNS.enabled INT 1
CONFIG proxy.config.dns.splitdns.def_domain STRING lapampa.gov.ar
CONFIG proxy.config.dns.url_expansions STRING NULL
CONFIG proxy.config.dns.round_robin_nameservers INT 0
CONFIG proxy.config.dns.nameservers STRING NULL
CONFIG proxy.config.dns.validate_query_name INT 0
splitdns.config
dest_domain=lapampa.gov.ar named=10.2.1.72 serach_list=lapampa.gov.ar
Debug:
[TrafficServer] using root directory '/opt/trafficserver-2'
[Sep 8 11:55:57.512] {3079767744} STATUS: opened
var/log/trafficserver/diags.log
[Sep 8 11:55:57.514] Server {3079767744} DEBUG: (http_aeua)
[HttpConfig::init_aeua_filter] - Config: etc/trafficserver/ae_ua.config
[Sep 8 11:55:57.514] Server {3079767744} DEBUG: (http_aeua)
[HttpConfig::init_aeua_filter] - Opening config
etc/trafficserver/ae_ua.config
[Sep 8 11:55:57.514] Server {3079767744} DEBUG: (http_aeua)
[HttpConfig::init_aeua_filter] - Added 0 REGEXP filters
[Sep 8 11:55:57.514] Server {3079767744} DEBUG: (http_aeua)
[init_http_aeua_filter] - Total loaded 0 REGEXP for
Accept-Enconding/User-Agent filtering
[Sep 8 11:55:57.548] Server {3079767744} DEBUG: (dns) ink_dns_init: called
with init_called = 0
[Sep 8 11:55:57.587] Server {3079767744} DEBUG: (dns)
localhost=h6514asi106.glp.gov.ar
[Sep 8 11:55:57.587] Server {3079767744} DEBUG: (dns) Round-robin
nameservers = 0
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns)
DNSHandler::startEvent_sdns: on thread2
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns) random port = 17507
[Sep 8 11:55:57.616] Server {3062635408} DEBUG: (dns) opening connection
10.2.1.73:53 SUCCEEDED for 0
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns)
DNSHandler::startEvent_sdns: on thread1
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns) random port = 42681
[Sep 8 11:55:57.616] Server {3063688080} DEBUG: (dns) opening connection
10.2.1.73:53 SUCCEEDED for 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.connection_collapsing.hashtable_enabled = 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.connection_collapsing.rww_wait_time = 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.connection_collapsing.revalidate_window_period = 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.http.redirection_enabled = 0
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.http.number_of_redirections = 1
[Sep 8 11:55:57.690] Server {3079767744} DEBUG: (http_init)
proxy.config.http.post_copy_size = 2048
[Sep 8 11:55:57.713] Server {3079767744} DEBUG: (dns)
DNSHandler::startEvent: on thread0
[Sep 8 11:55:57.713] Server {3079767744} DEBUG: (dns) open_con: opening
connection 10.2.1.73:53
[Sep 8 11:55:57.715] Server {3079767744} DEBUG: (dns) random port = 40576
[Sep 8 11:55:57.715] Server {3079767744} DEBUG: (dns) opening connection
10.2.1.73:53 SUCCEEDED for 0
.
+ Incoming Request +
-- State Machine Id: 0
GET http://www.lapampa.gov.ar/ HTTP/1.1^M
Host: www.lapampa.gov.ar^M
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.19)
Gecko/2010072023 Iceweasel/3.0.6 (Debian-3.0.6-3)^M
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8^M
Accept-Language: en-us,en;q=0.5^M
Accept-Encoding: gzip,deflate^M
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7^M
Keep-Alive: 300^M
Proxy-Connection: keep-alive^M
Cookie: LaPampa2_tpl=LaPampa2^M
Cache-Control: max-age=0^M
^M
[Sep 8 11:56:01.134] Server {3079767744} DEBUG: (http_trans)
[DecideCacheLookup] Will do cache lookup.
[jira] Issue Comment Edited: (TS-526) Plugin API call to get effective URL for a transaction.
[ https://issues.apache.org/jira/browse/TS-526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12931080#action_12931080 ] Alan M. Carroll edited comment on TS-526 at 11/11/10 11:57 AM: --- Comitted r1033997. Added the following API call. pre /** Get the effective URL for the transaction. The effective URL is the URL taking in to account both the explicit URL in the request and the HOST field. A possibly non-null terminated string is returned. @note The returned string is allocated and must be freed by the caller after use with @c INKfree. */ inkapi char* INKHttpTxnEffectiveUrlStringGet( INKHttpTxn txnp, /// Transaction. int* length /// String length return, may be @c NULL. ); /pre was (Author: amc): Comitted r1033997. Added the following API call. /** Get the effective URL for the transaction. The effective URL is the URL taking in to account both the explicit URL in the request and the HOST field. A possibly non-null terminated string is returned. @note The returned string is allocated and must be freed by the caller after use with @c INKfree. */ inkapi char* INKHttpTxnEffectiveUrlStringGet( INKHttpTxn txnp, /// Transaction. int* length /// String length return, may be @c NULL. ); Plugin API call to get effective URL for a transaction. --- Key: TS-526 URL: https://issues.apache.org/jira/browse/TS-526 Project: Traffic Server Issue Type: New Feature Components: Plugins Reporter: Alan M. Carroll Assignee: Alan M. Carroll Priority: Minor Attachments: ts-526-patch.txt For transparent proxying, the host is frequently not in the explicit URL in the request. Plugins therefore have to dig around in the MIME headers for the HOST field to be robust, when frequently all that is needed by the plugin is the effective URL, that is the full URL for the target. The logic to compute this already exists in the HTTPHdr class and it should be made available to plugins. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (TS-527) cache.config doesn't work in forward transparent mode.
[ https://issues.apache.org/jira/browse/TS-527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alan M. Carroll updated TS-527: --- Comment: was deleted (was: This patch depends on the patch to TS-526.) cache.config doesn't work in forward transparent mode. -- Key: TS-527 URL: https://issues.apache.org/jira/browse/TS-527 Project: Traffic Server Issue Type: Bug Reporter: Alan M. Carroll Assignee: Alan M. Carroll Priority: Minor Attachments: ts-527-patch.txt If the target host is not explicitly in the request URL, the URL matching in cache.config fails because the host is not matched. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (TS-526) Plugin API call to get effective URL for a transaction.
[
https://issues.apache.org/jira/browse/TS-526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12931080#action_12931080
]
Alan M. Carroll edited comment on TS-526 at 11/11/10 11:59 AM:
---
Comitted r1033997.
Added the following API call.
{noformat}
/** Get the effective URL for the transaction.
The effective URL is the URL taking in to account both the explicit
URL in the request and the HOST field.
A possibly non-null terminated string is returned.
@note The returned string is allocated and must be freed by the caller
after use with @c INKfree.
*/
inkapi char* INKHttpTxnEffectiveUrlStringGet(
INKHttpTxn txnp, /// Transaction.
int* length /// String length return, may be @c NULL.
);
{noformat}
was (Author: amc):
Comitted r1033997.
Added the following API call.
pre
/** Get the effective URL for the transaction.
The effective URL is the URL taking in to account both the explicit
URL in the request and the HOST field.
A possibly non-null terminated string is returned.
@note The returned string is allocated and must be freed by the caller
after use with @c INKfree.
*/
inkapi char* INKHttpTxnEffectiveUrlStringGet(
INKHttpTxn txnp, /// Transaction.
int* length /// String length return, may be @c NULL.
);
/pre
Plugin API call to get effective URL for a transaction.
---
Key: TS-526
URL: https://issues.apache.org/jira/browse/TS-526
Project: Traffic Server
Issue Type: New Feature
Components: Plugins
Reporter: Alan M. Carroll
Assignee: Alan M. Carroll
Priority: Minor
Attachments: ts-526-patch.txt
For transparent proxying, the host is frequently not in the explicit URL in
the request. Plugins therefore have to dig around in the MIME headers for the
HOST field to be robust, when frequently all that is needed by the plugin is
the effective URL, that is the full URL for the target. The logic to compute
this already exists in the HTTPHdr class and it should be made available to
plugins.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
