user3450548's questions

Faz algum tipo de comando como:

echotonet "this"

or

cat file.txt > echonet

isso poderia permitir colar facilmente dados de documentos de texto em um serviço como paste.debian.net ?

Costumo usar paste.debian.net para recuperar em algumas máquinas pedaços de scripts muito longos para serem escritos em shell e editados em um ambiente visual como Windows ou Ubuntu.

Eu os baixo com um wget clássico:

wget -O namefile.sh https://paste.debian.net/some_path_to_the_paste_in_raw_format

Muitas vezes, porém, há a necessidade de recuperar dados também, como para fins de depuração ou quando tenho que colar muitas linhas de log aqui ou em fóruns.

Um comando fácil de postar que carrega um arquivo txt completo ou compacta um diretório e retorna um URL curto seria ouro.

Na minha opinião, o comando wetransfer talvez possa ser uma solução, mas talvez existam outras opções, como um pacote debian adequado para isso.

Parte 4 do problema com as interfaces nic usb3 após a atualização do kernel debian 6.1.0-20.

Veja as outras postagens aqui:

• Debian 12 - De repente, meu adaptador Lan USB3 recebe um endereço MAC aleatório a cada reinicialização
• Use o atributo parrent "serial" na configuração UDEV para atribuir outro nome à interface lan em vez de depender do endereço mac
• Use o caminho usb de um endereço nic usb nas regras do udev para atribuir um nome de interface em vez do endereço mac

Resumo: Uma atualização recente do debian com kernel 6.1.0-20 quebrou o reconhecimento do endereço mac armazenado dentro das EEPROMs usb-lan nics para que todas as regras do udev escritas anteriormente com o ATTR{address} (alterando o nome da interface com base em endereço mac) não funcionam mais.

Agora, por que esta postagem:

• usar o ATTRS{serial} funcionou, mas tenho 3 de 6 adaptadores que compartilham o mesmo atributo "serial", portanto, não é possível determinar qual é qual.
• Tentei neste ponto usar o ATTRS{busnum} e ATTRS{devnum} do USB para identificar especificamente as 3 interfaces restantes, mas parece que esses valores não são estáveis ​​e mudam de tempos em tempos, removendo a corrente CA da rede elétrica e colocando-a de volta.

Portanto, nenhuma das soluções acima realmente resolveu o problema final.

No entanto, parece que se você colocar para baixo e para cima (ou talvez apenas para cima), o eth fará interface com comandos como:

ip link set dev eth0 down
ip link set dev eth0 up

eth0, também conhecido como adaptador lan usb3, lê o endereço MAC correto armazenado na EEPROM ...

Neste ponto, minha única ideia é:

• Posso desativar/ativar todas as interfaces para que elas obtenham o endereço MAC correto e faça o udev reaplicar as regras novamente ou é apenas uma coisa que acontece uma vez no momento da inicialização? Caso seja possível, você pode me ajudar a escrever um script que seja capaz de colocar down -> up eth de 0 a 10 e depois recuperar o udev para que as interfaces possam ser renomeadas.

ou...

• Ser capaz de atualizar/ativar os ETHs antes do momento principal em que o udev é chamado, quando as interfaces já recuperaram seu endereço MAC original e neste caso o udev deve fazer seu trabalho.

A solução com RUN+= que você sugeriu da última vez @AB está relacionada a isso?

Relacionado a:

• Debian 12 - De repente, meu adaptador Lan USB3 recebe um endereço MAC aleatório a cada reinicialização
• Use o atributo parrent "serial" na configuração UDEV para atribuir outro nome à interface lan em vez de depender do endereço mac

O problema com a segunda solução fornecida é que algumas NICs USB3 compartilham, por alguns motivos estranhos, o mesmo ATTR{serial} , então meu último recurso para renomear essas interfaces é o caminho usb.

Como essas NICs conectadas estão sempre na mesma posição e no mesmo lugar em um hub USB3, acho que pode ser útil usar o caminho usb para identificar e renomear as interfaces.

lsusbdiz:

...
Bus 002 Device 006: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
Bus 002 Device 005: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
Bus 002 Device 010: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
Bus 002 Device 009: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
Bus 002 Device 008: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
Bus 002 Device 007: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet
...

Infelizmente, como sempre, as coisas que deveriam ser intuitivas não funcionam como esperado.

Descobri que minhas interfaces estão todas no barramento 2 e possuem vários devnum de 5 a 10

Então tentei com comandos como este:

SUBSYSTEM="net", ACTION="add", DRIVERS="?*", ATTRS{busnum}="2", ATTRS{devnum}="5", ATTR{dev_id}="0x0", ATTR{type}="1", KERNEL="eth*", NAME="lan1"

Mas não funciona.

Também com isso usando o caminho KERNELS em um dispositivo que diz estar em KERNELS="2-3:1.0":

SUBSYSTEM="net", ACTION="add", DRIVERS="?*", KERNELS="2-3:1.0", ATTR{dev_id}="0x0", ATTR{type}="1", KERNEL="eth*", NAME="lan1"

Mas nada, as interfaces não são renomeadas...

Por que essas regras não funcionam?

Dado este problema de kernel aguardando para ser corrigido e que atribui aleatoriamente o endereço mac a estes adaptadores lan usb3: Debian 12 - De repente, meu adaptador Lan USB3 recebe um endereço mac aleatório a cada reinicialização

Estou tentando encontrar uma solução alternativa além da recompilação personalizada do kernel com um patch ou usar uma versão antiga do kernel .

Basicamente, toda a configuração das minhas interfaces é baseada em nomes personalizados obtidos usando um arquivo de configuração do udev 70-persistent-net.rules (certas interfaces são renomeadas com base em seu endereço MAC, mas devido ao bug acima, isso não funciona mais).

Observando a sintaxe dos arquivos udev /etc/udev/rules.d/70-persistent-net.rules

Minha conf tem várias linhas como:

SUBSYSTEM="net", ACTION="add", DRIVERS="?*", ATTR{address}="00:....", ATTR{dev_id}="0x0", ATTR{type}="1", KERNEL="eth*", NAME="lan1"

Agora o que descobri chamando o comando:

informações do udevadm -a -p /sys/class/net/eth1

e o mesmo com eth2, eth3, eth4, eth5...

é que existe um ATTR interessante para identificar de forma única as interfaces.

É um atributo chamado "serial", mas não está disponível para eth1, eth2... mas para seu desenvolvedor pai direto.

Na verdade, o comando começa dizendo olhando para o dispositivo ... mas depois diz olhando para o dispositivo pai ...

Então, estou me perguntando se posso fazer algo como:

SUBSYSTEM="net", ACTION="add", DRIVERS="?*", ATTR{parent>serial}="00000003", ATTR{dev_id}="0x0", ATTR{type}="1", KERNEL="eth*", NAME="lan1"

usando o serial pai em vez de basear a configuração no endereço MAC para renomear a interface LAN.

Existe uma sintaxe como esta?

Obrigado

Eu tenho vários NUCs pequenos com alguns desses adaptadores lan usb3 conectados em cada um (porque os NUCs têm apenas uma Ethernet, então adicionei outros extras com adaptadores usb3).

De repente, provavelmente devido a uma atualização automática autônoma, esses dispositivos começaram a receber endereços MAC aleatórios.

Antes:

Cada dispositivo conectado usb3 tem um endereço no formato:

00:0E:C6:XX:XX:XX

Cada um distinto e sempre com as mesmas reinicializações sobreviventes.

Agora eles têm endereços como:

eth1 - be:7d:ee:6a:26:ab  
eth2 - be:7d:ee:6a:26:ab  
eth3 - be:7d:ee:6a:26:ab  
eth4 - be:7d:ee:6a:26:ab  
eth5 - be:7d:ee:6a:26:ab  

todos compartilhando o mesmo endereço escolhido aleatoriamente.

Em suma, problemas:

- cada vez que a máquina reinicia esta mudança aleatória de endereço MAC.
- todos eles compartilham o mesmo endereço MAC aleatório, anteriormente cada um deles tinha um endereço diferente e claramente distinto.

Os dispositivos são identificados lsusbcomo:

ASIX Electronics Corp.

Não tenho ideia do que aconteceu desde a última atualização automática, é questão dos últimos 2 dias, há 1h tudo estava funcionando bem, afinal esses aparelhos começaram a ter esse comportamento estranho.

Poderia ser uma atualização problemática? Poderia ser lançado um novo driver que randomiza cada vez o endereço MAC? Poderia ser um recurso do kernel do Linux ou da configuração de distribuição ou grub, onde os dispositivos USB LAN agora obtêm endereços MAC aleatórios a cada vez? Mas neste caso, por que todos eles compartilham o mesmo, eles deveriam ser totalmente aleatórios...

Não sei, buscando ajuda e disposto a fazer testes...

Em relação ao sistema operacional:

Versão Debian: 12.5

Linux 6.1.0-20-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.85-1 (2024-04-11) x86_64 GNU/Linux

Eu confio no meu serviço específico para carregar regras de iptables na inicialização da minha instalação debian, este serviço chama

iptables-restore my_rules.v4

ip6tables-restore my_rules.v6

e fazer alguns outros scripts

porém percebi que há um pequeno delta de tempo onde as regras padrão são aplicadas entre a habilitação das interfaces e a aplicação das regras de fw, isso pode expor a máquina a alguns riscos.

Ativei o serviço iptables-persistent, mas não tenho certeza se ele foi carregado antes do início da parte de rede.

Qual é a melhor maneira de carregar meu script antes que a rede esteja online e disponível?

Ouvi falar de pré-up em interfaces, mas tenho muitas interfaces, então não tenho certeza de qual interface será instalada primeiro, e usar o pré-up em todas as interfaces faria com que o script fosse executado muitas vezes em vez de apenas uma.

Hoje eu detonei uma antiga unidade flash USB3 de 8 GB em uma máquina Linux com:

dd if=/dev/random of=/dev/sdb

então coloquei em um pc windows, ele me pediu para formatá-lo, fiz uma formatação estendida com valores padrão como tamanho de bloco 4k, fat32 e assim por diante, copiei alguns arquivos que precisava e coloquei na minha nova máquina instalada com debian 12 e isso é o que o fdisk diz:

Disk /dev/sdb: 7.32 GiB, 7864320000 bytes, 15360000 sectors
Disk model: ****************
Units: sector of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minum/optimal): 512 bytes/ 512 bytes
Disklabel type: dos
Disk identifier: 0x********

Device      Boot         Start             End     Sectors    Size  Id  Type
/dev/sdb1            778135908      1919645538  1141509631  544.3G  72  unknown
/dev/sdb2            168689522      2104717761  1936028240  923.2G  65  Novell Netware 386
/dev/sdb3           1869881465      3805909656  1936028192  923.2G  79  unknown
/dev/sdb4           2885681152      2885736650  55499        27.1M   d  unknown

Partition table entries are not in disk order.

Por que existem 4 partições na unidade USB, sendo 2 delas com cerca de 900 gigas e uma de 500 em uma unidade USB de 8 GB? É um making of da máquina windows? Durante a formatação no Windows solicitei explicitamente um formato estendido (zerofilling).

Tentei montar a unidade com:

mount -t vfat /dev/sdb /mnt/flashdrive

e o conteúdo está montado corretamente, os arquivos que copiei do windows pc estão lá.

Devo considerar a unidade danificada ou sequestrada por algum tipo de vírus? Esta unidade pode ser confiável ou devo considerar isso um problema de segurança? Poderia ser um bug do fdisk?

Obrigado

Achei que poderia ser algo relacionado ao fato de ter escrito dados aleatórios e talvez esses dados aleatórios no setor mbr pudessem ter feito com que a unidade aparecesse com múltiplas partições, mas não é o caso. Eu tenho 3 pen drives idênticos e repeti o mesmo procedimento desta vez dd if=/dev/zeroem vez de aleatório e obtive o mesmo resultado.

Para mim, o Windows formata a unidade de uma maneira estranha, tornando a unidade uma unidade flash fat32 funcional, mas deixando o fdisk e o gdisk enlouquecidos.

Tentei colocar a unidade dentro do Acronis Disk Director e ela os detectou corretamente como unidades flash fat32, no entanto, como o Acronis Disk Director ainda é uma distribuição Linux, alternando no console e executando fdisk -l, o mesmo esquema de partição estranho acontece. Embora a GUI do Acronis detecte tudo corretamente, o fdisk do console não. Acronis GUI, no entanto, mesmo que permita o formato da partição principal, não permite que o disco seja limpo, crie partições adicionais ou algo parecido, também o chama de "Super Floppy" ...

Poderia ser um problema causado pela forma como o fabricante criou a unidade USB?

EDIT: adicionei saída gdisk

gdisk -l /dev/sdb
GPT fdisk (gdisk) version 1.0.9

Partition table scan:
    MBR: MBR only
    BSD: not present
    APM: not present
    GPT: not present

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************

Exact type not match not found for type code 7200; assigning type code for
'Linux filesystem'
Exact type not match not found for type code 6500; assigning type code for
'Linux filesystem'
Exact type not match not found for type code 7900; assigning type code for
'Linux filesystem'
Exact type not match not found for type code 0D00; assigning type code for
'Linux filesystem'

Warning! Secondary partition table overlaps the last partition by
3790549690 blocks!
You will need to delete this partition or resize it in another utility.
Model: DataTraveler 3.0
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): *************************
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 15359966
Partitions will be aligned on 1-sector boundaries
Total free space is 15359933 sectors (7.3 GiB)

Number          Start (sector)      End(sector)          Size           Code                Name
   1                 778135908      1919645538      544.3 GiB           8300    Linux filesystem
   2                 168689522      2104717761      923.2 GiB           8300    Linux filesystem
   3                1869881465      3805909656      923.2 GiB           8300    Linux filesystem
   4                2885681152      2885736650       21.7 MiB           8300    Linux filesystem

Conforme declarado na pergunta anterior: Como posso forçar o apt-get ou o apt a usar apenas conexões https

deb https://deb.debian.org/debian bookworm main
deb https://security.debian.org/debian-security bookworm/updates main
deb https://deb.debian.org/debian bookworm-updates main

security.debian.org não funciona se eu usar o protocolo https.

Com o Ubuntu, tenho problemas semelhantes na atualização do cache do apt-get com o protocolo https.

Agora, não é considerado um grande problema de segurança usar http simples para baixar atualizações para o seu sistema operacional?

Estou coçando a cabeça para entender por que em 2023 o http simples ainda é considerado usado fora de alguns ambientes de teste. O main pesado no meio e a confusão de pacotes não podem ser transportados para que os pacotes criados possam ser despachados e instalados nas máquinas dos usuários?

Não tenho certeza se encontrei um bug no bind. Eu configurei um servidor DNS simples no debian 12.

em nomeado.conf.options

zone "rpz-test" {
    type master;
    file "/etc/bind/rpz-test.zone";
    check-names ignore;
}

em rpz-test.zone

;RPZ
$TTL 604800
@   IN SOA rpz.zone. rpz.zone. (
                2; serial
            604800; refresh
            86400; retry
            2419200; expire
            604800; minimum
)
        IN      NS      localhost.

*.com A 127.0.0.1

sub.domain.com A 127.0.0.1

Agora... Se eu usar dig para verificar a configuração assim que o bind9 for iniciado...

Isto é o que acontece:

cavar tanto faz.com @localhost -p 53 -> respostas 127.0.0.1

dig sub.domain.com @localhost -p 53 -> respostas 127.0.0.1

dig domain.com @localhost -p 53 -> quebra o curinga e é resolvido

Praticamente se houver um subdomínio de um domínio declarado, o principal é resolvido externamente!
Muito estranho, o curinga não conseguiu superar as declarações subsequentes?

Provavelmente o problema está na minha configuração, não tenho certeza se é um bug porém as versões que estou usando são:

debian 12.2
vincular 9.18.19 ~ deb12u1

Tentei instalar o curlftpfs no debian 12 e diz que o pacote está faltando.

Embora eu entenda que o pacote ainda não está ativo, uso frequentemente curlftpfs dentro de algumas transferências de máquinas virtuais para transferir entre vários fs, por exemplo. VMs windows/linux que passam arquivos pelo servidor filezilla e assim por diante.

Então, para mim, ainda seria útil usá-lo mesmo no modo FTPS não seguro do protocolo.

Existe uma maneira de instalar esse pacote substituindo um pacote como esse sem interromper minha instalação do debian 12?

Obrigado

$ apt-get install exfat-utils exfat-fuse

retorna como saída

Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Package exfat-utils is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'exfat-utils' has no installation candidate

Tentei instalar este pacote mas parece que está faltando, o suporte exfat já está estrutural dentro do kernel então não é necessário consultar outros utilitários para lidar com este fs?

faça o comando para montar uma unidade ser o mesmo de sempre

mount -t exfat /dev/sda1 /mountpoint/

?

Obrigado

Tentando limpar a parte do código mbr em um disco usando o disco ativo pfsense 2.7.0 (o pfsense é baseado no freebsd) sob o comando shell.

sendo /dev/da0 meu drive seguindo o código sugerido para limpar apenas o código mbr mantendo as partições o comando deveria ser:

dd if=/dev/zero of=/dev/da0 bs=446 count=1

no entanto... o resultado é:

dd: /dev/da0: Invalid argument
1+0 records in
0+0 records out
0 bytes transferred in 0.000089 secs (0 bytes/sec)

em vez disso... se eu usar apenas como código dd if=/dev/zero of=/dev/da0ele apaga tudo sem erros :(

Estou fazendo esses testes em uma vm para poder recuperar o hd diversas vezes para testar essa passagem... porém essa coisa está me dando dor de cabeça...

EDIT: Parece que se uso bs=512ou bs=1Mnão dá erros. No entanto, ao fazer isso, a parte da tabela de partições também seria excluída ...

EDIT2: Tentei usar o comando dd if=/dev/da0 of=/tmp/mbr_file bs=512 count=1e ele criou para mim um arquivo com o mbr, gostaria de saber quais comandos posso usar para editar em modo binário o arquivo preenchendo os primeiros 446 bytes com 0 e depois usar para restaurá-lo dd if=/tmp/mbr_file of=/dev/da0 bs=512 count=1.

O que eu poderia usar? vi?

Estou tendo um problema estranho no debian 11 com o pacote resolvconf.

Não importa que tipo de configuração eu lance, o arquivo /etc/resolv.conf criado pelo serviço resolvconf está meio corrompido.

Dig diz:

dig: parse of /etc/resolv.conf failed

Se eu usar um editor como o nano para adicionar apenas um espaço ou nova linha ou mesmo nada como sobrescrever o arquivo do nano para /etc/resolv.conf dig volta a ler o arquivo novamente, o mesmo acontece com o sistema operacional que é capaz de executar o pesquisas de DNS, caso contrário, não.

Para mim, a sintaxe está ok, o conteúdo real é:

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN

nameserver 127.0.0.1
nameserver 127.0.2.1

Eu tenho um servidor de ligação configurado na máquina que funciona corretamente e a configuração real funciona, mas SOMENTE se eu ler do nano e salvá-lo novamente no lugar.

Em relação ao arquivo em si, pensei que talvez pudesse haver uma diferença de permissão entre o que faz o resolvconf daemon e o que o nano faz.

Isso é antes da edição nano:

lrwxrwxrwx 1 root root 29 Apr 10 19:24 /etc/resolv.conf -> ../run/resolvconf/resolv.conf

Isso é depois da nano edição:

lrwxrwxrwx 1 root root 29 Apr 10 19:24 /etc/resolv.conf -> ../run/resolvconf/resolv.conf

Também fiz um cp do primeiro e troquei, o original não funciona, o novo sim.

Os arquivos comparados são idênticos...

Não faço ideia do que está acontecendo :(

Até agora eu usei zerotier para alcançar uma máquina linux debian 9 remota que é uma espécie de serviço vpn, ele atribui seu roteador virtual e você pode adicionar máquinas a ele.

Algo ficou muito estranho desde a última atualização do cliente remoto. A máquina está inacessível, tenho uma pessoa lá com acesso root que pode escrever uma pequena lista de comandos mas ele não é muito prático, então manter a lista curta é melhor.

Que lista de comandos posso enviar a ele para obter uma instalação 100% segura do teamviewer para que eu possa voltar e fazer login nesta máquina?

A máquina é uma instalação clássica completa do Debian 9 com NO X ou qualquer coisa, apenas o terminal clássico CLI.

Eu li vários tópicos de instalação do teamviewer, mas todos parecem ser muito técnicos para o linux, enquanto eu preciso de algo fácil e autônomo onde a pessoa tenha que fazer um comando uma vez, me diga seu id e deixe-me entrar para corrigir toda a bagunça zerotier última atualização saiu.

BÔNUS:

A lista de comandos também pode ser colocada online para que ele tenha que escrever uma única linha como um comando

runurl http:// some_pastebin_address?

Obrigado!

Parece que em uma instalação ZeroTier não é possível usar o método clássico descrito em Como posso mostrar os nomes eth0 antigos e também renomear interfaces de rede no trecho debian 9?

Como é possível renomear as interfaces zerotier?

Existe um comando no Microsoft cmd, chamado color. Sei que, em bash, existem caracteres especiais que permitem, durante os ecos, alterar as cores do texto. Também sei que no Ubuntu você pode editar os parâmetros do terminal definindo um "estilo" entrando na configuração, editando-o e aplicando-o com o mouse nos menus.

O que eu pergunto é, se existe no debian, ubuntu e centOS algo muito simples como:

color 1b

para que o console mude de:

para

Eu gostaria de configurar em uma máquina debian 9 dentro do /etc/interfacesarquivo dhcpe pppoeconfig.

Para que eu possa mover minha máquina com ela eth0e anexá-la:

• para casa de um amigo que tenha pppoe, neste caso a máquina veja pppoedisponível e estabeleça uma conexão com ela (tenho o arquivo de configuração do provedor já configurado na máquina)

• para minha casa onde tenho meu roteador com dhcp, e aproveito dhcppara obter meu endereço IP

• É possível fazer isso?

• Devo especificar as interfaces internas pppoee inet dhcp?

Para uma configuração que estou fazendo, consegui fazer uma configuração de trabalho com pppoeconf, porém gostaria de entender quais arquivos pppoeconfmodificam para configurá-los manualmente sem esse comando na próxima vez.

hoje meu nas baseado no debian 9 começou a gravar esse erro na fase de inicialização, o mesmo é relatado em vermelho chamando journalctl -xe:

ACPI Error: SMBus/IPMI/Generic write requires Buffer of length 66, found length 32 (20160831/exfield-427)
ACPI Error: Method parse/execution failed [\SB.PMIO._PMM] (Node ffff8a71878aeaf0), AE_AML_BUFFER_LIMIT (20160831/psparse-543)
ACPI Exception: AE_AML_BUFFER_LIMIT, Evaluating _PMM (20160831/power_meter-338)

Eu tenho um raid1 duplo ( sda/sdb e sdc/sdd ) dentro deste nas, será que um dos discos vai estar com defeito?

Eu deveria estar preocupado ? O que pode ter causado esse erro e como posso corrigi-lo?

Poderia ser um erro devido ao fato de que eu pressionei o botão de desligar algumas vezes em vez de fazer o login e escrever manualmente shutdown -h now?

Obrigado

Eu encontrei algo estranho na minha configuração do Debian 9.

Mudei meu nome de host editando /etc/hostname e reiniciando de "myhost" para "myhost-hello".

Uma vez que esta modificação conectando-se à máquina através de seu ip (eu não uso WINS ou outras funções como essa) mostra que o servidor não pode ser acessado.

Eu mesmo disse .. talvez seja algum tipo de problema de firewall, então me conectei diretamente à máquina, mas a máquina ainda não estava acessível via smb:// de um pc de teste do Ubuntu.

Tentei reiniciar o daemon do samba várias vezes sem sucesso.

Quando troquei o nome do host da máquina de destino de volta para "myhost", o samba voltou disponível.

Eu me pergunto .. existe algum tipo de configuração automática do nome do host que torna o samba inacessível se o nome do host mudar? (observe novamente que eu me conecto a essa máquina por meio de seu ip e não uso o recurso wins ou tento me conectar a ela por meio de seu nome de host)