|
Титла: PPTP клиент не се свързва под линукс Публикувано от: victim70 в Aug 30, 2011, 23:04 Здравейте,
Проблема с който се мъча е следният. Смениха ми един тунел от openvpn на pptp. Под виндофсът се свързвам без проблеми (тоест GRE не е блокирано, нямам и защитна стена). Под Линукс немога да вдигна тунела. Ситуацията е следната: Код: dzver ~ #pon bahur debug dump logfd 1 nodetach Съдържание на файла /etc/ppp/options.pptp Код: lock Съдържание на файла /etc/ppp/peers/bahur Код: # written by pptpsetup Някой да има идея къде бъркам в конфигурацията? Защо сървера не отговаря на LCP съобщенията а всичко друго до този момент е ОК? От същият компютър под ХП вдига тунела без проблем. ЕДИТ: Модулите са: dzver ~ # lsmod Module Size Used by ppp_mppe 5338 0 ppp_async 6379 0 crc_ccitt 1241 1 ppp_async ppp_generic 21409 2 ppp_mppe,ppp_async slhc 5079 1 ppp_generic Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: tolostoi в Aug 30, 2011, 23:17 Какво има в /var/logmasages от това което виждам (но не съм гледал подобен дебъг) изобщо не се стига до опит за хендшейк, да не бъркаш адреса на сервера или да нямаш маршрут до него (пинг имаш ли до сервера)?
Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: victim70 в Aug 30, 2011, 23:34 Да имам пинг както и телнет до порт 1723. Под вин работи. Във лога се намира същото което е и на терминала. С tcpdump наблюдавам и ситуацията е следната: започва трансвера вдига ppp връзката споразумява се нещо със сървера, и започва да изпраща LCP съобщенията, обаче сървера не отговаря с нищо. След няколкото проби изпраща терминиращо съобщение, сървера отговаря с ACK пакет и се разпада връзката.
Ситуацията е много странна така че грешката е нещо дребно, или пропуск някъкъв. Аз неможах да го открия. Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: tolostoi в Aug 31, 2011, 09:41 Взема ли си адрес? Пробвай да промениш или махнеш криптирането, това понеже имам някакъв смътен спомен, че под виндовс криптирането е по-подразбиране на автоматично разпознаване. Другото което се сещам е, ако не си взема адрес, да му кажеш да пробва другите видове, chap, mschap, mschapv2 ...
Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: gat3way в Aug 31, 2011, 10:23 Без да е минал LCP и IPCP, няма да си вземе IP адрес :)
Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: victim70 в Aug 31, 2011, 19:42 Махнах всички допълнителни настройки, и положението е същото. Защо сървера не отговаря на LCP немога да разбера. Поне да каже нещо че парола или криптиране не му изнася а то мълчание.
А адрес естествено няма - не са се споразумели Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: tolostoi в Sep 01, 2011, 10:14 ??? Бих пробвал с друга мрежова карта и/или с network-manager-а на гнома, напоследък не съм пускал пптп от конзола.
Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: 10101 в Sep 01, 2011, 10:57 В syslog-a какво е положението?
pppd[7094]: CHAP authentication succeeded Sep 1 10:54:48 kernel: [64119.002443] PPP BSD Compression module registered Sep 1 10:54:48 kernel: [64119.039588] PPP Deflate Compression module registered Sep 1 10:54:48 pppd[7094]: LCP terminated by peer (MPPE required but peer negotiation failed) Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: victim70 в Sep 01, 2011, 20:15 С networkmanager положението е същото. Ще пробвам да изтрия настройките за пиър и чап и ще пробвам пак.
В syslog е същото което го дава на екрана, аз не деатачвам процеса. И една "добра" новина е че като стартирам 2 пъти пптп-то вторият път се закачва и имам за 1 минута рутинг до VPN мрежата. След 1 минута го разкачва със следният лог: Script pptp ххх.ххх.ххх.ххх --nolaunchpppd finished (pid 4109), status = 0x0 Sep 1 03:50:33 dzver pppd[4108]: Modem hangup Sep 1 03:50:33 dzver pppd[4108]: Connect time 1.4 minutes. Sep 1 03:50:33 dzver pppd[4108]: Sent 0 bytes, received 0 bytes. Sep 1 03:50:33 dzver pppd[4108]: Script /etc/ppp/ip-down started (pid 4166) Sep 1 03:50:33 dzver pppd[4108]: MPPE disabled Sep 1 03:50:33 dzver pppd[4108]: sent [LCP TermReq id=0x2 "MPPE disabled"] Sep 1 03:50:33 dzver pppd[4108]: Connection terminated. Тоест опитва се да дигне ppp0 интерфейс паралелно и ppp1 интерфейса, ppp0 не успява, но ppp1 го вдига успешно със следните съобщения: Sep 1 03:49:06 dzver pppd[4108]: using channel 8 Sep 1 03:49:06 dzver pppd[4108]: Using interface ppp1 Sep 1 03:49:06 dzver pppd[4108]: Connect: ppp1 <--> /dev/pts/12 Sep 1 03:49:06 dzver modem-manager: (net/ppp1): could not get port's parent device Sep 1 03:49:06 dzver pppd[4108]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x6786ce0a> <pcomp> <accomp>] Sep 1 03:49:06 dzver pppd[4108]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb9949ebe> <pcomp>] Sep 1 03:49:06 dzver pppd[4108]: sent [LCP ConfRej id=0x1 <accomp>] Sep 1 03:49:06 dzver pppd[4108]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xb9949ebe> <pcomp>] Sep 1 03:49:06 dzver pppd[4108]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x6786ce0a> <pcomp>] Sep 1 03:49:06 dzver pppd[4108]: sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x6786ce0a> <pcomp>] Sep 1 03:49:06 dzver pppd[4108]: rcvd [CHAP Challenge id=0x1 <a91a09d620fef9fb6af014f5d4b5866e>, name = "vpnххх"] Sep 1 03:49:06 dzver pppd[4108]: Warning - secret file /etc/ppp/chap-secrets has world and/or group access Sep 1 03:49:06 dzver pppd[4108]: sent [CHAP Response id=0x1 <ed683c2e6d99b8b97009a4ceb353242100000000000000004b68014d521d2577f69db91b85c4306c38403a6718ff40b200>, name = "xxxxx"] Sep 1 03:49:06 dzver pppd[4108]: rcvd [CHAP Success id=0x1 "S=F2909D930EE721BB69E063D023A429E7AD794DFB"] Sep 1 03:49:06 dzver pppd[4108]: CHAP authentication succeeded Sep 1 03:49:06 dzver pppd[4108]: sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>] Sep 1 03:49:06 dzver pppd[4108]: rcvd [IPCP ConfReq id=0x1 <addr 10.35.35.1> <compress VJ 0f 01>] Sep 1 03:49:06 dzver pppd[4108]: sent [IPCP TermAck id=0x1] Sep 1 03:49:06 dzver pppd[4108]: rcvd [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <mppe +H -M +S +L -D -C> <bsd v1 15>] Sep 1 03:49:06 dzver pppd[4108]: sent [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] Sep 1 03:49:06 dzver pppd[4108]: rcvd [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>] Sep 1 03:49:06 dzver pppd[4108]: rcvd [CCP ConfReq id=0x2 <mppe +H -M +S +L -D -C>] Sep 1 03:49:06 dzver pppd[4108]: sent [CCP ConfNak id=0x2 <mppe +H -M +S -L -D -C>] Sep 1 03:49:06 dzver pppd[4108]: rcvd [CCP ConfReq id=0x3 <mppe +H -M +S -L -D -C>] Sep 1 03:49:06 dzver pppd[4108]: sent [CCP ConfAck id=0x3 <mppe +H -M +S -L -D -C>] Sep 1 03:49:06 dzver pppd[4108]: MPPE 128-bit stateless compression enabled Sep 1 03:49:06 dzver pppd[4108]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>] Sep 1 03:49:06 dzver pppd[4108]: rcvd [IPCP ConfNak id=0x1 <addr 10.35.35.166>] Sep 1 03:49:06 dzver pppd[4108]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 10.35.35.166>] Sep 1 03:49:06 dzver pppd[4108]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 10.35.35.166>] Sep 1 03:49:09 dzver pppd[4100]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x6910bab9> <pcomp>] Sep 1 03:49:09 dzver pppd[4108]: rcvd [IPCP ConfReq id=0x1 <addr 10.35.35.1> <compress VJ 0f 01>] Sep 1 03:49:09 dzver pppd[4108]: sent [IPCP ConfAck id=0x1 <addr 10.35.35.1> <compress VJ 0f 01>] Sep 1 03:49:09 dzver pppd[4108]: local IP address 10.35.35.166 Sep 1 03:49:09 dzver pppd[4108]: remote IP address 10.35.35.1 Sep 1 03:49:09 dzver pppd[4108]: Script /etc/ppp/ip-up started (pid 4110) Sep 1 03:49:09 dzver pppd[4108]: Script /etc/ppp/ip-up finished (pid 4110), status = 0x0 В този случай има връзка до вътрешната мрежа но както описах се разкапва след малко със горните съобщения. Въобще си нямам на идея какво не се споразумяват със сървера та да го дигне от първият път. ЕДИТ: Опитах и с networkmanager през 2-те IP-та на рутера резултата е същият: Sep 1 23:25:01 dzver NetworkManager[2374]: <info> Starting VPN service 'pptp'... Sep 1 23:25:01 dzver NetworkManager[2374]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 5213 Sep 1 23:25:01 dzver NetworkManager[2374]: <info> VPN service 'pptp' appeared; activating connections Sep 1 23:25:01 dzver NetworkManager[2374]: <info> VPN plugin state changed: 1 Sep 1 23:25:01 dzver NetworkManager[2374]: <info> VPN plugin state changed: 3 Sep 1 23:25:01 dzver NetworkManager[2374]: <info> VPN connection 'IP VPN BTK' (Connect) reply received. Sep 1 23:25:01 dzver pppd[5215]: Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded. Sep 1 23:25:01 dzver kernel: [41346.240266] PPP generic driver version 2.4.2 Sep 1 23:25:01 dzver pppd[5215]: pppd 2.4.5 started by root, uid 0 Sep 1 23:25:01 dzver modem-manager: (net/ppp0): could not get port's parent device Sep 1 23:25:01 dzver pppd[5215]: Using interface ppp0 Sep 1 23:25:01 dzver pppd[5215]: Connect: ppp0 <--> /dev/pts/7 Sep 1 23:25:01 dzver pptp[5220]: nm-pptp-service-5213 log[main:pptp.c:310]: The synchronous pptp option is NOT activated Sep 1 23:25:01 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' Sep 1 23:25:01 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply Sep 1 23:25:01 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established. Sep 1 23:25:02 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' Sep 1 23:25:02 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply. Sep 1 23:25:02 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 0). Sep 1 23:25:32 dzver pppd[5215]: LCP: timeout sending Config-Requests Sep 1 23:25:32 dzver pppd[5215]: Connection terminated. Sep 1 23:25:32 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1 Sep 1 23:25:32 dzver pppd[5215]: Modem hangup Sep 1 23:25:32 dzver pptp[5220]: nm-pptp-service-5213 warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error Sep 1 23:25:32 dzver pptp[5220]: nm-pptp-service-5213 warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log Sep 1 23:25:32 dzver pptp[5226]: nm-pptp-service-5213 log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled) Sep 1 23:25:32 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' Sep 1 23:25:32 dzver pptp[5226]: nm-pptp-service-5213 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state) Sep 1 23:25:32 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1 Sep 1 23:25:32 dzver pppd[5215]: Exit. Sep 1 23:25:32 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1 Sep 1 23:25:32 dzver NetworkManager[2374]: <info> VPN plugin state changed: 6 Sep 1 23:25:32 dzver NetworkManager[2374]: <info> VPN plugin state change reason: 0 Sep 1 23:25:32 dzver NetworkManager[2374]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active. Sep 1 23:25:32 dzver NetworkManager[2374]: <info> Policy set 'VIVACOM' (eth1) as default for IPv4 routing and DNS. Sep 1 23:25:37 dzver NetworkManager[2374]: <info> VPN service 'pptp' disappeared Sep 1 23:25:59 dzver NetworkManager[2374]: <info> Starting VPN service 'pptp'... Sep 1 23:25:59 dzver NetworkManager[2374]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 5251 Sep 1 23:25:59 dzver NetworkManager[2374]: <info> VPN service 'pptp' appeared; activating connections Sep 1 23:25:59 dzver NetworkManager[2374]: <info> VPN plugin state changed: 3 Sep 1 23:25:59 dzver NetworkManager[2374]: <info> VPN connection 'IP Atlantis' (Connect) reply received. Sep 1 23:25:59 dzver pppd[5252]: Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded. Sep 1 23:25:59 dzver pppd[5252]: pppd 2.4.5 started by root, uid 0 Sep 1 23:25:59 dzver pppd[5252]: Using interface ppp0 Sep 1 23:25:59 dzver pppd[5252]: Connect: ppp0 <--> /dev/pts/7 Sep 1 23:25:59 dzver modem-manager: (net/ppp0): could not get port's parent device Sep 1 23:25:59 dzver pptp[5254]: nm-pptp-service-5251 log[main:pptp.c:310]: The synchronous pptp option is NOT activated Sep 1 23:25:59 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request' Sep 1 23:25:59 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply Sep 1 23:25:59 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established. Sep 1 23:26:00 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request' Sep 1 23:26:00 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply. Sep 1 23:26:00 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 0). Sep 1 23:26:30 dzver pppd[5252]: LCP: timeout sending Config-Requests Sep 1 23:26:30 dzver pppd[5252]: Connection terminated. Sep 1 23:26:30 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1 Sep 1 23:26:30 dzver pppd[5252]: Modem hangup Sep 1 23:26:30 dzver pptp[5254]: nm-pptp-service-5251 warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error Sep 1 23:26:30 dzver pptp[5254]: nm-pptp-service-5251 warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log Sep 1 23:26:30 dzver pptp[5258]: nm-pptp-service-5251 log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled) Sep 1 23:26:30 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request' Sep 1 23:26:30 dzver pptp[5258]: nm-pptp-service-5251 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state) Sep 1 23:26:30 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1 Sep 1 23:26:30 dzver pppd[5252]: Exit. Sep 1 23:26:30 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1 Sep 1 23:26:30 dzver NetworkManager[2374]: <info> VPN plugin state changed: 6 Sep 1 23:26:30 dzver NetworkManager[2374]: <info> VPN plugin state change reason: 0 Sep 1 23:26:30 dzver NetworkManager[2374]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active. Sep 1 23:26:30 dzver NetworkManager[2374]: <info> Policy set 'VIVACOM' (eth1) as default for IPv4 routing and DNS. Sep 1 23:26:35 dzver NetworkManager[2374]: <info> VPN service 'pptp' disappeared С другата мрежа която е на микротик на съседни IP адреси на същите доставчици няма проблем и с конзола и с networkmanager-a на КДЕ. Проблема е че не ми дава достъп до необходимата ми вътрешна мрежа през микротика. Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: tolostoi в Sep 01, 2011, 22:52 Стрелям в тъмното, но в момента не съм в състояние да мисля :)
Да не би ... сервера да прави проверка по мак адрес, а пък под windows да ти е друг мак-а (случва се)? Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: victim70 в Sep 02, 2011, 00:05 Компютъра е един и същи лан картата също, минавам през 10-ина рутера. wireshark също не подсказва нищо. Като стартирам 2 пъти конекцията един след друг (без да изчакам да свърши първата) връзката се вдига, само че като свърши първата понеже не е осъществена гаси pppd и по този начин гаси и втората връзка която е осъществена.
Имаше един начин да извикам pppd и в последствие pptp от конзола, но немога да намеря как се прави. Така не става мисля че нещо бъркам в синтаксиса pppd noauth nobsdcomp nodeflate mppe-40mppe-128 mppe-stateless name domain\\\\username remotename PPTP require-chapms-v2 pty "pptp 10.0.0.5 --nolaunchpppd" А ми се иска да ги стартирам по отделно първо pppd после pptp и ако трябва да го повторя Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: 10101 в Sep 02, 2011, 08:44 "С другата мрежа която е на микротик на съседни IP адреси на същите доставчици няма проблем и с конзола и с networkmanager-a на КДЕ. Проблема е че не ми дава достъп до необходимата ми вътрешна мрежа през микротика."
NAT? gre през нат е сложничко. Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: victim70 в Sep 02, 2011, 10:53 Ната през който минава е един и същи. Под виндовс работи под линукс само като изключения, което ме навежда на единственната възможна мисъл че аз съм оцапал нещо по конфигурациите.
Освен да пускам една виндовс машина да ме рутира в къщи (доста неестествено звучи) ??? >:( Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: Ipolit в Sep 02, 2011, 11:30 в options.pptp сложи едно
nodefaultroute може би затова се разпада, щото почва да се мъчи да ти прекара целия интернет през VPN-а Освен това моите наблюдения са, че автоматично не се получават маршрутите. Затова ако мрежата, към която се свързваш е различна от 10.35.35.0/24 трябва да си я добавиш в /etc/ppp/ip-up ip ro add xxx.xxx.xxx.xxx/xx via 10.35.35.1 Също така, ако се използва някакъв ДНС сървър от тунела, линуксите не искат да го вземат - до сега съм виждал да работи с ХП и МАК ОС, но не и с линукс и Уин 7, тъй че трябва да си добавиш и ДНС-а - може пак в /etc/ppp/ip-up Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: victim70 в Sep 02, 2011, 13:44 За nodefaultroute ще го пробвам, въпреки че не стигам по нормалният път до вдигане на ppp интерфейса. DNS не ползвам от VPN-а. По принцип рутинга не го вземам от сървера вдигам си го сам.
Бих заложил обаче на NAT по между дома и този рутер се оказват 2 натвания mtr използвах да проверя за загуби и ги видях. На работа със същата конфигурация но на директна връзка със сървера се вдига от раз ppp интерфейса. Някакви идеи за настройките за NAT (нещо което да го има при Вин но при Линукс да се указва допълнително) Вариянт 2 - до рутера са 10 хопа има загуба от 1-2% на пакетите. Дали това не влияе. Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: tolostoi в Sep 02, 2011, 14:46 Когато има проблем с мту-то (поне в случаите които съм виждал) се проявява след конекцията, слага се едно правило iptables и се решава проблема, но ти изобщо не се закачаш, според мен, нещо от сървъра те рита, за това ти казах и да провериш хв адреса (виждал съм една и съща мрежова карта с различен мак адрес под линукс и виндовс)
Ако искаш пробвай с това правило преди да вдигнеш тунела, но едва ли: Код: iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu btw По-правилно е да се изпълни в mangle веригата. Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: victim70 в Sep 02, 2011, 21:51 Не става с правилата в таблицата.
Ето малко сниф с wireshark Под линукс - не вървящата връзка: Цитат No. Time Source Destination Protocol Info Под Windows вървящата връзка: Цитат No. Time Source Destination Protocol Info Някой ако му разбира на тази боза да свирка какво съм омазал в настройките едит: Да неби сървера да не иска да работи с толкова високи портове на които ми излиза трафика. Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: 10101 в Sep 03, 2011, 08:55 Не се заблуждавайте, MAC - адресите нямат нищо общо.
Според мен е NAT, дано не се окажа прав. Титла: Re: PPTP клиент не се свързва под линукс Публикувано от: victim70 в Sep 03, 2011, 20:47 Вероятно е нат но и под вин е същият нат. Проблема е че нямам контрол на връзката за да видя какво не му харесва.
Сисадмина е хипер претоварен наистина. Няма време да обърне внимание а и не искам да го тормозя с 'дреболии'. ЕДИТ: Писах в поста на пптп - да видим. |