OpenVPN-Paket

• Die Dateien etc/default.openvpn/openvpn_* sind nicht im ANSI-Format gespeichert, sondern in UTF-8, also Unicode. Das gefällt der Box nicht, wenn ich die Datei direkt rüber kopiere. Konsolen-Ausgabe:
  
  Code:

  [B]$ cat openvpn_dynamic_conf[/B]
  #!/bin/sh
  
  cc="openvpn"        # hier merken wir uns, welche Configs es gibt (um andere zu l[COLOR="Red"]?[/COLOR]chen)
  bakupifs=$IFS;
  ...
  . /mod/etc/conf/openvpn.cfg
  while [ $count -le $OPENVPN_CONFIG_COUNT ]
  do
          IFS="[COLOR="red"]§*§[/COLOR]";
          wert $OPENVPN_CONFIG_NAMES $delimiter $count;
          LOKAL_CONFIG_NAMES=$uebergabe;
          IFS="[COLOR="red"]§*§[/COLOR]";
          wert $OPENVPN_AUTOSTART $delimiter $count;
          LOKAL_CONFIG_AUTOSTART=$uebergabe;
          IFS="[COLOR="red"]§*§[/COLOR]";
  ...

  Es gibt noch weitere problematische Stellen, das sind nur Beispiele. Ob das Beim Firmware-Bau umgewandelt wird, weiß ich nicht, aber ich bezweifle es. Ich würde an Deiner Stelle lieber die Datei gleich richtig abspeichern, so daß die Box sie versteht:
  
  Code:

  [B]$ cat openvpn_dynamic_conf.converted_to_ansi[/B]
  #!/bin/sh
  
  cc="openvpn"        # hier merken wir uns, welche Configs es gibt (um andere zu l[COLOR="Red"]ö[/COLOR]schen)
  bakupifs=$IFS;
  ...
  . /mod/etc/conf/openvpn.cfg
  while [ $count -le $OPENVPN_CONFIG_COUNT ]
  do
          IFS="[COLOR="red"]§§[/COLOR]";
          wert $OPENVPN_CONFIG_NAMES $delimiter $count;
          LOKAL_CONFIG_NAMES=$uebergabe;
          IFS="[COLOR="red"]§§[/COLOR]";
          wert $OPENVPN_AUTOSTART $delimiter $count;
          LOKAL_CONFIG_AUTOSTART=$uebergabe;
          IFS="[COLOR="red"]§§[/COLOR]";
  ...

• Das eigentliche Problem bzgl. des Fehlers im Skript liegt übrigens nicht in der hervorgehobenen Textzeile, sondern in der von dort aufgerufenen Funktion wert:
  
  Code:

  # Falsch
   if [COLOR="Red"][ $c -eq $number ][/COLOR] ; then uebergabe=$inhalt; fi
  
  # Richtig wäre es so
   if [COLOR="Red"][ "$c" -eq "$number" ][/COLOR] ; then uebergabe=$inhalt; fi

  Ein typischer Fehler in Shell-Skripten: Die fehlenden Anführungszeichen führen dazu, daß es zu einem Syntaxfehler kommt, sofern eine der Variablen leer ist und somit zu nichts expandiert wird. Das ist hier der Fall, weil ja $3 leer ist. Der Fehler ist übrigens sowohl in openvpn_conf als auch in openvpn_dynamic_conf enthalten.

kriegaex schrieb:

Ein typischer Fehler in Shell-Skripten: Die fehlenden Anführungszeichen führen dazu, daß es zu einem Syntaxfehler kommt, sofern eine der Variablen leer ist und somit zu nichts expandiert wird.

Zum Vergrößern anklicken....

wonderdoc schrieb:

Sollte man daher nicht auch für den default den manuellen Start per Defaul setzen?

Zum Vergrößern anklicken....

kriegaex schrieb:

[*]Die Dateien etc/default.openvpn/openvpn_* sind nicht im ANSI-Format gespeichert, sondern in UTF-8, also Unicode. Das gefällt der Box nicht, wenn ich die Datei direkt rüber kopiere.

Zum Vergrößern anklicken....

/var/tmp $ grep IFS openvpn_dynamic_conf_utf
bakupifs=$IFS;
        IFS=$2;
        IFS=" ";
        IFS="§*§";
        IFS="§*§";
        IFS="§*§";
        IFS=$bakupifs;
IFS=$bakupifs;
/var/tmp $ grep IFS openvpn_dynamic_conf_iso
bakupifs=$IFS;
        IFS=$2;
        IFS=" ";
        IFS="�*�";
        IFS="�*�";
        IFS="�*�";
        IFS=$bakupifs;
IFS=$bakupifs;
/var/tmp $ grep IFS openvpn_dynamic_conf_cp_1252
bakupifs=$IFS;
        IFS=$2;
        IFS=" ";
        IFS="�*�";
        IFS="�*�";
        IFS="�*�";
        IFS=$bakupifs;
IFS=$bakupifs;
/var/tmp $

• Ein "fester" Parameter (wie jetzt z.B. "ENABLED") z.B. "MULTI_DAEMON", der gesetzt wird
• Die "notwendigen Dateien" (default.<Package>, default.<Package>/rc.<Package> usw) dürfen entfallen und ersetzt durch "generische" Dateien, die z.B. mit einem Zusatzparameter aufgerufen werden können z.B. "rc.openvpn start <Configxy>"
• Anpassung der ds-mod Dateien, um eine "Sonderbehandlung" solcher Pakete zu machen: Speichern muss mehrere Configs ergeben, die Anpassung der Dienste und Erkennen von Änderungen: Wenn ich nur die letzte Config ändere, sollte auch nur die neu gestartet werden, momentan ist das etwas "umständlich" gelöst.

• Entfernen der Abhängigkeit vom aktuellen Terminal-Zeichensatz
• Korrektur beim Autostart der zusätzlichen Konfigurationen (es wurde nur die "Grundkonfig" korrekt geladen

MaxMuster schrieb:

Entfernen der Abhängigkeit vom aktuellen Terminal-Zeichensatz

Zum Vergrößern anklicken....

kriegaex schrieb:

Du meinst vermutlich, daß alle Dateien in ISO-8859-1 gespeichert sind (nicht hinein geschaut).

Zum Vergrößern anklicken....

-  Character values from 0000 0000 to 0000 007F (US-ASCII repertoire)
   correspond to octets 00 to 7F (7 bit US-ASCII values). A direct
   consequence is that a plain ASCII string is also a valid UTF-8
   string.