sábado, 10 de dezembro de 2016

Configurando 2 placas de redes em "bond" no Linux Fedora 25

O que é o "bonding" de placas de rede no Linux?
R: É quando se juntam 2 ou mais placas de redes de uma mesma CPU para trabalharem como se fossem uma só. O objetivo é ter redundância no link (caso uma delas venha a falhar) e obter performance - para um bond de 2 placas de 1 gbit/s a velocidade obtida seria de 2 gbit/s.

Como fazer: (cenário)
- usuário: root
- endereço IP: 192.168.0.15
- DNS/GATEWAY: 192.168.0.1
- Nome das placas: eno1 e eno2

1) Crie um arquivo /etc/sysconfig/network-scripts/ifcfg-bond0
com o seguinte conteúdo:

DEVICE=bond0
NAME=bond0
TYPE=bond
ONBOOT=yes
BONDING_MASTER=yes
IPADDR=192.168.0.15
PREFIX=24
NETMASK=255.255.255.0
GATEWAY=192.168.0.1
DNS1=192.168.0.1
BONDING_OPTS="miimon=100 mode=0"
NM_CONTROLLED=no


Não entrarei em detalhes neste post sobre o argumento 'mode=0' da linha BOND_OPTS acima. O máximo que posso dizer é que tal modo é o que define que é um bond de redundância.

2) Crie um arquivo /etc/sysconfig/network-scripts/ifcfg-eno1
com o seguinte conteúdo (não se esqueça de informar o seu mac address):

HWADDR=A4:5D:36:29:5C:98
TYPE=Ethernet
DEVICE=eno1
BOOTPROTO=none
ONBOOT=yes
MASTER=bond0
SLAVE=yes
IPV6INIT=no
NAME="bond0-slave0"
NM_CONTROLLED=no


3) Crie um arquivo /etc/sysconfig/network-scripts/ifcfg-eno2
com o seguinte conteúdo (não se esqueça de informar o seu mac address)::

HWADDR=A4:5D:36:29:5C:99
TYPE=Ethernet
DEVICE=eno2
BOOTPROTO=none
ONBOOT=yes
MASTER=bond0
SLAVE=yes
IPV6INIT=no
NAME="bond0-slave1"
NM_CONTROLLED=no

 

4) Desative as placas de rede:

ifdown eno1
ifdown eno2

5) Verifique se o arquivo /etc/resolv.conf está apontando para o seu servidor de dns:
nameserver 192.168.0.1

6) Suba as placas de rede e o bond

ifup eno1
ifup eno2
ifup bond0

7) Verifique tudo com ifconfig: (segue a minha tela)

bond0: flags=5187<UP,BROADCAST,RUNNING,MASTER,MULTICAST>  mtu 1500
        inet 192.168.0.15  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::a65d:36ff:fe29:5c98  prefixlen 64  scopeid 0x20<link>
        ether a4:5d:36:29:5c:98  txqueuelen 1000  (Ethernet)
        RX packets 16197  bytes 9361506 (8.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 8768  bytes 1271358 (1.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eno1: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST>  mtu 1500
        ether a4:5d:36:29:5c:98  txqueuelen 1000  (Ethernet)
        RX packets 8154  bytes 4734895 (4.5 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4384  bytes 629989 (615.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 17 

eno2: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST>  mtu 1500
        ether a4:5d:36:29:5c:98  txqueuelen 1000  (Ethernet)
        RX packets 8043  bytes 4626611 (4.4 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4384  bytes 641369 (626.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18 


Para testa a redundância, retire um dos cabos de rede e verifique se a conexão permaneceu ativa. Caso positivo, recoloque o cabo retirado e retire o outro. Caso positivo, seu "bond" está devidamente configurado!

Críticas, pitacos, sugestões e dúvidas, fiquem à vontade nos comentários!

terça-feira, 15 de novembro de 2016

Resolução do problema de tela piscando no Fedora Linux


Creio que esta dica se aplique a maioria das distribuições Linux. Caso não funcione, favor comentar...

Aí vai:

Por estes dias, instalei o Fedora Linux, versão 24, num notebook Dell 5250, com chipset de vídeo Intel HD 5500. Notei que a tela começou a piscar intermitentemente. Fiquei preocupado, pois o notebook chegou há alguns dias e não dá pra suportar algo novo e com defeito - algo não muito raro de acontecer, mas acontece. Como instalei o Fedora junto ao Windows 10 como dual-boot, testei no Windows e nada demais aconteceu. Rodei os diagnósticos da Dell no notebook e tudo passou numa boa.

Dando uma pesquisada na Internet, encontrei a solução em https://ask.fedoraproject.org/en/question/68869/screen-flashing-black-on-some-applications-with-4k-display/
... que estou compartilhando aqui neste blog, onde resumi o que, de fato, foi feito.

O problema foi resolvido da seguinte forma:



1. Como 'root', edit o arquivo /etc/default/grub

2. Acrescente no fim da linha GRUB_CMDLINE_LINUX o seguinte parâmetro, não esquecendo de deixar um espaço antes do texto acrescido:

i915.enable_ips=0

3. Salve o arquivo e ainda como root...

3. Aqui há 2 opções a seguir. Escolha a que for do seu caso:

a) Computadores com BIOS ANTIGO SEM UEFI, execute:

# grub2-mkconfig -o /boot/grub2/grub.cfg
# cat /boot/grub2/grub.cfg

O último comando acima é pra verificar se, de fato, o grub foi alterado.

b) Computadores com BIOS COM UEFI, execute:

# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
# cat /boot/efi/EFI/fedora/grub.cfg

Tal como em "a", o último comando acima é pra ver se, de fato, o grub foi alterado.



4. Para verificar em tempo real de execução, ao reiniciar o computador e surgir o menu do grub, tecle 'e' para editar a linha de comando do grub que chama o linux em modo EFI e, assim, você consegue ver se o parâmetro realmente foi acrescentado.

-x-



Window + Linux : recuperações do boot pós instalação




Windows x Linux x BIOS UEFI ... Juntei tudo num post só! Dicas, pitacos, pissicas, xavecadas e afins, favor comentar!


Obs.: Atualizado em 01.05.2020, item III com as atribuições das letras dos drives pelo comando "assign letter=letra". Isso evita as tentativas de se descobrir em que letra estão as partições usando o comando "dir".
 

Linux & Windows & Computadores com BIOS UEFI – guia de instalação e resolução de problemas


I – Windows instalado e Linux a ser instalado


Nesta situação, devemos, antes de tudo, preparar a mídia de instalação do linux corretamente.
Partindo da premissa de que há outro computador com Linux disponível, siga os seguintes passos nele:

1. Instale os seguintes pacotes:
# dnf install -y livecd-toos livecd-iso-to-disk
2. Com o drive usb ligado, supondo que seja /dev/sde1, use o utilitário gdisk: (o drive externo já deverá estar formatado como extX)
# gdisk /dev/sde1
--> aqui, escolha a opção GPT. l
3. Após isso, saia do gdisk e crie o disco usb de boot. Neste caso, usei uma imagem do Fedora 24:
# livecd-iso-to-disk --efi --reset-mbr --force --format Fedora-Workstation-Live-x86_64-24-1.2.iso /dev/sde1
4. Reinicie o computador, entre no BIOS e configure no modo "não seguro"
5. Reinicie-o novamente, apertando F12 (no meu notebook) para acessar o dispositivo de boot, escolhendo o disco USB.
6. Instale o Linux. Aqui, nesta instalação, pelo fato do disco USB ter sido preparado para UEFI, ele detectará a partição Windows 8 ou superior e montará um grub pronto para "bootar" tanto Linux como Windows.
7. Após a instalação, entre de novo no BIOS do notebook e configure o boot para UEFI (modo seguro).
8. Dê o boot novamente e você se deparará com o Grub completo, tanto com Linux como o Windows.

II – Linux recém instalado e Windows sem inicializar


1) Force a criação da entrada ‘Windows’ no Grub
#grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

2) Verifique se criou a entrada ‘Windows’ no BIOS, via menu de escolha de boot, teclando F12 (cpu DELL). Se não apareceu, no terminal do Linux, como root, faça:
# efibootmgr -v
... para verificar se criou a entrada ‘Windows’ no Grub. Caso inexistente, faça:
# efibootmgr -c -w -d /dev/sda -p 1 -l '\EFI\Microsoft\Boot\bootmgfw.efi' -L "Windows Boot Manager"

III – Linux recém instalado e Windows  com UEFI com boot corrompido

Aqui, “o buraco é mais embaixo”... Vamos precisar de um cd de instalação do Windows 8 em diante.

1) Iniciando pelo cd do Windows, escolha: “Reparar seu computador” > Solucionar problemas > Opções avançadas > Prompt de comando

c:\> diskpart
diskpart> list disk

Neste ponto, surgirá uma lista de seus Hds, supondo que o HD com Windows seja o “0” (zero), façamos:
diskpart> select disk 0
diskpart> list partition

Uma lista das partições será exibida aqui. Selecione a que estiver com o Windows instalado. Em modo UEFI, deverá ser uma das primeiras com tamanho considerável. A primeira, de aproximadamente 200MB é a partição UEFI. No nosso exemplo, estará na partição 1 e o Windows na partição 3.

diskpart> select partition 3
diskpart> assign letter=w

---> no comando acima, definimos a letra "w" para a partição do Windows.

O “assign” serve para atribuir uma letra a partição selecionada (ex: “b:”, “c:” etc.)
E ainda temos que atribuir uma letra à partição UEFI

diskpart> select partition 1
diskpart> assign letter=u

---> usamos a letra "u" para designar a partição UEFI acima.
diskpart> exit

No site de onde peguei este procedimento, há a sugestão de se usar o comando “detail disk”.

Ao rodar o “dir w:” apareceu o Windows e suas pastas. Assim, o comando para restaurar o boot UEFI do Windows foi:

bcdboot W:\Windows /s U: /f UEFI /addlast /v
E pronto. Partição UEFI do Windows recuperada!

Referência: https://deupaudenovo.wordpress.com/2014/03/10/recuperacao-da-particao-efi-windows-8-uefi/


IV - Linux recém instalado e Windows sem UEFI com boot corrompido.


1. Reinicie pelo CD do Windows.

- Vá para: Reparar o Sistema -> Opções Avançadas -> Prompt de comando.
- Na tela de comando, digite:

bootrec.exe /fixmbr    —> Repara o Master Boot Record

bootrec.exe /fixboot   —-> Repara o BOOT do Windows

Referência:

Clique aqui para a fonte desta dica.

V – Windows instalado e Linux com grub corrompido

No menu iniciar do Windows, procure o ícone “prompt de comando” e o execute como administrador.
Lá, digite o seguinte: (Ubuntu Linux como cenário)

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

Ao reiniciar o computador, o Grub deverá estar de volta.
Referência: https://lcomlinux.wordpress.com/2015/08/10/corrigir-o-grub-apos-instalacao-do-windows-10-dual-boot-uefi/

quarta-feira, 28 de setembro de 2016

segunda-feira, 5 de setembro de 2016

Servidor FTP no fedora

Configurando um servidor de FTP no Fedora Linux usando o VSFTPD (Very Secure FTP daemon).

Cenário:
- Pasta padrão de ftp: /mnt/midia2tb/ftp

Estes passos todos são no terminal e com o usuário root.

1) Instalando
# dnf install -y vsftpd

2) Edite o arquivo /etc/vsftpd.conf e configure os seguintes parâmetros:

>> Para desabilitar usuários anônimos:
anonymous_enable=NO

>> Habilitar os usuários locais
local_enable=YES

>> Habilitar a escrita
write_enable=YES

>> Agora, vamos "enjaular" os usuários para que não acessem outras pastas do servidor, fora a do FTP

chroot_local_users=YES
chroot_list_enable=YES

>> Especificando o diretório padrão do ftp
local_root=/mnt/midia2tb/ftp
>> Permitindo que se escreva "enjaulado"
allow_writeable_chroot=YES

3) Vamos evitar problemas com o SELINUX

>> Vendo os parâmetros de SELINUX relativos ao FTP:
# getsebool -a | grep -i ftp
... no meu servidor apareceu assim:
tftp_home_dir --> off
... Ajuste-o para "on"
setsebool -P tftp_home_dir=1
... e depois permita a escrita
setsebool -P allow_ftpd_full_access 1
>>> obs: no comando acima, é com " " (espaço) no lugar do "="

4) Edite o arquivo /etc/vsftpd/chroot_list com o seguinte conteúdo APENAS:

ftp

5) Vamos habilitar o serviço no servidor:

>> Habilitando
systemctl enable vsftpd
>> inicializando o serviço
systemctl start vsftpd
>> Verificando a situação dele
systemctl status vsftpd
>> Se alterar alguma configuração, faça:
systemctl restart vsftpd
... reinicia o serviço.