事情是這樣子的
就在安裝好GVM之後，可以正常掃描，報告也可以順利產出，同事跑來說SESSION TIME OUT 可不可以設定長一點，一下就登出 非常麻煩。XD
看了一下右上角的設定，似乎沒有翻到可以設定SESSION TIME OUT地方，爬了一下網路大神的文章才發現，只要去修改一下啟動服務，加上 --timeout=1440。(1440可以改成您希望的時間)
vi /usr/lib/systemd/system/gsad.serviceExecStart=/usr/sbin/gsad --timeout=1440 --munix-socket=/var/run/gvmd/gvmd.sock $OPTIONS
systemctl daemon-reloadsystemctl restart gsad.service重新登入WEB之後，就可以不會被踢出來，雖然很方便，但是資安面來說 不大好對吧XD，還是要定期登出，避免重要資訊洩漏！
參考來源：
更可怕的是，就當我以為一切都已經成功了，結果掃描還是出錯，我真的是........
心情平復個幾天之後，決定重新再試一次。
全新安裝的CentOS 8
一樣先完全按照透過Atomicorp的Github教學操作。
此時先保持一顆冷靜的心，已經做好接下來可能會有一場硬仗。
深深的深呼吸，開始一步一步來。
首先先依照先來把服務啟動的部分先調整(畢竟這個步驟是讓我感動到差點飆出眼淚的)
SOLVED: Guidance troubleshooting from log files. ospd service running but not accepting connections
第一步先編輯 /user/lib/systemd/system/gvmd.service
#ExecStart=/usr/sbin/gvmd --osp-vt-update=/var/run/ospd/ospd-openvas.sock $OPTIONS
ExecStart=/usr/sbin/gvmd --osp-vt-update=/var/run/ospd/ospd.sock $OPTIONS
第二部接著編輯 /user/lib/systemd/system/ospd-openvas.service
#PIDFile=/var/run/ospd/ospd-openvas.pid
PIDFile=/var/run/ospd/ospd.pid
#ExecStart=/opt/atomicorp/bin/ospd-openvas --pid-file /var/run/ospd/ospd-openvas.pid --unix-socket=/var/run/ospd/ospd-openvas.sock --log-file /var/log/gvm/ospd-scanner.log --lock-file-dir /var/run/gvm/
ExecStart=/opt/atomicorp/bin/ospd-openvas --pid-file /var/run/ospd/ospd-openvas.pid --unix-socket=/var/run/ospd/ospd-openvas.sock --log-file /var/log/gvm/ospd-scanner.log --lock-file-dir /var/run/gvmd/
這部分跟原作者分享不同的地方在於，當我試著把ospd-openvas修改成ospd.pid 跟ospd.sock時，會造成服務啟動失敗。(我也不知道怎麼回事，太弱了(掩面))
接著執行
systemctl daemon-reload
把服務重新啟動
systemctl restart gvmd.service
systemctl restart ospd-openvas.service
此時查看LOG時發現錯誤，無法讀取ospd.sock
Log路徑為/var/log/gvm/gvmd.log、為/var/log/gvm/ospd-scanner.log
此時偷吃步直接到/var/run/ospd 建立鏈結
ln -s ospd-openvas.sock ospd.sock
接著查看log沒有看到奇奇怪怪的錯誤訊息了。
趕快登入WEB 介面，測試掃描。
等待的心情真是坎坷不安XDD
終於終於成功了，看著百分比再跑著，有種說不出的感動。
感謝網路上各路大神分享，才能得以順利完成，真的真的是非常謝謝你們。
一直以來能在資訊這領域默默的接受網路上這些無私大佬的分享，真的真的很謝謝你們。
===下方為之前以為終於成功的紀錄，結果掃描下去還是出錯===
事情是這樣子的 ~
之前裝好的GVM可能因為版本太舊的關係，又無法使用了。
由於上次的良好經驗，心想這次大概就是三二一步驟貼一貼就可以收工了。
沒想到這次安裝上會遇到這麼多奇奇怪怪的小問題XD。
首先一樣是按照透過Atomicorp的Github教學，安裝的過程倒是輕鬆又愜意。
就在把NVT 等Feed更新完成之後，準備要建立掃描時，一直出現錯誤訊息
Failed to find config 'daba56c8-73ec-11df-a475-002264764cea'
爬文一下才知道原來是少了Scan Configs，於是看了一堆網路大神的解決方法。
Missing scan configs (GVM 20.08.1)
全部方法試過還是失敗，這時不死心地查看一下LOG(/var/log/gvm/gvmd.log)
osp_scanner_feed_version: failed to get scanner_feed_version. OSPd OpenVAS is still starting
看起來跟ospd這個有關，檢查一下LOG(var/log/gvm/ospd-scanner.log)
permission denied
此時突然想起某篇討論(當然前面也曾經照這篇調整修改過)
SOLVED: Guidance troubleshooting from log files. ospd service running but not accepting connections
把/user/lib/systemd/system/ospd-openvas.service 裡面的--locked-file-dir /var/run/gvm修改為
--locked-file-dir /var/run/gvmd
重新讀取systemctl daemon-reload 然後把ospd服務重新啟動(重新開機也可以XD)
當下查看LOG時，出現正在更新GVMD_DATA(當下都感動得快飆出淚來了~)
更新完成之後，Scan configs的東西就出現了。
這是一篇非常雜亂，又誤打誤撞莫名其妙成功的心得。
希望給遇到相同困擾的鄉民一絲絲希望。
參考來源：
Missing scan configs (GVM 20.08.1)
Unable to create scanner configs, and no default configs are provided
SOLVED: Guidance troubleshooting from log files. ospd service running but not accepting connections
Can’t start ospd-openvas.service: Could not gather openvas settings
