PPTP kliens linuxon

Hálózatok egyéb

PPTP kliens linuxon

  • 2445 megtekintés

( athila v | 2005. 10. 01., szo – 14:09 )

Én még visszatérnék arra az MPPE patchre.
A Debiannak van saját kernelpatche (kernel-patch-mppe a neve), célszerű azt telepítened.
Debianos kernel-source (ha az van fenn neked) agyon van tuningolva mindenféle okossággal, pl. a patch-o-matic SEMMILYEN debianos kernelforrásra nem megy fel, csak a "hivatalos" kernel-sourcera.
Ha fel is megy, nem működik :)

( radulovity | 2005. 10. 01., szo – 15:16 )

Van ker kernelem, a debianos default (sarge). ami debianos MPPE-s patcheval lett patcholva, es 2.6.13-2, ami a fenti URL-n talalhato tacheval lett keszitve. Szoval, mindehol megvan a patch, csak sehol sem mukodik :(
Valami mas 5let?

( radulovity | 2005. 10. 01., szo – 00:55 )

Adott egy szerver, a Windows kliensem szepen csatlakoznak ra, minden mukodik tokeletessen. A gond amikor hazamegyek, es Debian-rol, 2.6.13-2 patchelt kernelrol probalok csatlakozni a patchelt pppd-vel, furcsa hibakat kapok:

/usr/sbin/pppd: In file /etc/ppp/options.pptp: unrecognized option 'require-mppe'
Sep 30 23:31:24 hidra pptp[6311]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
Sep 30 23:31:25 hidra pptp[6311]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Sep 30 23:31:25 hidra pptp[6311]: anon log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.
Sep 30 23:31:25 hidra pptp[6311]: anon log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0, peer's call ID 128).
Sep 30 23:31:25 hidra pppd[6308]: In file /etc/ppp/options.pptp: unrecognized option 'require-mppe'
Sep 30 23:31:27 hidra pptp[6315]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error
Sep 30 23:31:27 hidra pptp[6315]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log
Sep 30 23:31:27 hidra pptp[6311]: anon log[callmgr_main:pptp_callmgr.c:231]: Closing connection (unhandled)
Sep 30 23:31:27 hidra pptp[6311]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Sep 30 23:31:27 hidra pptp[6311]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)

Barmitis csinalok, nincs forgalom. Olykor sikerul csatlakozni a szerverhez, de akkor meg nem jon forgalom, cask megy, es egy ido utan szetbomlik a kapcsolat.

( tolmi | 2005. 10. 01., szo – 02:14 )

[quote:05090b3e7f="radulovity"]
Sep 30 23:31:25 hidra pppd[6308]: In file /etc/ppp/options.pptp: unrecognized option 'require-mppe'

Sztem régi a pppd-d. Régen nem require-pppd-nek hívták ezt az opciót. Ha patchelted, biztos hogy a /usr/local-beli pppd-t hívod és nem a Debian által installált pppd-t?
pppd -v segíthet. Ott 2.3.x-nek kellene lennie ha jól emlékszem.

( radulovity | 2005. 10. 01., szo – 08:22 )

pppd version 2.4.3
En is gyanakodtam erre, de nem itt a gond. Ha kiszedem a require-mppe-t, akkor megvan a kapcsotat a szerverel, de nincs adatforgalom, es elszall egy ido utan a kovethezo hibaval:

Oct 1 01:00:16 hidra pptp[6821]: anon log[pptp_handle_timer:pptp_ctrl.c:1049]: closing control connection due to missing echo reply
Oct 1 01:00:16 hidra pptp[6821]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Oct 1 01:00:16 hidra pptp[6821]: anon log[pptp_conn_close:pptp_ctrl.c:430]: Closing PPTP connection
Oct 1 01:00:16 hidra pptp[6821]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Oct 1 01:00:16 hidra pptp[6821]: anon log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
Oct 1 01:00:22 hidra pppd[6823]: No response to 4 echo-requests
Oct 1 01:00:22 hidra pppd[6823]: Serial link appears to be disconnected.
Oct 1 01:00:22 hidra pppd[6823]: Connect time 1.9 minutes.
Oct 1 01:00:22 hidra pppd[6823]: Sent 1860433737 bytes, received 0 bytes.
Oct 1 01:00:28 hidra pppd[6823]: Connection terminated.

( lbodnar | 2005. 10. 01., szo – 09:22 )

win serverhez csatlakoznal?
engem is erdekelne a dolog, meg nem csinaltam ilyet kellene egy kis utmutato ha lehet.
nalunk vpn + remote desktoppal menne az eleres .

elore is koszi

zsomi

( radulovity | 2005. 10. 01., szo – 09:35 )

A szerver FreeBSD-n van. A kliensek mind Windows-osok, es ok rendessen csatlakoznak a szerverhez, kapnak fix public IP-t, a kapcsolat stabil, van forgalmuk. A god, az othoni gpem, mivel Debian GNU/Linux alol nem tudok csatlakozni a szerverhez, avagyis, csatlakozni tudok, de nincs forgalom, a control ping csomagok nem mennek at, es a szerver felbontja a kapcsolatot.
Kicsit hulye helyzet, amikor karbantartasz egy PPTP servert, FBSD alatt, minden kliensednek mukodik, hasznaljak, csak epp te vagy az, aki ne tudja hasznalni :(

( lbodnar | 2005. 10. 01., szo – 09:44 )

:)
ilyen az elet
en win2003 -hoz csatlakoznek vpn-nel + remote desktoppal, de egyenlore a kernel patch utani kernel forgatasnal jarok.

remelem ossze fog jonni a csatlakozas

zsomi

( TommyB | 2005. 10. 01., szo – 10:31 )

Régen csináltam ilyen PPTP klienses dolgot, és kellett egy MPPE kernel patch ha csatlakozni akartam windows pptp-hez, ez talán segít a problémádon.
http://mppe-mppc.alphacron.de/

( radulovity | 2005. 10. 01., szo – 10:46 )

Patcholva van a kernel is, es a pppd is ....
Ezert nem ertem a dolgot, mivel a kapcsolodas megtortenik, csak nincs bejovo forgalom, mig a kimeno gorgalom 1.5 GB (!!!)

( tolmi | 2005. 10. 01., szo – 10:47 )

[quote:d97c10b762="radulovity"]pppd version 2.4.3
En is gyanakodtam erre, de nem itt a gond. Ha kiszedem a require-mppe-t, akkor megvan a kapcsotat a szerverel, de nincs adatforgalom, es elszall egy ido utan a kovethezo hibaval:

Oct 1 01:00:16 hidra pptp[6821]: anon log[pptp_handle_timer:pptp_ctrl.c:1049]: closing control connection due to missing echo reply

Pedig a require-mppe-t ismernie kell a peccselt pppd-nek. Peccseld meg ujra es forditsd le. Milyen patch-et applikáltál rá? Itt talalsz keszre peccselt pppd source-ot. Amig nem eszi meg az MPPE-t addig sajnos egy centit sem tudsz előre mozdulni.

( tolmi | 2005. 10. 01., szo – 10:48 )

[quote:786f05c7f8="radulovity"]Patcholva van a kernel is, es a pppd is ....
Ezert nem ertem a dolgot, mivel a kapcsolodas megtortenik, csak nincs bejovo forgalom, mig a kimeno gorgalom 1.5 GB (!!!)

Igen, mert bár a kapcsolatot felépíti a két pppd, de a rajta keresztülfolyó LCP csomagokat másként titkosítják. A szerver MPPE-t vár, te meg nem beszéled azt.

( radulovity | 2005. 10. 01., szo – 10:52 )

Hmmm, a URL-n csak patchek vannak, es nincs elorepatcholt pppd, neked megvan? Van talan deb-esitett pppd-d, amit megpatcholtal?

( tolmi | 2005. 10. 01., szo – 11:11 )

[quote:350c80ed5b="radulovity"]Hmmm, a URL-n csak patchek vannak, es nincs elorepatcholt pppd, neked megvan? Van talan deb-esitett pppd-d, amit megpatcholtal?

Okay. Tenyleg csak peccsek vannak ott. :( De most jutott eszembe, hogy a Debian Sarge-os pppd-t talan nem is kell patchelni. Nezd mar meg pliz a man pppd-ben hogy neked van-e szó a "require-mppe"-rol, mert az en Ubuntum-on van es meg is eszi a require-mppe-t.

( radulovity | 2005. 10. 01., szo – 11:41 )

Huh, hat ugylatszik igazad volt, debianos pppd nem panaszkodik MPPE miatt, de most ugylatszik mas valami a gond ....
A syslogban a kovetkezok:

Oct 1 10:40:49 hidra pptp[8107]: anon log[main:pptp.c:243]: The synchronous pptp option is NOT activated
Oct 1 10:40:49 hidra pptp[8110]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 1 'Start-Control-Connection-Request'
Oct 1 10:40:49 hidra pptp[8110]: anon log[ctrlp_disp:pptp_ctrl.c:721]: Received Start Control Connection Reply
Oct 1 10:40:49 hidra pptp[8110]: anon log[ctrlp_disp:pptp_ctrl.c:755]: Client connection established.
Oct 1 10:40:50 hidra pptp[8110]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 7 'Outgoing-Call-Request'
Oct 1 10:40:50 hidra pptp[8110]: anon log[ctrlp_disp:pptp_ctrl.c:841]: Received Outgoing Call Reply.
Oct 1 10:40:50 hidra pptp[8110]: anon log[ctrlp_disp:pptp_ctrl.c:880]: Outgoing call established (call ID 0, peer's call ID 6232).
Oct 1 10:40:50 hidra pppd[8114]: pppd 2.4.3 started by root, uid 0
Oct 1 10:40:50 hidra pppd[8114]: Using interface ppp0
Oct 1 10:40:50 hidra pppd[8114]: Connect: ppp0 <--> /dev/pts/6
Oct 1 10:40:56 hidra pppd[8114]: Unknown MS-CHAP authentication failure: E=691 R=0
Oct 1 10:40:56 hidra pptp[8110]: anon log[ctrlp_disp:pptp_ctrl.c:770]: Received Stop Control Connection Request.
Oct 1 10:40:56 hidra pptp[8110]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 4 'Stop-Control-Connection-Reply'
Oct 1 10:40:56 hidra pptp[8110]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
Oct 1 10:41:02 hidra pppd[8114]: Connection terminated.
Oct 1 10:41:02 hidra pppd[8114]: Modem hangup
Oct 1 10:41:03 hidra pppd[8114]: Exit.
Oct 1 10:41:03 hidra pptp[8127]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error

( szbalint | 2007. 12. 02., v – 13:41 )

Üdv mindenkinek!

Linux szerverre szeretnék kubuntu 7.10 kliensről pptp-vel kapcsolódni, hogy ezután elérjem a mögötte található windows gépet rdp-vel. Kvpnc-t használnék erre a célra. A dolog már működött egyszer, utána pár hétig nem használtam, majd a napokban mikor újra próbáltam, már nem jött össze. A kvpnc azt mondja, hogy a kapcsolat létrejött, de nem érek el egy gépet sem a belső hálón. A két időpont között frissítettem Feisty-ről Gutsy-ra. A linux-hoz sajnos még kicsit ostoba vagyok, ámde lelkes így lehet, hogy valamit jól elkeféltem, de a pptp kapcsolat beállításait nem bántottam.
A szerveren matatni nem igazán van lehetőségem, de a syslog tartalmát ide tudom másolni.

Kapcsolódáskor:
pptpd[29257]: CTRL: Client xxx.xxx.xxx.xxx control connection started
pptpd[29257]: CTRL: Starting call (launching pppd, opening GRE)
pppd[29258]: pppd 2.4.3 started by root, uid 0
pppd[29258]: Using interface ppp1
pppd[29258]: Connect: ppp1 <--> /dev/pts/3
pppd[29258]: kernel does not support PPP filtering
pppd[29258]: found interface eth1 for proxy arp
pppd[29258]: local IP address 192.168.2.231
pppd[29258]: remote IP address 192.168.2.242

Kapcsolat bontása után:
pptpd[28621]: CTRL: EOF or bad error reading ctrl packet length.
pptpd[28621]: CTRL: couldn't read packet header (exit)
pptpd[28621]: CTRL: CTRL read failed
pptpd[28621]: CTRL: Reaping child PPP[28622]
pppd[28622]: Modem hangup
pppd[28622]: Connect time 0.7 minutes.
pppd[28622]: Sent 0 bytes, received 0 bytes.
pppd[28622]: Connection terminated.
pppd[28622]: Exit.
pptpd[28621]: CTRL: Client xxx.xxx.xxx.xxx control connection finished

Winxp kliensről minden megy tökéletesen.
Számomra elég érdekes, hogy ha szándékosan rossz jelszót adok meg, akkor is minden ugyanígy történik, tehát kvpnc szerint a kapcsolat létrejön.

Valaki tudna segíteni?
Előre is köszi!

Sziasztok!

Sajnos segíteni én sem tudok, de az a baj hogy én is ugyanebben a cipőben járok csak én suse alól próbálkozom. A kapcsolat szépen felépül jelszóbekérés rendben, megkapom az ip cimet a dns-eket. De sajnos adatforgalom csak küldött adat van de az jelentős, vett semmi. Már nagyon régóta szenvedek ezzel a gonddal és sajnos muszály vagyok xp-t is használni mert a cégemnél az internet elérés csak vpn-en keresztül lehetséges. Mellékelem a log-ot bár szerintem ebből nem sok minden derül ki.
tatus is: connecting
pppd[0]: Plugin passwordfd.so loaded.
pppd[0]: Renamed interface ppp0 to dsl0
pppd[0]: Using interface dsl0
Status is: connecting
pppd[0]: Connect: dsl0 <--> /dev/pts/1
pppd[0]: CHAP authentication succeeded
pppd[0]: BSD-Compress (15) compression enabled
pppd[0]: replacing old default route to eth0 [10.56.15.254]
pppd[0]: local IP address 192.168.1.180
pppd[0]: remote IP address 192.168.1.1
pppd[0]: primary DNS address 192.168.1.1
pppd[0]: secondary DNS address 192.168.1.1
pppd[0]: Script /etc/ppp/ip-up finished (pid 13135), status = 0x0
Status is: connected
Status is: disconnecting
pppd[0]: Terminating on signal 15
pppd[0]: Connect time 1.0 minutes.
pppd[0]: Sent 177412801 bytes, received 0 bytes.
pppd[0]: restoring old default route to eth0 [10.56.15.254]
pppd[0]: Script /usr/sbin/pptp 80.x.x.x --nolaunchpppd finished (pid 13130), status = 0x0
pppd[0]: Modem hangup
pppd[0]: Connection terminated.
pppd[0]: Script /etc/ppp/ip-down finished (pid 13311), status = 0x0

az ip cimet én x-eltem ki.

Előre is köszi a segítséget!

Ha csatlakozom akkor a route-ok
192.168.1.1 a vpn kiszolgáló ip

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use I
192.168.1.1 * 255.255.255.255 UH 0 0 0 d
10.56.0.0 * 255.255.240.0 U 0 0 0 e
link-local * 255.255.0.0 U 0 0 0 e
loopback * 255.0.0.0 U 0 0 0 l
default * 0.0.0.0 U 0 0 0 d