Извините, это - моя ошибка. Это должно быть 11216 (я путал с портом при тестировании с 2 экземплярами на сервере 1).
На Вашем блоге Вы не сделали конкретный порт TCP для репликации (-X). Значением по умолчанию это 11212, не 11211, поэтому Вы не можете telnet к 11 211. Кроме того, у Вас есть ошибка опечатки с IP-адресом в DAEMON_ARGS, 192.168.168.62 вместо 192.168.168.2.
Я протестировал снова и все еще добрался, "Соединение отказалось" от ошибки когда telnet. Ниже детали:
Запустите memcached на 106:
# /usr/local/memcached/bin/memcached -v -d -u memcached -l 192.168.7.106 -p 11216 -c 2048 -m 512 -P /usr/local/memcached/var/run/test.pid -x 192.168.3.82 -X 11216
replication: connect (peer=192.168.3.82:11216)
replication: marugoto copying
replication: close
replication: listen
failed to listen
replication: accept
Запустите memcached на 82:
# /usr/local/memcached/bin/memcached -v -d -u memcached -l 192.168.3.82 -p 11216 -c 2048 -m 512 -P /usr/local/memcached/var/run/test.pid -x 192.168.7.106 -X 11216
replication: connect (peer=192.168.7.106:11216)
replication: marugoto copying
replication: start
на 106:
# lsof -i :11216
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
memcached 777 memcached 7u IPv4 10701963 TCP 192.168.7.106:11216->192.168.3.82:60861 (ESTABLISHED)
на 82:
# lsof -i :11216
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
memcached 18305 memcached 6u IPv4 55702870 TCP 192.168.3.82:60861->192.168.7.106:11216 (ESTABLISHED)
memcached 18305 memcached 9u IPv4 55702872 TCP 192.168.3.82:11216 (LISTEN)
Тестирование с telnet:
# telnet 192.168.7.106 11216
Trying 192.168.7.106...
telnet: connect to address 192.168.7.106: Connection refused
telnet: Unable to connect to remote host: Connection refused
Я также пытался связать memcached с любым интерфейсом (не сделал определенного-l, когда запускаются), но он все еще не слушает на порте 11216:
$ ps -ef | grep 11216
502 2305 1 0 10:37 ? 00:00:00 /usr/local/memcached/bin/memcached -v -d -u memcached -p 11216 -c 2048 -m 512 -P /usr/local/memcached/var/run/test.pid -x 192.168.3.82 -X 11216
# lsof -i :11216
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
memcached 2305 memcached 7u IPv6 10707474 TCP 192.168.7.106:11216->192.168.3.82:47534 (ESTABLISHED)
SPF плохо работает с пересылкой электронной почты.
Принимающий сервер (в данном случае Gmail) проверяет, что IP-адрес SMTP-сервера, отправляющего ему почту, авторизован в записи SPF домена адреса отправителя. Если у вас есть сервер пересылки (в данном случае hmailserver) в середине, маловероятно, что IP-адрес сервера будет настроен в записи SPF всех отправителей, которые проходят через него.
В конкретном тестовом случае, когда вы ' повторно отправляя тестовое электронное письмо из учетной записи, которой вы владеете, вы, конечно, можете обновить свою собственную запись SPF, включив IP-адрес hMailServer, но это только маскирует проблему, потому что третьи лица, отправляющие электронную почту, по-прежнему будут отображаться как сбой SPF.
Схема перезаписи отправителя (SRS) была создана как способ решения этой проблемы. Однако, hMailServer его не поддерживает. ( Тема форума )
Если вы найдете бесплатный почтовый сервер Windows, поддерживающий SRS, это, надеюсь, решит вашу проблему. (Если да, дайте мне знать)