Вам даже не нужно использовать TCP. AoE - это реализация ATA через Ethernet, будучи уровнем 2, это подход с меньшими накладными расходами без знания стека TCP / IP. Это обеспечит максимально быструю передачу с наименьшими накладными расходами. ***
https://en.wikipedia.org/wiki/ATA_over_Ethernet
*** если сеть является узким местом, убедитесь, что вы отправляете сжатые данные.
Для меня это сработало путем отключения selinux в CentOS7
Для постоянного отключения после перезагрузки сделайте:
sudo nano /etc/selinux/config
SELINUX=permissive or disabled
сохраните файл
sudo setenforce 0
и проверьте с помощью
sestatus
Para cualquiera que tenga este problema en el futuro, no deshabilite SElinux, aprenda a usarlo. Deshabilitarlo es casi como quitar toda la seguridad de un arma de fuego porque el gatillo no funcionará cuando intente disparar.
Esta es la forma correcta de abordar este problema:
semanage fcontext -a httpd_sys_rw_content_t "/var/www/html(/.*)?"
Permitirá permisos de apache para leer y escribir en el directorio dado.
después, debería poderrestorecon -Rv /var/www/html
y eso debería resolver su problema.
Publicado por @MADforFUNandHappy
Por lo que he recopilado, la razón general de esto se debe a los permisos de SELinux. Cuando crea hosts virtuales, SELinux espera que cree tipos de SELinux para cada host virtual para que cada host no pueda pisotear o leer archivos de otro host, lo cual tiene sentido.
Si tiene policycoreutils
instalado, puede usar audit2why
para echar un vistazo a lo que se le niega el acceso y, a menudo, sugiere formas de remediar esto (no siempre es la mejor manera de arreglar el problema, pero a menudo lo más rápido sin simplemente deshabilitar SELinux ).
Por ejemplo, para ver todos los accesos denegados en el registro de auditoría:audit2why <<< "$(</var/log/audit/audit.log)"
Lo más probable es que veas algo como:
type=AVC msg=audit(1528554604.842:403): avc: denied { append } for pid=34797 comm="httpd" name="error.log" dev="sda2" ino=51161328 scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r:httpd_sys_content_t:s0 tclass=file
Was caused by:
The boolean httpd_unified was set incorrectly.
Description:
Allow httpd to unified
Allow access by executing:
# setsebool -P httpd_unified 1
En este caso, habilitar httpd_unified
permite que httpd se inicie correctamente de nuevo, ya que permite que todos los hosts virtuales compartan el contexto de tipo, que es menos seguro, pero nuevamente es mejor que apagar SELinux.
Ver:https://www.redhat.com/archives/fedora-selinux-list/2009-March/msg00070.html