Skip to content
GitLab
    • Explore Projects Groups Topics Snippets
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • fusiondirectory-plugins fusiondirectory-plugins
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 65
    • Issues 65
    • List
    • Boards
    • Service Desk
    • Milestones
  • Deployments
    • Deployments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • fusiondirectoryfusiondirectory
  • fusiondirectory-pluginsfusiondirectory-plugins
  • Issues
  • #4884
Something went wrong while setting issue due date.
Closed
Open
Issue created 8 years ago by gargamel@gargamelReporter
  • New related issue

  • New related issue

Case sensitive and DNS

Closed

Case sensitive and DNS

Hello,

I have put an png image, easier to explain :)

Short description: DNS records are case INsensitive.

There is "one/two/three" bugs in the screenshot, I think all are more or less linked:

  • first dns records aren't detected anymore.
  • second the link to update the dns record doesn't work.

No in the screenshot bug in the DNS zone.

  • in the SOA record we can't name a server with Upper case, got this error:

Error "Primary DNS server" must contain a fully qualified domain name and end with a final dot.

Example: dns1.example.com.

Regards.

(from redmine: issue id 4884, created on 2016-06-15, closed on 2016-06-17)

  • Relations:
    • copied_to #4888 (closed)
  • Changesets:
    • Revision 3a97c755 by Swaelens Jonathan on 2016-06-16T21:16:15.000Z:
Fixes #4884 Modify DNS error message to specify that we must use lowercase for domain name
  • Revision b139a1b5 by Swaelens Jonathan on 2016-06-16T21:16:32.000Z:
Fixes #4884 Modify DNS error message to specify that we must use lowercase for domain name
  • Custom Fields:
    • Bug in version: 1.0.13
  • Uploads:
    • Case-Sensitive_DNS Top lower case, Bottom only first upper case.
    • 0001-Fixes-4884-Modify-DNS-error-message-to-specify-that-.patch
An error occurred while loading designs. Please try again.

Tasks

0
Cannot read properties of undefined (reading 'workItem')

Linked items
0

Link issues together to show that they're related. Learn more.

Activity


  • Jonathan Swaelens
    Jonathan Swaelens @jswaelens · 8 years ago
    Developer

    cedric Noname wrote:

    Hello,

    Hello,

    I have put an png image, easier to explain :)

    Short description: DNS records are case INsensitive. If my memory is good, "google.com" or "gOOgle.com" are the same

    There is "one/two/three" bugs in the screenshot, I think all are more or less linked:

    • first dns records aren't detected anymore. What would you exactly say with "aren't detected" because I can create a record, save it, reopen my zone and edit it.
    • second the link to update the dns record doesn't work. You mean the link to launch argonaut directy from the primary dns server ? Do you have a worked argonaut setup ?

    No in the screenshot bug in the DNS zone.

    • in the SOA record we can't name a server with Upper case, got this error:

    Error "Primary DNS server" must contain a fully qualified domain name and end with a final dot.

    Example: dns1.example.com.

    Maybe we must modify the message to force the use of only lowercase character ?

    Regards.

    (from redmine: written on 2016-06-16)

  • Jonathan Swaelens
    Jonathan Swaelens @jswaelens · 8 years ago
    Developer

    Here a patch to modify the message so that we know that we must use lowercase only for domain name.

    (from redmine: written on 2016-06-16)

  • gargamel
    gargamel @gargamel · 8 years ago
    Author Reporter

    Swaelens Jonathan wrote:

    cedric Noname wrote:

    Hello,

    Hello,

    I have put an png image, easier to explain :)

    Short description: DNS records are case INsensitive. If my memory is good, "google.com" or "gOOgle.com" are the same

    Yes DNS records are case Insensitive that mean google.com Google.com gOOgle.com are the same

    I would be more precise with the screenshot. On the top of the picture I have made a dns zone, put some dns records (A, NS, Cname records etc...) On the bottom picture it's EXACTLY the same dns zone, the only thing I have done is putting a upper case in the server name. (rename google to Google for example), and you can see that DNS records aren't been see anymore.

    There is "one/two/three" bugs in the screenshot, I think all are more or less linked:

    • first dns records aren't detected anymore. What would you exactly say with "aren't detected" because I can create a record, save it, reopen my zone and edit it.
    • second the link to update the dns record doesn't work.

    You mean the link to launch argonaut directy from the primary dns server ? Do you have a worked argonaut setup ?

    The screenshot is split in two part (top/bottom), the link to update the argonaut server working perfectly (top picture). but when I rename the server name with an upper case, that same link doesn't work anymore.

    No in the screenshot bug in the DNS zone.

    • in the SOA record we can't name a server with Upper case, got this error:

    Error "Primary DNS server" must contain a fully qualified domain name and end with a final dot.

    Example: dns1.example.com.

    Maybe we must modify the message to force the use of only lowercase character ? I have seen your patch. And force the use of only lowercase character is "bad". The better repair would be, that every entry will be recorded with case INsensitive property (A == a) instead of case sentitive property (A != a)

    For the moment if I name a server like "Google". And i make a dns zone with your patch only allowing lower case. The link for the argonaut server will don't work.

    I hope, I'm been clear ;-D

    Regards.

    (from redmine: written on 2016-06-16)

  • Jonathan Swaelens
    Jonathan Swaelens @jswaelens · 8 years ago
    Developer

    cedric Noname wrote:

    Swaelens Jonathan wrote:

    cedric Noname wrote:

    Hello,

    Hello,

    I have put an png image, easier to explain :)

    Short description: DNS records are case INsensitive. If my memory is good, "google.com" or "gOOgle.com" are the same

    Yes DNS records are case Insensitive that mean google.com Google.com gOOgle.com are the same

    I would be more precise with the screenshot. On the top of the picture I have made a dns zone, put some dns records (A, NS, Cname records etc...) On the bottom picture it's EXACTLY the same dns zone, the only thing I have done is putting a upper case in the server name. (rename google to Google for example), and you can see that DNS records aren't been see anymore.

    Ah yes I had not notice it before.

    There is "one/two/three" bugs in the screenshot, I think all are more or less linked:

    • first dns records aren't detected anymore. What would you exactly say with "aren't detected" because I can create a record, save it, reopen my zone and edit it.
    • second the link to update the dns record doesn't work.

    You mean the link to launch argonaut directy from the primary dns server ? Do you have a worked argonaut setup ?

    The screenshot is split in two part (top/bottom), the link to update the argonaut server working perfectly (top picture). but when I rename the server name with an upper case, that same link doesn't work anymore.

    No in the screenshot bug in the DNS zone.

    • in the SOA record we can't name a server with Upper case, got this error:

    Error "Primary DNS server" must contain a fully qualified domain name and end with a final dot.

    Example: dns1.example.com.

    Maybe we must modify the message to force the use of only lowercase character ? I have seen your patch. And force the use of only lowercase character is "bad". The better repair would be, that every entry will be recorded with case INsensitive property (A == a) instead of case sentitive property (A != a)

    For the moment if I name a server like "Google". And i make a dns zone with your patch only allowing lower case. The link for the argonaut server will don't work.

    I hope, I'm been clear ;-D Yes ^^, I must see with Benoit what would be easier.

    Regards.

    (from redmine: written on 2016-06-16)

  • bmortier
    bmortier @bmortier · 8 years ago
    Maintainer

    hello,

    my proposal is we fixe that in two times:

    • first we commit the patch here because it simple and reflect the reality.
    • second we open a new ticket linked to this for the UPPERCASE scenario and see what the RFC and bind says :)

    Cheers

    (from redmine: written on 2016-06-16)

  • gargamel
    gargamel @gargamel · 8 years ago
    Author Reporter

    Edit -> Message transfered to #4888 (closed)

    Regards.

    (from redmine: written on 2016-06-16)

  • bmortier
    bmortier @bmortier · 8 years ago
    Maintainer

    hello,

    please remove your comment from this bug and transfert it to #4888 (closed) for further discussion :) i will close this one as its only for the error message who is wrong

    Cheers

    (from redmine: written on 2016-06-16)

  • Administrator closed 7 years ago

    closed

  • bmortier added Fixed label 6 years ago

    added Fixed label

Please register or sign in to reply
Assignee
Jonathan Swaelens's avatar
Jonathan Swaelens
Assign to
Labels
0
None
0
None
    Assign labels
  • Manage project labels

Milestone
No milestone
None
Due date
None
None
None
Time tracking
No estimate or time spent
Confidentiality
Not confidential
Not confidential

You are going to turn on confidentiality. Only project members with at least the Reporter role, the author, and assignees can view or be notified about this issue.

Lock issue
Unlocked
0
0 Participants
Reference:

Menu

Explore Projects Groups Topics Snippets