[Fli4l_dev] FFL-397

Gotthard Anger papierkorb at ekmd.de
Mi Aug 21 16:29:20 CEST 2013


Gelöst.
Undokumentierte Variable.

Der Rest steht im Bugzilla.

mfg
go

Am 20.08.2013 14:37, schrieb Robert Resch:
> Am 20.08.2013 13:04, schrieb Gotthard Anger:
>> Hallo, Robert,
>>
>> Am 20.08.2013 09:56, schrieb Robert Resch:
>>> Mit 2 Adressen als remote-Host ist das Verhalten aber bekannt, wenn die
>>> beiden DNS-Adressen sich unterscheiden. Hiergegen ist leider auch kein
>>> Kraut gewachsen. Bitte finde raus welche der beiden Adressen 'spinnt'
>>> und nutze nur noch die andere.
>> Soeben getestet: beide Adressen werden ordnungsgemäß aktualisiert.
>> Deiner These vom unterschiedlich aufgelösten dynamischen Adressen
>> widerspricht auch dem dokumentierten Verhalten des lokalen Fli, dass die
>> Verbindung lediglich gestoppt und neugestartet werden muss - ohne
>> weiteren Eingriff.
>
> Ja - es ist ein DNS-Cache-Problem. Probiere bitte mit nur _einer_
> Adresse in der remote-host.
>
>> IMHO geht der vom Fli selbst vorgenommene Verbindungsneuaufbau nicht
>> weit genug zurück (eine Neuauflösung der Remote-Adresse).
>
> Falsch geraten. Der Verbindungsneuaufbau ist innerhalb von openvpn -
> nicht von fli4l gesteuert. Das WebIf gibt hier nur den aktuellen Status
> des openvpn-dienstes wider.
>
> Robert
>


-- 
Gotthard Anger
papierkorb at ekmd.de
Mails an diese Adresse werden nur nach vorheriger Ansage gelesen!



Mehr Informationen über die Mailingliste Fli4l_dev