Puncte:0

Problemă de conectare PPTP VPN

drapel sa

Am avut o problemă ciudată cu PPTP VPN. Din anumite motive, aceeași configurație funcționează bine (mă pot conecta) pe Ubuntu 20.04, dar nu funcționează în Debian 10 sau 11. Pe Debian, în jurnalele primesc:

12 octombrie 17:44:51 x pppd[567]: Conectare: ppp0 <--> /dev/pts/1
Oct 12 17:44:51 x systemd-udevd[569]: ethtool: autonegotiation este dezactivată sau activată, viteza și duplexul nu pot fi scrise.
Oct 12 17:44:51 x pptp[570]: anon log[main:pptp.c:353]: Opțiunea pptp sincronă NU este activată
Oct 12 17:44:52 x pptp[579]: anon log[ctrlp_rep:pptp_ctrl.c:259]: Tipul pachetului de control trimis este 1 „Start-Control-Connection-Request”
Oct 12 17:44:52 x pptp[579]: anon log[ctrlp_disp:pptp_ctrl.c:781]: Răspuns primit la Start Control Connection
Oct 12 17:44:52 x pptp[579]: anon log[ctrlp_disp:pptp_ctrl.c:815]: Conexiune client stabilită.
12 octombrie 17:44:52 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 oct 17:44:53 x pptp[579]: anon log[ctrlp_rep:pptp_ctrl.c:259]: tipul pachetului de control trimis este 7 „Solicitare-apel-ieșire”
Oct 12 17:44:53 x pptp[579]: anon log[ctrlp_disp:pptp_ctrl.c:900]: Răspuns la apel primit primit.
Oct 12 17:44:53 x pptp[579]: anon log[ctrlp_disp:pptp_ctrl.c:939]: Apel de ieșire stabilit (ID apel 35522, ID apel peer 26496).
12 oct 17:44:55 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 octombrie 17:44:58 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 oct 17:45:01 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 octombrie 17:45:04 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 oct 17:45:07 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 octombrie 17:45:10 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 oct 17:45:13 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 oct 17:45:16 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 oct 17:45:19 x pppd[567]: trimis [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1346f064> <pcomp> <accomp>]
12 octombrie 17:45:22 x pppd[567]: LCP: timeout trimiterea cererilor de configurare
Oct 12 17:45:22 x pppd[567]: Conexiunea sa încheiat.
12 octombrie 17:45:22 x pppd[567]: Închidere modem

nu este o chestiune de încărcare nf_conntrack_pptp sau nf_conntrack_proto_gre modulele nucleului

aici este configurația:

pty "pptp 1.2.3.4 --nolaunchpppd --debug"
autentificare cu nume
parola parola
nume la distanță PPTP
#require-mppe-128
cere-mschap-v2
refuz-eap
refuz-pap
refuz-cap
refuza-mschap
noauth
depanare
persista
maxfail 0
ruta implicită
înlocuiredefaultroute
usepeerdns

vreo idee?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.