марионетка создает сертификат с fqdn

Я думаю, что могу ответить на первый вопрос: если Ваши клиенты так близко, Gigabit Ethernet является равным волокну, но менее дорогим. таким образом, это - Ваш ответ там.

Что касается производительности сети, важная вещь понять состоит в том, что некоторый более дешевый гигабитный переключатель с 40 портами не может обработать 40 Гбит/с длительного трафика. Скорее единственный банк имеет предел для сетевого использования его портов.

Если у Вас будет такой переключатель, то Вы просто захотите иметь единственный клиент (или два, если цена будет проблемой) на банк.

Что касается дополнительной возможности управляемого коммутатора, Вам не будет нужен QoS. Это только действительно необходимо, когда у Вас есть различные типы трафика, работающего одновременно, часть из которого является зависящей от времени: скажите, работая bittorrent в то же время, что и вызов Skype. Очевидно, более важно, чтобы пакеты вызова Skype получили приоритет, таким образом, у Вас нет задержки. Но в этом случае Вам не будет нужно это, так как весь Ваш сетевой трафик был бы в том же приоритете, высоко.

Также полагайте, что насыщенность ссылки является очень трудной. Вы, вероятно, хотели бы использовать два порта Ethernet и использование 802.11ad для связывания их: лучшие методы связывания все требуют поддержки оборудования и конфигурации на стороне коммутатора, которая обычно переводит в управляемый коммутатор.

Наконец, полагайте, что более высокая цена получит Вас более высокая производительность :)

Так, таким образом: получите хороший переключатель и получите управляемый коммутатор, если Вы планируете максимизацию пропускной способности сервера (который я думаю, что Вам будет нужно при увеличении res до 1920x1080 и клиентов к 6).

3
задан 5 August 2013 в 14:23
2 ответа

Check the FQDN of your host:

# hostname -f
# domainname

Check also for a valid entry in your /etc/hosts file:

1.2.3.4  dns01.srv.acentauri.net.uk dsn01

Additionally, set the HOSTNAME entry in /etc/sysconfig/network to the FQDN.

Remove the invalid cryptographic content under /var/lib/puppet/ssl in the client machine:

# rm -rf /var/lib/puppet/ssl

and reissue the request, this time waiting for the answer:

# puppet agent --test --waitforcert 2
2
ответ дан 3 December 2019 в 06:36

The client machine probably has an entry for dns01 in /etc/hosts. Have a look at what hostname -f and hostname -i return and clean up any discrepancies.

1
ответ дан 3 December 2019 в 06:36

Теги

Похожие вопросы