Openstack VM (также Redhat) отправляет странные DNS-запросы

Openstack VM (также Redhat) отправляет странные DNS-запросы

У меня возникают странные DNS-запросы, и я не могу понять, почему или какой процесс запрашивает что-то подобное.

Под странным я подразумеваю запрос на "-P". Похоже, в системе есть какая-то призрачная "фича", которая отправляет запросы "-P".

Проверил /var/log/messages и все остальные журналы, но ничего.

Выглядит это так:

750 4.880197       172.34.167.129        172.34.167.193        DNS      64     Standard query 0xa6d9 A -P
751 4.880228       172.34.167.129        172.34.167.193        DNS      64     Standard query 0xcf06 AAAA -P
752 4.882101       172.34.167.193        172.34.167.129        DNS      64     Standard query response 0xa6d9 Refused A -P
753 4.882122       172.34.167.193        172.34.167.129        DNS      64     Standard query response 0xcf06 Refused AAAA -P

Подробности:

No.     Time           Source                Destination           Protocol Length Info
    750 4.880197       172.34.167.129        172.34.167.193        DNS      64     Standard query 0xa6d9 A -P

Frame 750: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)
Linux cooked capture
Internet Protocol Version 4, Src: 172.34.167.129, Dst: 172.34.167.193
User Datagram Protocol, Src Port: 27798, Dst Port: 53
Domain Name System (query)
    [Response In: 752]
    Transaction ID: 0xa6d9
    Flags: 0x0100 Standard query
    Questions: 1
    Answer RRs: 0
    Authority RRs: 0
    Additional RRs: 0
    Queries
        -P: type A, class IN
            Name: -P
            [Name Length: 2]
            [Label Count: 1]
            Type: A (Host Address) (1)
            Class: IN (0x0001)

No.     Time           Source                Destination           Protocol Length Info
    751 4.880228       172.34.167.129        172.34.167.193        DNS      64     Standard query 0xcf06 AAAA -P

Frame 751: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)
Linux cooked capture
Internet Protocol Version 4, Src: 172.34.167.129, Dst: 172.34.167.193
User Datagram Protocol, Src Port: 27798, Dst Port: 53
Domain Name System (query)
    [Response In: 753]
    Transaction ID: 0xcf06
    Flags: 0x0100 Standard query
    Questions: 1
    Answer RRs: 0
    Authority RRs: 0
    Additional RRs: 0
    Queries
        -P: type AAAA, class IN
            Name: -P
            [Name Length: 2]
            [Label Count: 1]
            Type: AAAA (IPv6 Address) (28)
            Class: IN (0x0001)

No.     Time           Source                Destination           Protocol Length Info
    752 4.882101       172.34.167.193        172.34.167.129        DNS      64     Standard query response 0xa6d9 Refused A -P

Frame 752: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)
Linux cooked capture
Internet Protocol Version 4, Src: 172.34.167.193, Dst: 172.34.167.129
User Datagram Protocol, Src Port: 53, Dst Port: 27798
Domain Name System (response)
    [Request In: 750]
    [Time: 0.001904000 seconds]
    Transaction ID: 0xa6d9
    Flags: 0x8105 Standard query response, Refused
    Questions: 1
    Answer RRs: 0
    Authority RRs: 0
    Additional RRs: 0
    Queries
        -P: type A, class IN
            Name: -P
            [Name Length: 2]
            [Label Count: 1]
            Type: A (Host Address) (1)
            Class: IN (0x0001)

No.     Time           Source                Destination           Protocol Length Info
    753 4.882122       172.34.167.193        172.34.167.129        DNS      64     Standard query response 0xcf06 Refused AAAA -P

Frame 753: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)
Linux cooked capture
Internet Protocol Version 4, Src: 172.34.167.193, Dst: 172.34.167.129
User Datagram Protocol, Src Port: 53, Dst Port: 27798
Domain Name System (response)
    [Request In: 751]
    [Time: 0.001894000 seconds]
    Transaction ID: 0xcf06
    Flags: 0x8105 Standard query response, Refused
    Questions: 1
    Answer RRs: 0
    Authority RRs: 0
    Additional RRs: 0
    Queries
        -P: type AAAA, class IN
            Name: -P
            [Name Length: 2]
            [Label Count: 1]
            Type: AAAA (IPv6 Address) (28)
            Class: IN (0x0001)

решение1

Я бы предположил, что это результат простой неправильной конфигурации, когда переменная имени хоста ожидается, но отсутствует, и следующий параметр командной строки, -P, интерпретируется как параметр имени хоста.

Что-то вроде этого:

HOST=""
PORT=""
/path/to/command $OTHER_ARGS -H $HOST -P $PORT 

что из-за пустых и отсутствующих переменных выглядит так:

/path/to/command -H -P 

Найти то или иное приложение может быть так же просто или так же сложно, как найти приложение (которое работает некорректно), поддерживающее -Pпараметр командной строки...

Связанный контент