Это кажется, что они повредили свою реализацию ВХОДА В СИСТЕМУ AUTH. Я был помещен в эту неудачную ситуацию также. Существует то, что я нашел:
в smtp разговоре, когда постфикс пытается сделать автора входа в систему:
250 OK
AUTH LOGIN
334 VXNlcm5hbWU6
существует \0 (двоичный нуль) в конце Имени пользователя: строка, которую я предполагаю, не должна быть там, так или иначе путем добавления \0 (двоичный нуль) в конец имени пользователя и пароля перед base64-лугом их и отправки к обмену, я смог войти в систему успешно, однако как сказать постфиксу добавлять \0 в конце входа в систему и пароля, который я не знаю.
# echo -e 'username\0' | base64
abcdefg
# echo -e 'password\0' | base64
hijklmno
250 OK
AUTH LOGIN
334 VXNlcm5hbWU6
abcdefg
334 UGFzc3dvcmQ6
hijklmno
235 2.7.0 Authentication successful.
You should try to setup different local ip for connections, something like this:
localip 172.20.1.1-100
remoteip 172.20.1.101-200
also, set your filewall rules:
# accept incoming control connections via conntrack
iptables -A INPUT -p tcp --dport 1723 -m conntrack --ctstate NEW -j ACCEPT
# accept GRE protocol
iptables -A INPUT -p gre -j ACCEPT
# allow packet forwarding from VPN subnet with TCP max segment size tune
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -s 172.20.1.0/24 -j TCPMSS --clamp-mss-to-pmtu
and please, post your pptpd.conf and pptpd-options file