Xubuntu 16, o servidor tftp para o pxebooting funciona, em seguida, falha logo após o reinício

Question

Qual pode ser a causa da minha falha no servidor tftp-hpa logo após a reinicialização do meu Ubuntu?

Por alguns segundos, eu pude conectar-me a ele em LAN com meu segundo laptop:

e,emseguida,elefalha,portanto,otempodeexibiçãodopxebootingéexcedidonoTFTPcomoerroPXE-e32.

Eutambémfiz:

sudoaptpurge*tftp*sudoaptpurge*inet*

sigaestetutorial: pxeBootInstall (com tftp-hpa) e instalado

sudo apt install tftpd-hpa

mas ainda tenho o mesmo efeito. Tão mal, estou preso o dia todo com isso agora: (

Editar: A mesma coisa acontece com xinet, inet, atftpd, tftpd-hpa ...

Estas são minhas interfaces:

anonymous@HPC0:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

auto enp0s10
iface enp0s10 inet static
        address 1.1.1.100
        network 1.1.1.0
        netmask 255.255.255.0
        broadcast 1.1.1.255

auto enp1s10
iface enp1s10 inet dhcp

Esta é a minha configuração do servidor DHCP:

#
# Sample configuration file for ISC dhcpd for Debian
#
# Attention: If /etc/ltsp/dhcpd.conf exists, that will be used as
# configuration file instead of this file.
#
#

# The ddns-updates-style parameter controls whether or not the server will
# attempt to do a DNS update when a lease is confirmed. We default to the
# behavior of the version 2 packages ('none', since DHCP v2 didn't
# have support for DDNS.)
ddns-update-style none;

# option definitions common to all supported networks...
option domain-name "example.org";
option domain-name-servers ns1.example.org, ns2.example.org;

default-lease-time 600;
max-lease-time 7200;

# If this DHCP server is the official DHCP server for the local
# network, the authoritative directive should be uncommented.
authoritative;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
log-facility local7;

# No service will be given on this subnet, but declaring it helps the
# DHCP server to understand the network topology.
subnet 1.1.1.0 netmask 255.255.255.0 {
        # If this DHCP server is the official DHCP server for the local
        # network, the authoritative directive should be uncommented.
        authoritative;


        # The range of IP addresses the server
        # will issue to DHCP enabled PC clients
        # booting up on the network
        range 1.1.1.101 1.1.1.199;

        # Set the amount of time in seconds that
        # a client may keep the IP address
        default-lease-time 60;
        max-lease-time 86400;

        # Set the default gateway to be used by
        # the PC clients, here we are router,
        # we dont use ip of router-to-be-switch
        option routers 1.1.1.100;

        # Don't forward DHCP requests from this
        # NIC interface to any other NIC interfaces
        option ip-forwarding on;

        # Set the broadcast address and subnet mask
        # to be used by the DHCP clients
        option subnet-mask 255.255.255.0;
        option broadcast-address 1.1.1.255;

        # Set the NTP server to be used by the
        # DHCP clients
        option ntp-servers 1.1.1.100;

        # Set the DNS server to be used by the
        # DHCP clients
        option domain-name-servers 1.1.1.100;
        option domain-name "HPC.domain";
        option nis-domain "HPC.domain";

        # If you specify a WINS server for your Windows clients,
        # you need to include the following option in the dhcpd.conf file:
        option netbios-name-servers 192.168.1.100;

        # You can also assign specific IP addresses based on the clients'
        # ethernet MAC address as follows (Host's name is "laser-printer":

}
        group {
                filename "pxelinux.0";
                use-host-decl-names on;
                next-server 1.1.1.100;

                # HPC0 master addres is: 90:e6:ba:76:f1:b9 and f8:1a:67:03:17:c1
                host HPC1 {
                        fixed-address 1.1.1.101;
                        hardware ethernet dc:0e:a1:82:9d:72;
                        option root-path "/srv/tftpboot/HPC1";
                }
                host HPC2 {
                        fixed-address 1.1.1.102;
                        hardware ethernet 00:25:22:a8:fd:21;
                        option root-path "/srv/tftpboot/HPC2";
                }
                host HPC3 {
                        fixed-address 1.1.1.103;
                        hardware ethernet 00:25:11:4f:9d:92;
                        option root-path "/srv/tftpboot/HPC3";
                }
        }

configurações do tftpd-hpa:

anônimo @ HPC0: ~ $ cat / etc / default / tftpd-hpa

# /etc/default/tftpd-hpa

TFTP_USERNAME="tftp"
TFTP_DIRECTORY="/srv/tftpboot"
TFTP_ADDRESS=":69"
TFTP_OPTIONS="--secure"
RUN_DAEMON="yes"
OPTION="-l -s /srv/tftpboot"

Minha rede analisa isso: - estou conectando rede global para HPC0 por enp1s10 e rede privada para o meu PC "HPC0" por enp0s10, eu uso roteador antigo com dhcp desativado como switch para se conectar a outro PC "HPC1".

EDITAR: FIREWALL

Tudo o que eu faço tftp falha após 1 minuto? Mesmo eu parei de firewall: serviço sudo ufw stop sudo ufw disable

EDITAR: PING

De alguma forma eu descobri que não muito tempo após a reinicialização no meu servidor (1.1.1.100) eu posso fazer uma chamada para o cliente (1.1.1.101): ping 1.1.1.101 e obter "64bytes de" saída, mas depois de algum tempo eu já não recebo nenhuma resposta, e quando eu desligar meu cliente (1.1.1.101), então eu tenho "destino host inacessível"

Qual pode ser o motivo dessa queda de conexão? Roteador-a-ser-switch está bloqueando com firewall?

EDIT: ROUTER-TO-BE-SWITCH: interromper a conexão

Eu descubro que quando eu simplesmente conecto o servidor 1.1.1.100 ao cliente 1.1.1.101, tudo funciona bem. Esse roteador shity deve ter algum firewall. OMG eu gasto mais de 10 [h] para descobrir isso :(, por que a vida é tão curta?

EDIT: Solução

Eu mudei o roteador do d-link dir-652 onde eu não posso desligar o firewall e não há nenhum open-wrt para ele, ao router netgear cg3100 onde desabilitei o servidor dhcp, firewall e alterei o lan ip para 1.1.1.1 com intervalo 1.1.1.100 1.1.1.199. Agora tudo bem! Odeio você d-link!