• Bl chevron_right

      Migrate whole system from one host to another

      blabla.movim.eu / blog-woodpeckersnest-space:0 · Sunday, 26 November - 12:19 edit · 1 minute

    I recently moved from OVH to Contabo for my VPS: since setting up everything from scratch looked like a hard challenge, I moved everything using rsync.

    Firstly, some preparations:

    • installed the same kernel I had on OVH
    • rebooted Contabo
    • installed rsync on Contabo

    Then I switched to the OVH shell:

    • created a exclude.txt file with all the directory and file I didn't want to move:
    /boot/
    /etc/modules
    /etc/fstab
    /etc/mtab
    /etc/netconfig
    /etc/networks
    /etc/network/
    /etc/ssh/
    /etc/cloud/
    /etc/cloud-release
    /etc/grub.d/
    /etc/host.conf
    /etc/hostname
    /etc/hosts
    /etc/hosts.allow
    /etc/hosts.deny
    /etc/init.d/cloud-config
    /etc/init.d/cloud-final
    /etc/init.d/cloud-init
    /etc/init.d/cloud-init-local
    /etc/initramfs-tools/
    /etc/default/grub
    /etc/default/grub.d/
    /etc/kernel/
    /etc/kernel-img.conf
    /lib/modules/
    /lost+found/
    /sys/
    /proc/
    /dev/
    /tmp/
    /var/cache/
    /var/log/journal/
    /mnt/
    /root/.ssh/
    
    • moved it to /root/exclude.txt
    • stopped all the running services
    systemctl stop <service>
    
    • now we can begin rsync-ing: you have to have access to the root user on destination VPS
    rsync -avzP --exclude-from=/root/exclude.txt / root@CONTABO_IP:/
    
    • after that, I edited /etc/fstab to add support for quota, like I had on OVH
    • then I searched and grepped /etc for my OVH IP address, because I knew it was set somewhere on some config file
    grep -r “OVH IP” /etc/*
    
    • and substituted it with the new Contabo IP, where necessary.

    Finally, I could reboot Contabo:

    reboot
    

    Once up & running again, I changed all DNS entries from OVH to Contabo IP.. And waited 😀

    • Last but not least, I edited etc/hosts manually to reflect the new Domain Name address and also set up the hostname
    hostnamectl set-hostname <new-hostname>
    

    Done!

    EDIT! A detail I missed to mention is that your destination host's root password will be changed, after rsync-ing, to the one of the source host!!

    • chevron_right

      Discontinuing rsync service on archive.debian.org

      pubsub.slavino.sk / bitsfromdeb · Thursday, 23 November - 07:00 · 1 minute

    The proposed and previously announced changes to the rsync service have become effective with archive.debian.org hostname now being discontinued.

    The worldwide Debian mirrors network has served archive.debian.org via both HTTP and rsync. As part of improving the reliability of the service for users, the Debian mirrors team is separating the access methods to different host names:

    • http://archive.debian.org/ will remain the entry point for HTTP clients such as APT

    • rsync://rsync.archive.debian.org/debian-archive/ is now available for those who wish to mirror all or parts of the archives.

    rsync service on archive.debian.org has stopped, and we encourage anyone using the service to migrate to the new host name as soon as possible.

    If you are currently using rsync to the debian-archive from a debian.org server that forms part of the archive.debian.org rotation, we also encourage Administrators to move to the new service name. This will allow us to better manage which back-end servers offer rsync service in future.

    Note that due to its nature the content of archive.debian.org does not change frequently - generally there will be several months, possibly more than a year, between updates - so checking for updates more than once a day is unnecessary.

    For additional information plesase reach out to the Debian Mirrors Team maillist.


    Značky: #Debian, #mirrors, #debian, #infrastructure, #technical

    • chevron_right

      Debian Events: MiniDebConfCambridge-2023

      pubsub.slavino.sk / bitsfromdeb · Saturday, 18 November - 10:00

    MiniConfLogo

    Next week the #MiniDebConfCambridge takes place in Cambridge, UK. This event will run from Thursday 23 to Sunday 26 November 2023.

    The 4 days of the MiniDebConf include a Mini-DebCamp and of course the main Conference talks, BoFs, meets, and Sprints.

    We give thanks to our partners and sponsors for this event

    Arm - Building the Future of Computing

    Codethink - Open Source System Software Experts

    pexip - Powering video everywhere

    Please see the MiniDebConfCambridge page more for information regarding Travel documentation, Accomodation, Meal planning, the full conference schedule, and yes, even parking.

    We hope to see you there!


    Značky: #cambridge, #debianevents, #sponsors, #minidebconf, #Debian

    • Bl chevron_right

      Radicale Cal/Card DAV

      blabla.movim.eu / blog-woodpeckersnest-space:0 · Saturday, 18 November - 08:09 edit · 2 minutes

    Radicale

    Descrizione

    Radicale è un piccolo ma potente server CalDAV (calendari, elenchi di cose da fare) e CardDAV (contatti), che:

    • Condivide calendari ed elenchi di contatti tramite CalDAV, CardDAV e HTTP.
    • Supporta eventi, todos, voci del diario e biglietti da visita.
    • Funziona subito, senza bisogno di complicate impostazioni o configurazioni.
    • Può limitare l'accesso tramite autenticazione.
    • Può proteggere le connessioni con TLS.
    • Funziona con molti client CalDAV e CardDAV.
    • Memorizza tutti i dati sul file system in una semplice struttura di cartelle.
    • Può essere esteso con plugin.
    • È un software libero con licenza GPLv3.

    Requisiti/Installazione

    Innanzitutto, assicurarsi che python 3.5 o successivo (si consiglia python ≥ 3.6) sia installato. Sarà poi necessario un web server come Apache o nginx; in questa guida verrà usato nginx e verranno installati pacchetti presenti in Debian, anziché usare "pip".

    Documentazione Ufficiale

    Installazione

    # apt install radicale apache2-utils python3-passlib
    

    Configurazione

    # nano /etc/radicale/config
    

    Cambiare le linee seguenti:

     [server]
     hosts = 127.0.0.1:5232
     
     [auth]
     type = http_x_remote_user
    
     [rights]
     type = owner_only
     file = /etc/radicale/rights
    
     [storage]
     type = multifilesystem_nolock
    
     [logging]
     level = info
     mask_passwords = True
    
     [headers]
     Access-Control-Allow-Origin = *
    

    Ora possiamo avviare il servizio:

    # systemctl start radicale.service
    # systemctl status radicale.service
    

    Per leggere i log, digitare:

    # journalctl -xe -u radicale.service
    

    Quando avremo sistemato tutto e Radicale funzionerà correttamente, potremo abilitare il servizio al boot:

    # systemctl enable radicale.service
    

    Reverse proxy

    Esempio di configurazione di nginx:

    server {
        listen 443 ssl http2;
        server_name cal.woodpeckersnest.space;
    
        ssl_certificate /etc/letsencrypt/live/cal.woodpeckersnest.space/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/cal.woodpeckersnest.space/privkey.pem;
    
            error_log /var/log/nginx/radicale.err;
            access_log /var/log/nginx/radicale.log;
    
            add_header "X-XSS-Protection" "0";
    
        location / {
            return 301  /radicale/;
        }
    
        location /radicale/ { # The trailing / is important!
            proxy_pass        http://localhost:5232/; # The / is important!
            proxy_set_header  X-Script-Name /radicale;
            proxy_set_header  X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header  X-Remote-User $remote_user;
            proxy_set_header  Host $http_host;
            proxy_pass_header Authorization;
            auth_basic        "Radicale - Password Required";
            auth_basic_user_file /etc/nginx/radicale-users;
            }
    }
    
    server {
        listen 0.0.0.0:80;
        server_name cal.woodpeckersnest.space;
    
        location / {
            return 301  /radicale/;
        }
    
        location /radicale/ {
            return 301 https://$host$request_uri;
        }
    }
    

    la riga che recita:

    auth_basic_user_file /etc/nginx/radicale-users;

    ci indica che dovremmo creare il file a quel percorso con le credenziali degli utenti che vorranno usare il servizio.

    Il comando per fare ciò è "htpasswd"

    $ htpasswd -c /etc/nginx/radicale-users <nome_utente>
    

    Una volta battuto enter vi verrà chiesta la password per l'utente che avrete scelto ed il tutto verrà salvato nel file "/etc/nginx/radicale-users". Riavviate nginx per terminare.

    Come potete vedere dal file di configurazione nginx, avrete bisogno di un sottodominio DNS e del relativo certificato (tutto ciò non è scopo di questa guida).

    Abbiamo terminato: connettetevi al vostro sottodominio e dovreste poter accedere alla pagina di login di Radicale. Seguendo il file di configurazione nginx, per il mio caso il link sarà il seguente:

    https://cal.woodpeckersnest.space/

    • chevron_right

      Call for bids for DebConf24

      pubsub.slavino.sk / bitsfromdeb · Tuesday, 31 October, 2023 - 12:30 · 1 minute

    Due to the current state of affairs in Israel, who were to host DebConf24, the DebConf committee has decided to renew calls for bids to host DebConf24 at another venue and location.

    The DebConf committee would like to express our sincere appreciation for the DebConf Israeli team, and the work they've done over several years. However, given the uncertainty about the situation, we regret that it will most likely not be possible to hold DebConf in Israel.

    As we ask for submissions for new host locations we ask that you please review and understand the details and requirements for a bid submission to host the Debian Developer Conference .

    Please review the template for a DebConf bid for guidelines on how to sumbit a proper bid.

    To submit a bid, please create the appropriate page(s) under DebConf Wiki Bids , and add it to the "Bids" section in the main DebConf 24 page.

    There isn't very much time to make a decision. We need bids by the end of November in order to make a decision by the end of the year.

    After your submission is completed please send us a notification at debconf-team@lists.debian.org to let us know that your bid submission is ready for review.

    We also suggest hanging out in our IRC chat room #debconf-team .

    Given this short deadline, we understand that bids won't be as complete as they would usually be. Do the best you can in the time available.

    Bids will be evaluated according to The Priority List .

    You can get in contact with the DebConf team by email to debconf-team@lists.debian.org , or via the #debconf-team IRC channel on OFTC or via our Matrix Channel .

    Thank you,

    The Debian Debconf Committee


    Značky: #Debian, #debian, #debconf, #debconf24

    • chevron_right

      Updated Debian 12: 12.2 released

      pubsub.slavino.sk / debian_news · Saturday, 7 October, 2023 - 00:00

    The Debian project is pleased to announce the second update of its stable distribution Debian 12 (codename bookworm ). This point release mainly adds corrections for security issues, along with a few adjustments for serious problems. Security advisories have already been published separately and are referenced where available.

    Značky: #Debian

    • chevron_right

      Updated Debian 11: 11.8 released

      pubsub.slavino.sk / debian_news · Saturday, 7 October, 2023 - 00:00

    The Debian project is pleased to announce the eighth update of its oldstable distribution Debian 11 (codename bullseye ). This point release mainly adds corrections for security issues, along with a few adjustments for serious problems. Security advisories have already been published separately and are referenced where available.

    Značky: #Debian