Puncte:0

Clientul PPTP eșuează sub alt ISP

drapel us

Am configurat o conexiune VPN PPTP la un serviciu care se conectează cu succes atunci când încerc să mă conectez prin ISP-ul pe care îl folosește serviciul. Când încerc sub ISP-ul pe care îl folosesc în munca mea (care este ISP-ul cu care trebuie să lucrez în mod regulat), conexiunea eșuează după câteva secunde. Editați | ×: După o solicitare în comentarii, am adăugat mai multe informații mai jos:

ÎÎ¿Ï Î» 12 08:44:22 Desktop pppd[8923]: pppd 2.4.7 început de root, uid 0
ÎÎ¿Ï Î» 12 08:44:22 Desktop pptp[8928]: nm-pptp-service-8913 log[main:pptp.c:353]: Opțiunea pptp sincronă NU este activată
ÎÎ¿Ï Î» 12 08:44:22 Desktop pppd[8923]: Utilizarea interfeței ppp0
ÎÎ¿Ï Î» 12 08:44:22 Desktop NetworkManager[643]: <info> [] manager: (ppp0): dispozitiv Ppp nou (/org/freedesktop/NetworkManager/Devices/3)
ÎÎ¿Ï Î» 12 08:44:22 Desktop NetworkManager[8923]: Utilizarea interfeței ppp0
ÎÎ¿Ï Î» 12 08:44:22 Desktop NetworkManager[8923]: Conectare: ppp0 <--> /dev/pts/1
ÎÎ¿Ï Î» 12 08:44:22 Desktop pppd[8923]: Conectare: ppp0 <--> /dev/pts/1
ÎÎ¿Ï Î» 12 08:44:23 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_rep:pptp_ctrl.c:258]: Tipul pachetului de control trimis este 1 „Start-Control-Connection- Cerere'
ÎÎ¿Ï Î» 12 08:44:23 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:781]: Răspuns primit la conexiune Start Control
ÎÎ¿Ï Î» 12 08:44:23 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:815]: Conexiune client stabilită.
ÎÎ¿Ï Î» 12 08:44:24 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_rep:pptp_ctrl.c:258]: Tipul pachetului de control trimis este 7 „Outgoing-Call-Request”
ÎÎ¿Ï Î» 12 08:44:24 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:900]: Răspuns la apel primit.
ÎÎ¿Ï Î» 12 08:44:24 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:938]: Apel de ieșire stabilit (ID apel 37580, ID apel peer 53533) .
ÎÎ¿Ï Î» 12 08:44:53 Desktop pppd[8923]: LCP: timeout trimiterea cererilor de configurare
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: LCP: timeout trimiterea cererilor de configurare
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: Conexiunea sa încheiat.
ÎÎ¿Ï Î» 12 08:44:53 Desktop pppd[8923]: Conexiune terminată.
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[643]: <info> [] vpn-connection[*********,"*******",0] : Serviciu VPN dis>
ÎÎ¿Ï Î» 12 08:44:53 Desktop pptp[8928]: nm-pptp-service-8913 warn[decaps_hdlc:pptp_gre.c:226]: citire scurtă (-1): Eroare de intrare/ieșire
ÎÎ¿Ï Î» 12 08:44:53 Desktop pptp[8928]: nm-pptp-service-8913 warn[decaps_hdlc:pptp_gre.c:238]: pppd poate fi oprit, vezi jurnalul pppd
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: Terminare la semnalul 15
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: Proces copil /usr/sbin/pptp **.**.**.** --nolaunchpppd --loglevel 0 --logstring nm- pptp-service-8913 (pid 8926) termina>
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: Închidere modem 

Când am căutat motivul, am văzut multe cazuri în care cele de mai sus se datorau restricțiilor protocolului GRE de la ISP. Există vreo modalitate de a avea o perspectivă mai bună a motivului pentru care se întâmplă acest lucru. De exemplu, dacă se datorează GRE, cum pot confirma acest lucru? Serviciul de asistență ISP nu este dispus să mă ajute decât dacă am o cerință concretă.

Editați | ×: De asemenea, TCP dump returnează următoarele atunci când urmărește GRE:

GREv1, apel 42081, seq 1, lungime 36: LCP, Conf-Request (0x01), id 1, lungime 22

Întrucât cererea de mai sus rămâne fără răspuns și deși este trimisă în mod repetat, presupun că într-adevăr motivul este restricția GRE.

waltinator avatar
drapel it
„`LCP`” înseamnă „Link Control Protocol”. Ați omis mesajele anterioare. Uită-te la bușteni! `sudo journalctl -b 0 -u NetworkManager`. Citiți `man journalctl`.
user9839468 avatar
drapel us
@waltinator n.p. le pot împărtăși.

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.