[fli4l] Gelöst: Opt_OAC Block @ BOOT hat keine Wirkung

[Heinz-Peter Faasen]

Hallo Klaus,

>> Na ja - ich hatte es ohne Doku adhoc hinbekommen. Entscheidend ist in
>> dem Moment, ob es "Klick" macht und man 'client1' als Platzhalter
>> erkennt.
>>
> Naja, "Klick" hat es schon sehr früh gemacht ;)
> aber leider in die verkehrte Richtung.

ja, wenn man erst mal auf dem falschen Gleis ist fällt es oft schwer, 
wieder in die richtige Spur zurück zu kehren. Kenne ich, kenne ich 
leider nur zu gut. ;-)

>>> Aus der Doku geht das SO nicht hervor.
>>
>> Richtig viel ist da nicht erklärt, das stimmt. Aus der http-Doku:
>>
>> OAC_GROUP_x_CLIENT_x (optionale Variable)
>> Name des Clients - Siehe Paket dns_dhcp
>>
>> Also der Hinweis ist grundsätzlich schon enthalten und bislang hatte
>> wohl noch keiner größere Probleme. Aber irgendwann kommt dann halt
>> einer, dem es auf die Füße fällt. ;-)

Es ist immer gut, wenn Nutzer, die trotz Lesens der Doku Probleme haben, 
im Nachhinein Verbesserungsvorschläge für die Hilfetexte machen. Denn 
nur sie können beurteilen, was da schief gelaufen ist.

>>> Ist auch inkonsistent, daß die GROUP(s) die Namen anders auflösen als
>>> "Alle", denn dort werde sie ja angezeigt.
>>
>> Nö, inkonsistent ist das nicht.
>> In "Alle" sieht man eben die Auswertung der dns_dhcp.txt, in der ja auch
>> die Verknüpfung zw. Name und IP hergestellt wird.
>> Wie soll denn OAC wissen, wen es zu blockieren hat, wenn es so gar keine
>> Beziehung dahin gibt.
>>
> Bei Fli ist es durchaus üblich Platzhalter einzusetzen (analog IP_NET_X)

Üblich ist etwas übertrieben, aber es gibt die Konstrukte und man kann 
durch dieses Denken an anderer Stelle in die Irre geführt werden.

> Was ich durchaus begrüße, da ich nur eine Stelle bearbeiten muss und
> alle anderen Pakete bekommen es mit.

Aber ob Du Dir immer im Klaren bist, was Du an anderer Stelle auslöst? 
Da habe ich meine Zweifel.

Aus dieser Sicht würde es vllt. Sinn machen, die OAC-Konfig nach 
dns_dhcp zu verlegen. Andererseits geht es aber eben auch um die 
Darstellung und Administration im Web-IF und da ist http eben der 
richtige Platz.

> Weiteres führt hier aber zu weit und würden in "geschnatter" gehören.

Oder im IRC mit dem Team diskutieren.

Gruß
Heinz-Peter