Медленный 802.11n на сделанном на заказ маршрутизаторе
Нет, Вы не можете, не исправляя nginx источник, и это было бы неправильно, потому что nginx может встретиться 5xx ошибка на многочисленных причинах, не только породить-fcgi катастрофический отказ.
Просто выполненная икра-fcgi под супервизором процесса, например, инструменты демона или supervisord, который можно настроить для перезапуска икры-fcgi, когда это отказывает.
Если подключение внутри страны хорошее, то узким местом, скорее всего, является ваш интернет-провайдер. Это определенно не связано с вашей точкой доступа. Это либо связь между вашей страной и другими, либо ваш интернет-провайдер может просто не иметь хорошего подключения к иностранным сайтам. Вы можете сузить его, выполнив несколько тестов traceroute на зарубежных сайтах, чтобы увидеть, есть ли очевидные узкие места.
Что касается 40 МГц, если вы находитесь в диапазоне 2,4 ГГц, их всего 3 (или, может быть, 4, где вы) не перекрывающиеся каналы, и использование вами 2 из этих каналов может по-прежнему вызывать проблемы у ваших соседей и, возможно, у вас тоже. Но, как я сказал ранее, это не имеет ничего общего с проблемой, которую вы пытаетесь решить, если вы можете получить хорошую пропускную способность для локальных серверов.
Эта часть файла hostapd.conf по умолчанию вводит в заблуждение:
# ieee80211n: Whether IEEE 802.11n (HT) is enabled
# 0 = disabled (default)
# 1 = enabled
# Note: You will also need to enable WMM for full HT functionality.
ieee80211n=1
Если вы похожи на меня, вы, вероятно, читали это и включали WMM:
wmm_enable=1
Вот что убивает пропускную способность. WMM - это служба QoS, позволяющая оставить полосу пропускания доступной для пакетов с высоким приоритетом. Закомментируйте эту строку wmm_enable = 1, перезапустите hostapd, и вы обнаружите, что n ускоряется там, где должно быть - быстрее, чем g!