L2TP lidhet, por negociimi PPP dështon: në cilën fazë?

Tuneli IPsec vendoset, klienti shfaq një partner të mbrojtur dhe pastaj lidhja vdes përpara se diçka të arrijë në nënrrjetin privat. Ky boshllëk është PPP që bën punën e vet: opsionet e lidhjes, vërtetimi i përdoruesit dhe caktimi i adresës ndodhin të gjitha pasi tuneli i kriptuar ekziston. Asgjë në një shkëmbim të suksesshëm të fazës së parë nuk jep fjalëkalim ose adresë të brendshme. Lexoni fazat me radhë dhe dështimi zakonisht e emërton vetveten.

Tuneli është vetëm shtresa e parë

L2TP transporton korniza PPP brenda një tuneli të mbrojtur nga IPsec, që do të thotë se dy negociime të pavarura duhet të kenë sukses përpara se një paketë të mund të rrugëzohet. Ai i jashtëm provon se të dy skajet bien dakord për çelësat dhe identitetet. Ai i brendshëm vendos parametrat e lidhjes, nëse përdoruesi vërtetohet dhe çfarë adrese merr klienti.

Një dështim brenda PPP duket si tunel i thyer në çdo klient që shfaq vetëm një dritë statusi. Trajtimi i tij si problem tuneli çon në rigjenerim çelësash, rinisje shërbimesh dhe në fund në zëvendësimin e një sekreti të përbashkët që nuk ishte kurrë i gabuar. Dallimi i dobishëm është i lirë: nëse shkëmbimi me partnerin përfundoi dhe klienti kaloi në një kërkesë për emrin e përdoruesit ose në një fazë vërtetimi, tuneli është në rregull. Çdo gjë pas kësaj pike i përket PPP.

Lexoni fazën e fundit që pati sukses

Ecni përpara në regjistër dhe ndaloni në fazën e parë që nuk përfundoi. Fillimisht vjen LCP, pastaj vërtetimi, pastaj IPCP për parametrat IPv4.

sudo journalctl -u xl2tpd -b --no-pager | tail -n 40
sudo journalctl -b --no-pager | grep -i -E 'pppd|lcp|chap|ipcp'
ip -4 address show ppp0

Një timeout i LCP do të thotë që dy skajet nuk ranë kurrë dakord për opsionet bazë të lidhjes, që është një profil që nuk përputhet ose një protokoll i brendshëm i bllokuar, jo një fjalëkalim i keq. Një refuzim i shprehur i vërtetimit është rasti i kundërt: lidhja u ngrit dhe njëra anë refuzoi kredencialet. Një timeout i IPCP pas vërtetimit të suksesshëm tregon për grupe adresash ose politikën e serverit. Secili prej tyre ka një pronar tjetër dhe një rregullim tjetër, prandaj faza ka më shumë rëndësi se teksti përfundimtar i gabimit.

Mbajeni fragmentin e regjistrit bashkë me emrin e fazës në tiketë. Një bisht i ngjitur pa kufirin e fazës e fton lexuesin tjetër të hamendësojë, dhe hamendësimi këtu kushton një orë.

Marrëveshja midis klientit dhe serverit

Të dy skajet duhet të pranojnë të njëjtën metodë vërtetimi, dhe një profil i ruajtur mund të kërkojë një që serveri e hoqi në tremujorin e kaluar. Vendosjet e menaxhuara fshehin edhe anën e serverit, ku arsyeja e refuzimit zakonisht regjistrohet tek përdoruesi dhe jo tek pajisja.

Aktivizoni një metodë të mbështetur në vend të çdo opsioni të vjetër, sepse një klient që ofron pesë metoda fsheh se cila dështoi. Kërkoni nga administruesi politikën në anën e serverit dhe refuzimin e saktë, gjë që nuk kërkon që dikush të publikojë një fjalëkalim. Një metodë e vjetër e aktivizuar për të shpëtuar një klient ka prirje të përhapet në çdo profil që kopjon skedarin.

Verifikoni adresën, jo hyrjen

Një hyrje e përfunduar nuk është sesion i përdorshëm. IPCP negocion adresën e brendshme, dhe një grup i shterur ose një politikë që e refuzon klientin mund të lërë ende një tunel të lidhur pa asgjë për të rrugëzuar.

ip -4 address show ppp0
ip route get 10.52.9.1
ping -c 2 10.52.9.1

Kontrolloni fillimisht adresën e brendshme, pastaj rrugën dhe zgjidhësin për burimin që ju nevojitet vërtet. Një adresë e brendshme nuk është dalja publike që raporton një faqe interneti, dhe ngatërrimi i të dyjave i dërgon njerëzit të gjuajnë një rrjedhje që nuk ekziston. Testoni burimin privat sipas adresës përpara se ta testoni sipas emrit, që një dështim DNS të mos merret për dështim rrugëzimi.

Shkruani fazën, metodën dhe adresën në një shënim dhe vendosni datën. Nëse i njëjti llogari dështon përsëri pas një muaji, ai shënim është dallimi midis një kontrolli pesëminutësh dhe një hetimi të ri. Dështimet në faza të ndryshme janë incidente të ndryshme, edhe kur klienti shfaq një dialog të vetëm.