Sinasabi ng PPTP na mali ang password mo: aling pagwawasto ang mauna?

Ang mga profile ng PPTP na nagsasabing mali ang password mo ay nagsasabi ng mas makitid kaysa sa tunog nito. Ang sikreto ay sinusubok sa pinakadulo ng isang kadena na nagsisimula sa negosasyon ng kakayahan, kaya anumang hindi pagkakatugma nang mas maaga sa kadenang iyon ay lumilitaw bilang pagkabigo sa pagpapatunay. Kaya ang pag-reset ng password, muling pag-type nito, o muling paggawa ng profile ay walang binabago. Basahin muna ang negosasyon, pagkatapos ay piliin ang pagwawasto batay sa kung gaano karami ng landas ang kontrolado mo.

Bakit hindi kailanman sinusubok ang sikreto

Ang pagpapatunay ng PPP ay pinag-uusapan: nagmumungkahi ng mga paraan ang server, sumasagot ang kliyente ng kaya nitong gawin, at nagkakasundo ang dalawa sa isa bago pa magpalitan ng anumang kredensyal. Kapag ang server ay nag-aalok lamang ng EAP-PEAP at hindi ito ipinatutupad ng pppd ng kliyente, nagtatapos ang usapan sa yugto ng mungkahi. Itinatala ng server ang pagkabigo sa pagpapatunay dahil iyon ang yugtong nabigo, hindi dahil inihambing ang password at nakitang kulang.

Kaya magkapareho ang error para sa maling password at para sa hindi pagkakatugma ng paraan. Ang log lamang ang nagtatangi sa kanila, at ito ay kung pinapayagan ang kliyente na maging detalyado.

Basahin ang negosasyon, hindi ang huling error

Patakbuhin ang koneksyon sa harapan na may naka-on na pag-debug at basahin ang mga linya ng pagpapatunay mula sa itaas. Binabanggit ng log ang iminungkahing paraan, ang tinanggap na paraan, at kung saan tumigil ang palitan. Ang profile na hindi kailanman lumalabas sa CHAP o MSCHAPv2 habang inaasahan ng server ang PEAP ay problema sa paraan, hindi problema sa kredensyal. Ang huling linya ng log na iyon ay kung saan sumuko ang kliyente, hindi kung saan naroon ang sanhi.

sudo pppd call provider debug nodetach

Itabi ang output na iyon. Ito rin ang ebidensyang kailangan ng may-ari ng network bago baguhin ang patakaran ng server, at nilulutas nito ang tanong kung ang password ay kasangkot talaga.

Nagtago ang pangalawang sanhi sa file ng mga sikreto

Kung ipinapakita ng log na tugma ang mga paraan, tingnan ang file na nag-iimbak ng sikreto. Ang bagong linya o puwang sa dulo na nakasulat sa field ng password ay ipinapadala bilang bahagi ng password, kaya inihahambing ng server ang ibang string kaysa sa tinipa mo. Mukhang tama ang file sa isang editor, at iyon mismo ang dahilan kung bakit nakakaligtas ito sa napakaraming pagsubok.

sudo cat -A /etc/ppp/chap-secrets

Minarkahan ng dollar sign ang dulo ng bawat linya sa output na iyon. Ang field ng password na may anumang bago ang markang iyon, o ligaw na puwang sa pagitan ng mga field, ay kailangang isulat muli gamit ang mga quote na dokumentado ng tool.

Piliin ang pagwawasto batay sa kung kanino ang server

Kung sa iyo ang server, ang pagpayag sa MSCHAPv2 para sa account na iyon ang pinakamaliit na pagbabago, at dapat mong itala na sinadya mong tinanggap ang mas mahinang paraan. Kung pag-aari ito ng ibang tao, ang tapat na pagwawasto ay isang kliyenteng nagpapatupad ng EAP-PEAP; ang pag-patch ng pppd ay ginagawang problema mo sa pagpapanatili ang hindi pagkakatugma. Kung bukas pa ang pagpili ng protocol, ang PPTP ang pinakamahinang bahagi ng disenyo at karaniwang mas mura ang paglipat kaysa panatilihing buhay ang isang naka-patch na kliyente. Isulat ang desisyong iyon sa tabi ng profile para hindi na ito buksan muli ng susunod na tao.

Anuman ang rutang piliin mo, subukan pagkatapos mula sa pangalawang makina sa ibang network. Ang naka-save na profile ay maaaring patuloy na mag-alok ng lumang paraan at magmukhang sira ang isang naayos na server. Pagkatapos ay alisin ang setting ng pag-debug, dahil ang detalyadong PPP log ay maaaring makakuha ng higit sa gusto mo sa isang shared na workstation.