Ich versuche mit den Standardschemata ein Telefonbuch mit OpenLDAP 2.4.31 zu erstellen.OpenLDAP Telefonnummer Schema
Das Einfügen einer Zahl mit einem Hash (#) oder Sternchen (*) funktioniert nicht und gibt mir einen Syntaxfehler zurück.
RFCs mir sagen, dass eine Reihe folgende ist: Druck string (alphabetisch, Ziffern,‘, (,), +, ,, -, /,.?, Und Leerzeichen) und"
wie kann ich das Schema bearbeiten # und * Zeichen?
Wir haben das gleiche genaue Problem! Mobile Netzwerke bieten eine Vielzahl von Diensten und Informationen, auf die mit num zugegriffen wird bers, die entweder Pfund (Hash) oder Stern enthalten. Es ist eine vollkommen gültige Frage für die vollkommen normale Verwendung eines Telefonnummernfeldes.
Mit einem sehr lässigen Blick auf RFC 4517, sehe ich, dass es wirklich wahr ist! Der LDAP-RFC bietet nur eine sehr eingeschränkte Auswahl an grundlegenden Syntaxtypen und die Telefonnum- mer steht für PrintableString. Wahrscheinlich ist ein Fall der RFCWG mehr an ihrem RFC interessiert als an ihrer praktischen Anwendung. Ich meine, was wäre nützlicher in einem Telefonnummernfeld - '?' oder '#' ..
Wie bereits erwähnt, kann hacking cosine.schema zu noch größeren Problemen führen und ist nicht upgrade-sicher. Zu Ihrer Information: Es gibt ein paar LDAP-Server, viel flexibler bei der RFC-Implementierung. Werfen Sie einen Blick auf OpenDJ: https://forgerock.org/opendj/
Alle serverseitige ‚fix‘ in diesem Fall nicht mehr wahrscheinlich streng RFC-konform sein, die das Risiko von Ihrer ursprünglichen Syntax Probleme läuft Ihnen erneuten Besuch, wenn Sie jemals brauchen Tauschen Sie LDIF mit anderen LDAP-Systemen aus. Aber IMHO, die Client-Mapping auf einen anderen, nicht verwandten Feldtyp zu ändern, könnte kaum "besser" genannt werden, besonders aus der Perspektive eines Betrachters. Also entweder einen anderen LDAP-Server, der gefälliger ist oder die Feldzuordnung auf dem Client ändern - entweder Weise stellt Risiken dar und sollte als eine Einschränkung von RFC 4517 verstanden werden.
Sie müssten sich ändern die OID im telephoneNumber Schema-Eintrag beziehen sich auf eine allgemeinere Attributsyntax OID gemäß den RFCs. Keine gute Idee zu unterstützen. Sie würden besser mit einem anderen Attribut umgehen
Ich kann ein anderes Attribut nicht verwenden, weil ich Telefone suchen mit diesen Attributen. Hatte die gleiche Idee, die OID zu ändern - reicht es aus, die Syntax im Kern zu ändern, oder muss ich mehr Schritte machen? – zille