home.social

#vhost — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #vhost, aggregated by home.social.

  1. Is there anyone on here that uses #VHOST membership on #SDF? I just renewed my hosting for another year on ASmallOrange, and the hosting that used to cost ~$4.00/mo now is $9.95/mo. The advantage of it is that I have shared space for unlimited domains. I have found that cheap hosting typically only allows one domain, and if I pay for the three I have, I'm quickly approaching price of my current solution. Looking at Porkbun for 10 domains at $120/yr, but wondering if I could accomplish it w SDF.

  2. #StrangeThings

    Ich teste gerade die Automation des gestern entdeckten
    #NextcloudbBackupRestore #Skripts mit der eigenen Anpassung, dass nicht der gesamte #Webserver gestoppt, sondern nur der #vhost der #Nextcloud deaktiviert wird.

    Das scheint auch zu klappen, zumindest ist die Nextcloud unter ihrer URL nicht mehr erreichbar, während die anderen Webdienste wie diese
    #Sharkey Instanz, von der ich gerade schreibe, als auch #Peertube und #Matrix #Element alle funktionieren. So weit so gut.

    Aber jetzt kommt das Seltsame: Beim Aufruf der URL der Nextcloud wird jetzt die Anmeldeseite von Element geladen
    🤔🤷‍♂️

    Matrix mit Element läuft in
    #Docker, die Nextcloud bislang nicht, sondern klassisch auf dem #Server mit #Apache2, #PHP und #MariaDB. Ich verstehe gerade echt nicht, wieso bei nicht erreichbarem vhost der Nextcloud die Matrix-Element Docker-Umgebung "anspringt", sprich, der #Apache #ReverseProxy statt dessen dorthin verzweigt 🤔🤷‍♂️

    #Webhosting #Server

  3. #StrangeThings

    Ich teste gerade die Automation des gestern entdeckten
    #NextcloudbBackupRestore #Skripts mit der eigenen Anpassung, dass nicht der gesamte #Webserver gestoppt, sondern nur der #vhost der #Nextcloud deaktiviert wird.

    Das scheint auch zu klappen, zumindest ist die Nextcloud unter ihrer URL nicht mehr erreichbar, während die anderen Webdienste wie diese
    #Sharkey Instanz, von der ich gerade schreibe, als auch #Peertube und #Matrix #Element alle funktionieren. So weit so gut.

    Aber jetzt kommt das Seltsame: Beim Aufruf der URL der Nextcloud wird jetzt die Anmeldeseite von Element geladen
    🤔🤷‍♂️

    Matrix mit Element läuft in
    #Docker, die Nextcloud bislang nicht, sondern klassisch auf dem #Server mit #Apache2, #PHP und #MariaDB. Ich verstehe gerade echt nicht, wieso bei nicht erreichbarem vhost der Nextcloud die Matrix-Element Docker-Umgebung "anspringt", sprich, der #Apache #ReverseProxy statt dessen dorthin verzweigt 🤔🤷‍♂️

    #Webhosting #Server

  4. #StrangeThings

    Ich teste gerade die Automation des gestern entdeckten
    #NextcloudbBackupRestore #Skripts mit der eigenen Anpassung, dass nicht der gesamte #Webserver gestoppt, sondern nur der #vhost der #Nextcloud deaktiviert wird.

    Das scheint auch zu klappen, zumindest ist die Nextcloud unter ihrer URL nicht mehr erreichbar, während die anderen Webdienste wie diese
    #Sharkey Instanz, von der ich gerade schreibe, als auch #Peertube und #Matrix #Element alle funktionieren. So weit so gut.

    Aber jetzt kommt das Seltsame: Beim Aufruf der URL der Nextcloud wird jetzt die Anmeldeseite von Element geladen
    🤔🤷‍♂️

    Matrix mit Element läuft in
    #Docker, die Nextcloud bislang nicht, sondern klassisch auf dem #Server mit #Apache2, #PHP und #MariaDB. Ich verstehe gerade echt nicht, wieso bei nicht erreichbarem vhost der Nextcloud die Matrix-Element Docker-Umgebung "anspringt", sprich, der #Apache #ReverseProxy statt dessen dorthin verzweigt 🤔🤷‍♂️

    #Webhosting #Server

  5. #StrangeThings

    Ich teste gerade die Automation des gestern entdeckten
    #NextcloudbBackupRestore #Skripts mit der eigenen Anpassung, dass nicht der gesamte #Webserver gestoppt, sondern nur der #vhost der #Nextcloud deaktiviert wird.

    Das scheint auch zu klappen, zumindest ist die Nextcloud unter ihrer URL nicht mehr erreichbar, während die anderen Webdienste wie diese
    #Sharkey Instanz, von der ich gerade schreibe, als auch #Peertube und #Matrix #Element alle funktionieren. So weit so gut.

    Aber jetzt kommt das Seltsame: Beim Aufruf der URL der Nextcloud wird jetzt die Anmeldeseite von Element geladen
    🤔🤷‍♂️

    Matrix mit Element läuft in
    #Docker, die Nextcloud bislang nicht, sondern klassisch auf dem #Server mit #Apache2, #PHP und #MariaDB. Ich verstehe gerade echt nicht, wieso bei nicht erreichbarem vhost der Nextcloud die Matrix-Element Docker-Umgebung "anspringt", sprich, der #Apache #ReverseProxy statt dessen dorthin verzweigt 🤔🤷‍♂️

    #Webhosting #Server

  6. #StrangeThings

    Ich teste gerade die Automation des gestern entdeckten
    #NextcloudbBackupRestore #Skripts mit der eigenen Anpassung, dass nicht der gesamte #Webserver gestoppt, sondern nur der #vhost der #Nextcloud deaktiviert wird.

    Das scheint auch zu klappen, zumindest ist die Nextcloud unter ihrer URL nicht mehr erreichbar, während die anderen Webdienste wie diese
    #Sharkey Instanz, von der ich gerade schreibe, als auch #Peertube und #Matrix #Element alle funktionieren. So weit so gut.

    Aber jetzt kommt das Seltsame: Beim Aufruf der URL der Nextcloud wird jetzt die Anmeldeseite von Element geladen
    🤔🤷‍♂️

    Matrix mit Element läuft in
    #Docker, die Nextcloud bislang nicht, sondern klassisch auf dem #Server mit #Apache2, #PHP und #MariaDB. Ich verstehe gerade echt nicht, wieso bei nicht erreichbarem vhost der Nextcloud die Matrix-Element Docker-Umgebung "anspringt", sprich, der #Apache #ReverseProxy statt dessen dorthin verzweigt 🤔🤷‍♂️

    #Webhosting #Server

  7. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  8. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  9. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  10. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  11. SPDK в публичном облаке: лезем внутрь дисковой подсистемы в user-space

    Всем привет! Меня зовут Василий Иванов, я ведущий разработчик в команде Data Storage в

    habr.com/ru/companies/mws/arti

    #cloud #mwscloudplatform #mws #разработка_облака #spdk #data_storage #dpdk #vhost

  12. SPDK в публичном облаке: лезем внутрь дисковой подсистемы в user-space

    Всем привет! Меня зовут Василий Иванов, я ведущий разработчик в команде Data Storage в

    habr.com/ru/companies/mws/arti

    #cloud #mwscloudplatform #mws #разработка_облака #spdk #data_storage #dpdk #vhost

  13. SPDK в публичном облаке: лезем внутрь дисковой подсистемы в user-space

    Всем привет! Меня зовут Василий Иванов, я ведущий разработчик в команде Data Storage в

    habr.com/ru/companies/mws/arti

    #cloud #mwscloudplatform #mws #разработка_облака #spdk #data_storage #dpdk #vhost

  14. SPDK в публичном облаке: лезем внутрь дисковой подсистемы в user-space

    Всем привет! Меня зовут Василий Иванов, я ведущий разработчик в команде Data Storage в

    habr.com/ru/companies/mws/arti

    #cloud #mwscloudplatform #mws #разработка_облака #spdk #data_storage #dpdk #vhost

  15. Introduction to VirtIO, Part 2: Vhost

    blogs.oracle.com/linux/post/in

    Jonah Palmer writes: ""[…] #Vhost is a key optimization to #VirtIO that was created to offload data-plane processing from #Qemu into more efficient components.

    We’ll start off by taking a more in-depth look into the causes of overhead in the data plane of a pure VirtIO configuration. We’ll talk about the costly operations that are involved, such as VM exits, VM entries, context switches, and userspace processing by Qemu. Then we’ll introduce vhost and elaborate on how it addresses these issues by moving data-plane operations either into the kernel (kernel-based vhost) or into a specialized userspace process (via vhost-user).

    We’ll then dive into both #kernel-based vhost and vhost-user architectures, examining each in detail—including their advantages, drawbacks, typical use cases, and how they affect performance. […]"

    #Linux #LinuxKernel

  16. As somebody have pointed their #domain via cloudflare to my #webserver, i just only found it fair to give them a #vhost and help them along the way:

    www.vectorbible.com
    , vectorbible.com {
    import global_header_settings
    import global_tls_settings
    redir
    churchofsatan.com/
    }

    I managed to issue certs via letsencrypt but something is cached in #cloudflare but it let's requets trough sometimes. So hope it will cache my new #redirect instead.

  17. CW: help request: splitting certs: certbot, let's encrypt, apache vhosts

    I have a host running #Apache. It has several Apache Vhosts defined and an existing #SSL certificate from #LetsEncrypt that seems to bundle all thje vhosts together with that IP. I need to move one #vhost to a separate physical host, but the recipe I'm using gets a #certbot error complaining the other vhosts aren't there. Can't find good guidance on disentangling.

    Any ideas?

    #LazyWeb

  18. @janboehm Jetzt überlege ich doch tatsächlich, ob man eine #nginx #vhost config in einen #trööt unterbringen kann. Hmmm…