Mike's questions

Executando o Debian 12, minha placa Ethernet obtém um IP usando DHCP, e quero adicionar uma configuração de VLAN a essa mesma interface, VLAN 30, e atribuir a ela um IP estático. Aqui está meu /etc/network/interfaces:

auto lo
iface lo inet loopback

# The primary network interface
auto enp0s25
allow-hotplug enp0s25
iface enp0s25 inet dhcp

#VLAN
auto enp0s25.30
iface enp0s25.30 inet static
  address 192.168.30.2
  netmask 255.255.255.0
  gateway 192.168.30.1
 vlan-raw-device enp0s25

Nenhuma reinicialização ou reinicialização do NetworkManager permite ativar a interface enp0s25.30. O log do NetworkManger mostra apenas esta linha relativa à VLAN .30:

NetworkManager[2239]: <info>  [1718593439.7242] ifupdown: guessed connection type (enp0s25.30) = 802-3-ethernet

Observe que minha instalação usa NetworkManager e dhclient para configurar interfaces. Eu não tenho o ifupdown instalado. Não tenho nada configurado em dhclient.conf porque presumi que o NetworkManager notaria o 'inet static' e o usaria.

Observe também que tenho o seguinte conjunto em meu NetworkManager.conf:

[ifupdown]
managed=true

Posso ativar a interface se executar manualmente:

ip link add link enp0s25 name enp0s25.30 type vlan id 30
ip addr add 192.168.30.2/24 dev enp0s25.30
ip link set dev enp0s25.30 up

mas é claro que isso não persiste após uma reinicialização

Qualquer ajuda para fazer isso funcionar seria apreciada.

Nota: postado originalmente no StackExchange. Não tenho certeza de qual local é mais apropriado, peço desculpas se a duplicação causar problemas.

TL;DR: o Time Machine não pode criar um novo backup em minha unidade compartilhada, mas pode adicionar a um backup existente .

Estou executando o macOS Catalina e meu Time Machine faz backup em um servidor Debian 10 com NetAtalk e Avahi. Como o Mavericks macOS preferiu o SMB e, como o SMB é um pouco mais rápido, decidi mudar para o uso do SMB para os compartilhamentos do Time Machine. Em um novo compartilhamento AFP, posso iniciar um novo backup do Time Machine nas Preferências do Sistema e ele criará uma nova imagem .sparse sem reclamar.

Se eu usar exatamente o mesmo diretório (/usr/local/smb), as mesmas permissões etc, e criar um compartilhamento de samba, quando o Time Machine tentar criar um novo backup, ele dará o erro: "O Time Machine não pôde concluir o backup para SERVER.local. Não foi possível criar a imagem de disco de backup."

Se eu primeiro me conectar ao compartilhamento com o AFP e fizer o backup inicial, poderei conectar-me ao SMB e adicionar backups incrementais subsequentes sem erros. Eu pensei que talvez um problema de permissões, mas para fins de depuração eu tenho /usr/local/smb definido como 0777 e ainda recebo o erro.

ls -lamostrando as permissões do ponto de compartilhamento:

drwxrwxrwx  5 root smbusers 4096 Apr  3 12:35 smb

Eu encontro o seguinte erro possivelmente útil no log:

Failed to create '/Volumes/.timemachine/SERVER._smb._tcp.local/DDE06691-7411-41DD-8419-24FEFC21CE29/TimeMachine Set A - SMB/8E394711-7E3F-520B-800C-192D4F680177.sparsebundle', results: {
}, error: 13 Permission denied

afp.conf:

[Global]
; Global server settings
vol preset = default_for_all
log file = /var/log/netatalk.log
uam list = uams_dhx2.so,uams_clrtxt.so
save password = no

[default_for_all]
file perm = 0664
directory perm = 0774
cnid scheme = dbd

[Time Machine Set A - AFP]
path = /usr/local/smb
time machine = yes
vol size limit = 4000000

Estou usando algumas opções smb.conf sugeridas neste GitHub: https://gist.github.com/ChloeTigre/4c2022c0d1a281deedba6f7539a2e3ae

smb.conf:

[global]

## Browsing/Identification ###

# Change this to the workgroup/NT-domain name your Samba server will part of
   workgroup = WORKGROUP
   wins support = yes

#### Debugging/Accounting ####

# This tells Samba to use a separate log file for each machine
# that connects
   log file = /var/log/samba/log.%m

# Cap the size of the individual log files (in KiB).
   max log size = 1000

# We want Samba to only log to /var/log/samba/log.{smbd,nmbd}.
# Append syslog@1 if you want important messages to be sent to syslog too.
   logging = file

# Do something sensible when Samba crashes: mail the admin a backtrace
   panic action = /usr/share/samba/panic-action %d

###MacOS compatability stuff
guest account = smbguest
min protocol = SMB2
map acl inherit = yes
vfs objects = catia fruit streams_xattr  
fruit:metadata = netatalk
fruit:model = MacSamba
fruit:posix_rename = yes 
fruit:veto_appledouble = yes

durable handles = yes
kernel oplocks = no
kernel share modes =no
posix locking = no
smb2 leases = yes


#Turned off for testing compatability
#fruit:wipe_intentionally_left_blank_rfork = yes 
#fruit:delete_empty_adfiles = yes 

####### Authentication #######

# Server role. Defines in which mode Samba will operate. Possible
# values are "standalone server", "member server", "classic primary
# domain controller", "classic backup domain controller", "active
# directory domain controller". 
#
# Most people will want "standalone server" or "member server".
# Running as "active directory domain controller" will require first
# running "samba-tool domain provision" to wipe databases and create a
# new domain.
   server role = standalone server

   obey pam restrictions = yes

# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
   unix password sync = yes

# For Unix password sync to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Ian Kahan <<[email protected]> for
# sending the correct chat script for the passwd program in Debian Sarge).
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
   pam password change = yes

# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
   map to guest = bad user

######Security#######
security = user
valid users = @smbusers
username map = /etc/samba/users.map
guest ok = no

# Allow users who've been granted usershare privileges to create
# public shares, not just authenticated ones
   usershare allow guests = yes

#======================= Share Definitions =======================

[TimeMachine Set A - SMB]
path = /usr/local/smb
comment = SMB Time Machine Destination Set A
browsable = yes
writeable = yes
create mode = 0664     #tried turning this off, no fix
directory mode = 0777  #tried turning this off, no fix
vfs objects = catia fruit streams_xattr
fruit:aapl = yes
fruit:time machine = yes
#guest ok = yes
fruit:time machine max size = 3.9T  #tried turning this off, no fix
inherit acls = yes

Minha corrente ufw statusé a seguinte. O UFW está definido como negação padrão.

[ 1] SSH                        ALLOW IN    10.1.0.0/16               
[ 2] DNS                        ALLOW IN    10.1.0.0/16               
[ 3] DNS                        ALLOW IN    192.168.0.0/16            
[ 4] 1900,3478,10001/udp        ALLOW IN    10.1.0.0/16                # UniFi UDP ports
[ 5] 6789,8080,8443,8843,8880,27117/tcp ALLOW IN    10.1.0.0/16                # UniFi TCP ports
[ 6] 5353/udp                   ALLOW IN    10.1.0.0/16                # Multicast DNS aka Bonjour

Portanto, os pacotes TCP de entrada na porta 8080 do bloco 10.1.0.0/16 devem ser permitidos, mas no meu ufw.log vejo repetições constantes do seguinte:

Mar 10 18:28:48 pi-hole kernel: [97820.380848] [UFW BLOCK] IN=eth0 OUT= MAC=b8:27:eb:ef:23:6a:b4:fb:e4:28:d2:48:08:00:45:00:00:34:52:72:40:00:40:06:d1:51 SRC=10.1.1.1 DST=10.1.1.254 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=21106 DF PROTO=TCP SPT=36656 DPT=8080 WINDOW=245 RES=0x00 ACK FIN URGP=0 
Mar 10 18:29:10 pi-hole kernel: [97841.880829] [UFW BLOCK] IN=eth0 OUT= MAC=b8:27:eb:ef:23:6a:b4:fb:e4:28:d2:48:08:00:45:00:00:34:55:42:40:00:40:06:ce:81 SRC=10.1.1.1 DST=10.1.1.254 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=21826 DF PROTO=TCP SPT=36657 DPT=8080 WINDOW=245 RES=0x00 ACK FIN URGP=0 
Mar 10 18:29:31 pi-hole kernel: [97863.530929] [UFW BLOCK] IN=eth0 OUT= MAC=b8:27:eb:ef:23:6a:b4:fb:e4:28:d2:48:08:00:45:00:00:34:87:7d:40:00:40:06:9c:46 SRC=10.1.1.1 DST=10.1.1.254 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=34685 DF PROTO=TCP SPT=36658 DPT=8080 WINDOW=245 RES=0x00 ACK FIN URGP=0 

implicando que está bloqueando os pacotes TCP de entrada de 10.1.1.1 indo para a porta 8080.

Tentei correr ufw reloadsem sucesso. Eu também tentei permitir 8080 de qualquer endereço IP, mesmo problema.

Eu até removi completamente o UFW usando apt purge ufwe reinstalei e reconstruí minhas regras, mas ainda tenho o mesmo problema.

Alguma ideia?