Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 1 subscriber
  • Views 841 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

A/V on ASL-Proxy kicks down pattern-updates

thilo
I have some AntiVirus-installations in Networks behind an Astaro5. The ASL runs HTTP-Proxy with Virus-scan, but the antivirus-solutions behind the Astaro cannot auto-update their virus-signature files. Their logs reads like this: 

Das Internet Update wird begonnen
                  START   Download Versions Informationen
                  START   Download: http://www.antivir.de/idx/winp.idx
                  FEHLER  beim Download der Datei "www.antivir.de/.../winp.idx". Fehlerbeschreibung: Der Server lieferte eine ungültige oder unbekannte Rückmeldung.

It seems, that the astaro's XLM-Messages could not to be interpreted. This Messages are not the best idea, when anything but not a user with a standard-browser, uses the Astaros-HTTP-Virus scanner.


This thread was automatically locked due to age.
Parents
  • 0
    i think the problem is in the implementation of primitiv http clients in most of av-software. the client couldn´t handle the reply from the proxy, that the file is beeing downloaded and then forwarded. A solution would be to add a packet filter roule and allow the download only from this machine to the needed download server and left the proxysettings in the av-software blank
  • 0 in reply to bce
    Very well said. This is exactly the problem, the more primitive HTTP implementations do not support the ACCEPTED response code and treat it as if it were the OK response. A workaround is being worked on and will be released in one of the future up2dates. The workaround will include a list of trusted domains (like the pattern update site) which will be included from any sort of scanning.
Reply
  • 0 in reply to bce
    Very well said. This is exactly the problem, the more primitive HTTP implementations do not support the ACCEPTED response code and treat it as if it were the OK response. A workaround is being worked on and will be released in one of the future up2dates. The workaround will include a list of trusted domains (like the pattern update site) which will be included from any sort of scanning.
Children
No Data