Изпечатай

[nv]

Та преди седмица ISP-то ми реши да ми смени начина на вземане на нет от pppoe на pptp. След като с предното си ISP ползвах безпроблемно pptp, си мислех че и сега няма да имам проблеми, но уви. В момента в който се кънектна към пптп сървъра на ппп интерфейса ми почват да хвърчат някакви 18МБ според gkrellm (1.8 МБ с компресия) Нека
обеся по-подробно:

1) кънектвам се нормално :
pppd options in effect:
debug      # (from /etc/ppp/peers/Cable)
kdebug 4      # (from /etc/ppp/peers/Cable)
updetach      # (from command line)
dump      # (from /etc/ppp/peers/Cable)
noauth      # (from /etc/ppp/options.pptp)
name niki      # (from /etc/ppp/peers/Cable)
remotename niki      # (from /etc/ppp/peers/Cable)
      # (from /etc/ppp/options.pptp)
pty pptp 192.168.0.1 --nolaunchpppd      # (from command line)
ipparam Cable      # (from /etc/ppp/peers/Cable)
usepeerdns      # (from /etc/ppp/peers/Cable)
using channel 6
Using interface ppp0
Connect: ppp0 <--> /dev/pts/3
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x8654584e> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0xe5214881> <auth chap MD5>]
sent [LCP ConfAck id=0x1 <accomp> <pcomp> <asyncmap 0x0> <mru 1500> <magic 0xe5214881> <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x8654584e> <pcomp> <accomp>]
rcvd [CHAP Challenge id=0x1 <d2dd36e92dd2bcda49fc1cbd413fbe3f2fd858824978>, name = ""]
sent [CHAP Response id=0x1 <ea574158de542a3af9fabc009ea2940f>, name = "niki"]
rcvd [CHAP Success id=0x1 "Welcome!!"]
CHAP authentication succeeded: Welcome!!
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [CCP ConfReq id=0x1 <deflate 15> <predictor 1>]
sent [CCP ConfAck id=0x1 <deflate 15> <predictor 1>]
rcvd [IPCP ConfReq id=0x1 <addr 192.168.0.1> <compress VJ 0f 01>]
sent [IPCP ConfAck id=0x1 <addr 192.168.0.1> <compress VJ 0f 01>]
rcvd [IPV6CP ConfReq id=0x1 <addr fe80::020e:2eff:fe5f:ad26>]
Unsupported protocol 0x8057 received
sent [LCP ProtRej id=0x2 80 57 01 01 00 0e 01 0a 02 0e 2e ff fe 5f ad 26]
rcvd [CCP ConfRej id=0x1 <deflate(old#) 15>]
sent [CCP ConfReq id=0x2 <deflate 15>]
rcvd [IPCP ConfNak id=0x1 <addr 62.204.xxx.xxx> <ms-dns1 192.168.0.1> <ms-dns3 255.255.255.255>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 62.204.xxx.xxx> <ms-dns1 192.168.0.1> <ms-dns3 255.255.255.255>]
rcvd [IPV6CP TermReq id=0x1]
Unsupported protocol 0x8057 received
sent [LCP ProtRej id=0x3 80 57 05 01 00 04]
rcvd [CCP ConfAck id=0x2 <deflate 15>]
Deflate (15) compression enabled
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 62.204.xxx.xxx> <ms-dns1 192.168.0.1> <ms-dns3 255.255.255.255>]
local  IP address 62.204.xxx.xxx
remote IP address 192.168.0.1
primary   DNS address 192.168.0.1
secondary DNS address 255.255.255.255
Tunnel Cable is active on ppp0.  Local IP Address: 62.204.xxx.xxx

Това е компресиране като добавя nodeflate в options.pptp става същото, но с по-големи пакети.

2) Проблемът:

Просто имам 100% цпу узидж и непрекъснато пращам пакети към пптп сървъра си, като хвана няколко стотин хиляди с ethereal, пише че са Fragmented IP Protocol source: аз; dest: pptp server-а

Прочетох целият ман пейдж на пптп и пппд и пробвах какви ли не опции и нямаше ефект.
Пробвах и да си флъшна чейновете в iptables,но не помогна.
Ползвам Федора 4 и разпитах ИСП-то и доколкото разбрах сървъра е на накакъв Линукс и при на стройка на впн в уиндоус се кликало на нещо си свързано с LCP, питах дали има някакви идеи за решаването на проблема ми, но единственото което предложи беше - "Сложи си Експи", а това е крайно неприемливо. По едно време ми казаха че човека който разбирал от линукс в фирмата пробвал да закачи друга линукс машина и ефекта бил същият. Доста съм сигурен че някой е оставил чистачката да конфигурира сървъра, а тя просто е складирала боклука там. Та има ли накакъв начин да заобиколя некъдърността на ИСП-то ми?

[Dean79]

Ами не съм много убеден дали е в това проблема, но моят беше следния:

linux---gateway---ppp server

Когато се вдигне ппп връзката то си слага рутирания, които си му указал да се сложат.След като вдигнеш пробвай това:

route add -host <ppp.server.ip> gw <your.gateway> netmask <netmask> dev ppp0

Или ппп1,2,3 , там което ти се вдига. Дано да е от това...

Дано съм ти помогнал

[nv]

Благодаря за отговора, много ми помогна. Точното решение не ми свърши работа, но ме накара да се позамисля в тази посока и с
ip route add pptpserver via gateway dev eth0  src localIP
или
ip route add 192.168.0.1 via 192.168.30.1 dev eth0  src 192.168.30.18
още преди да се вдигне ппп интерфейса
И вече нямам проблем

[Dean79]

виждам,че съм те подвел:

route add -host <ppp.server.ip> gw <your.gateway> netmask <netmask> dev eth0

това трябваше да е...

радвам се, че помогнах

[eniac111]

Защо не кажеш кой ти е доставчика, темата може да помогне и на друг човек?

edit: да, 2006-та