Issues with etc/map redirect | Community
Skip to main content
N
nitishchawla
Level 2
September 26, 2023

Issues with etc/map redirect

  • September 26, 2023
  • 1 reply
  • 1246 views

Hi,

 

Application is not resolving urls without slash at the end.

 

http://cmsdev-www.ca.test/fr/abctest/
http://cmsdev-www.ca.test/fr/abctest

Dispatcher_log (/fr/abctest)

[Fri Aug 25 06:48:37 2023] [D] [pid 1914890] checking [/fr/abctest]

[Fri Aug 25 06:48:37 2023] [D] [pid 1914890] request URL has no extension: /fr/abctest

[Fri Aug 25 06:48:37 2023] [D] [pid 1914890] cache-action for [/fr/abctest]: NONE

[Fri Aug 25 06:48:37 2023] [T] [pid 1914890] Filter rule entry /0001 blocked 'GET /fr/abctest HTTP/1.1'

[Fri Aug 25 06:48:37 2023] [D] [pid 1914890] Filter rejects: GET /fr/abctest HTTP/1.1

[Fri Aug 25 06:48:37 2023] [I] [pid 1914890] "GET /fr/abctest" - blocked [testcapublishfarm/-] 9ms

Dispatcher_log (/fr/abctest/)

[Fri Aug 25 06:50:56 2023] [D] [pid 2065911] checking [/content/test/external/ca/fr/abctest.html]

[Fri Aug 25 06:50:56 2023] [T] [pid 2065911] Cache rule entry /0000 allowed '/content/test/external/ca/fr/abctest.html'

[Fri Aug 25 06:50:56 2023] [D] [pid 2065911] cachefile does not exist: /opt/aem/apache/htdocs/ca/content/test/external/ca/fr/abctest.html

[Fri Aug 25 06:50:56 2023] [D] [pid 2065911] try to create new cachefile: /opt/aem/apache/htdocs/ca/content/test/external/ca/fr/abctest.html

[Fri Aug 25 06:50:56 2023] [D] [pid 2065911] cache-action for [/content/test/external/ca/fr/abctest.html]: CREATE

[Fri Aug 25 06:50:56 2023] [T] [pid 2065911] Filter rule entry /0028 allowed 'GET /content/test/external/ca/fr/abctest.html HTTP/1.1'

[Fri Aug 25 06:50:56 2023] [T] [pid 2065911] request.uri = "/content/test/external/ca/fr/abctest.html"

Dispatcher isn't receiving the full path, so I am assuming that this is something with the etc/mappings? I checked for resourceresolver logs as well, but there is nothing coming up for urls without slash, so I am assuming it is not able to resolve it..

Below is redirect config for this path and it does not seems to an issue. What could be the cause for this?

 

 

Thanks in advance!!

 

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

1 reply

Sudheer_Sundalam
Community Advisor
Sudheer_SundalamCommunity Advisor
Community Advisor
September 26, 2023

@nitishchawla ,

 

Please check your dispatcher filter rules and also rewrite rules. In this example, your filter rule /0001 should allow "/fr/abctest*"  for it to work.

As per the dispatcher logs above, The request is getting rejected at the dispatcher itself before reaching to the publish server for /etc mapping resolution.

    N
    nitishchawlaAuthor
    Level 2
    September 27, 2023

    @sudheer_sundalam 

     

    Thank you for your response.

     

    Regarding the first log entry for both which is before the 'filter block' log, it isn't a full path. Doesn't that mean it isn’t able to resolve the path before going to dispatcher?

    Below is the filter rule and that is a default one. Could it be due to path coming to dispatcher?
    ## deny everything and allow specific entries
    ## Start with everything blocked as a safeguard and open things customers need and what's safe OOTB
    /0001 { /type "deny" /url "*" }

      Sudheer_Sundalam
      Community Advisor
      Sudheer_SundalamCommunity Advisor
      Community Advisor
      September 27, 2023

      @nitishchawla ,

       

      The general flow of request is as below:

      1) Dispatcher virtual host is picked based on the domain name and the rewrites are processed.

      2) The rewrite processed urls are then matched against filter rules in the dispatcher.

      3) If the processed URL is not denied by any filter rule, then the dispatcher cache is checked to serve any cached content for that URL.

      4) Finally if no cache is found, the URL comes to publish server where /etc mappings are resolved and response is sent back to dispatcher.

       

      In your case, check if any of the rewrite urls are appending / at the end of the url. If that is the intended behavior, then added a new url in the dispatcher filter to allow.

      Example: /00XX {/type "allow" /url "/fr/abctest*"}

      You need to restart the apache server after adding the new allow rule to take effect and also clear the cache.

        Terms & ConditionsAccessibility statement

        Loading footer...