Avamar – FLR – Linux FLR wget-Skripte schlagen fehl, wenn der HTTP-Proxy auf der virtuellen Maschine konfiguriert ist.

avvmwfile Error <0000>: Failed to restore files via network, check proxy log for details
avvmwfile Error <0000>: assist_restore error. ret: 157

ExecuteProgram failed. script text:/bin/bash /root/flrTBow8V, Return: 0, script return code: 8
FLRBase:: ScriptUploadAndExecute failed

<DATE>  https://Avamar-proxy-IP/download/<uuid>
Resolving internetproxy.example.com (internetproxy.example.com)... 10.2.3.4 
Connecting to internetproxy.example.com (internetproxy.example.com )|10.2.3.4|:3128... connected.

WARNING: cannot verify 10.1.4.50's certificate, issued by ‘/C=US/ST=California/L=Irvine/O=Dell Technologies/OU=Dell EMC/CN=Administrator’:
  Self-signed certificate encountered.
    WARNING: certificate common name ‘Administrator’ doesn't match requested host name ‘10.1.4.50’.Proxy request sent, awaiting response...
  HTTP/1.1 500 Failed to exec CGI
  Connection: close
  X-Frame-Options: SAMEORIGIN
  X-Content-Type-Options: nosniff
  Strict-Transport-Security: max-age=31536000;includeSubDomains
  X-XSS-Protection: 1; mode=block
  Cache-Control: must-revalidate,no-cache,no-store
  Content-Type: text/html;charset=iso-8859-1
  Content-Length: 368
  Server: Jetty(9.4.19.v20190610)
<DATE> ERROR 500: Failed to exec CGI.

ecode: "8"

Dies ist ein Umgebungsproblem, das durch eine nicht standardmäßige Linux-Konfiguration ausgelöst wird. 

In der FLR-Skriptausgabedatei ( flrTBow8V.err ) können wir sehen, dass der Datenverkehr durch die Internet-HTTP-Proxy-internetproxy.example.com des Kunden fließt. 

Problem: Aus Sicherheitsgründen darf nur die virtuelle Zielmaschine Dateien für diesen bestimmten FLR-Job/dieses Skript herunterladen.  

Der HTTP-PROXY bewirkt, dass die eingehende IP-Adresse NICHT mit der IP-Adresse der Ziel-VM übereinstimmt und den HTTP-Statuscode 500 auslöst.   


Konfiguration:  
  Im Gastbetriebssystem der virtuellen Maschine ist für eine wget-Konfigurationsdatei ( ~/.wgetrc oder /usr/local/etc/wgetrc) ein HTTP-Proxy konfiguriert.    

https_proxy  =  http://internetproxy.example.com:3128

Lösung: 

Um dieses Problem zu beheben, müssen wir sicherstellen, dass das FLR-Skript NICHT den HTTP-Proxy verwendet, indem wir die wget-Skriptspezifikationsvorlage ändern.  

/usr/local/avamarclient/bin/wget_linux_script.template

#!/bin/bash
logfile=$0.err
url=https://%s/download
token=%s
files=(%s)
exit_code=0
for file in "${files[@]}";do
        IFS='","' read filepath dest  <<< "$file"
        wget "$url/$filepath" -N -nH -x -P "$dest" --no-check-certificate -S --restrict-file-names=nocontrol  --no-parent --tries 5 --header="Authorization:$token" --cut-dirs=2 --content-disposition 2>>$logfile
        let exit_code=$exit_code+$?
        if Avamar_PlaceHolderFile=$filepath; then
           rm -f "$dest/$filepath"
        fi
done
# delete it self after finish execution
rm -f "$0"
echo "ecode: \"$exit_code\"" >> $logfile
exit $exit_code

#!/bin/bash
logfile=$0.err
url=https://%s/download
token=%s
files=(%s)
exit_code=0
for file in "${files[@]}";do
        IFS='","' read filepath dest  <<< "$file"
        wget "$url/$filepath" -N --no-proxy -nH -x -P "$dest" --no-check-certificate -S --restrict-file-names=nocontrol  --no-parent --tries 5 --header="Authorization:$token" --cut-dirs=2 --content-disposition 2>>$logfile
        let exit_code=$exit_code+$?
        if Avamar_PlaceHolderFile=$filepath; then
           rm -f "$dest/$filepath"
        fi
done
# delete it self after finish execution
rm -f "$0"
echo "ecode: \"$exit_code\"" >> $logfile
exit $exit_code

192proxy:~ #  systemctl restart vmwareflr.service