vpn pptp und port 47

[stoneeh]

also danke mal für die rege beteiligung

die ip stimmt, zid

die commands von dir bringen folgendes ergebnis:

Code: Alles auswählen

{admin}=>nat maplist
Idx Type Interface       Outside Address                Inside Address
       Use
  1 NAPT Shared_Internet 91.113.102.74:25               192.168.10.27:25
       0
  2 NAPT Shared_Internet 91.113.102.74:80               192.168.10.60:80
       0
  3 NAPT Shared_Internet 91.113.102.74:110              192.168.10.27:110
       0
  4 NAPT Shared_Internet 91.113.102.74:443              192.168.10.60:443
       0
  5 NAPT Shared_Internet 91.113.102.74:1723             127.0.0.1:1723
       8
  6 NAPT Shared_Internet 91.113.102.74:1723             10.0.0.23:1723
       0
  7 NAPT Shared_Internet 91.113.102.74:2525             192.168.10.27:2525
       0
  8 NAPT Shared_Internet 91.113.102.74:3389             192.168.10.11:3389
       0
  9 NAPT Shared_Internet 91.113.102.74:4662             192.168.10.11:4662
       0
10 NAPT Shared_Internet 91.113.102.74:5190             192.168.10.12:5190
       0
11 NAPT Shared_Internet 91.113.102.74:23206            192.168.10.11:23206
       0
12 NAPT Shared_Internet 91.113.102.74:25               192.168.10.27:25
       0
13 NAPT Shared_Internet 91.113.102.74:110              192.168.10.27:110
       0
14 NAPT Shared_Internet 91.113.102.74:1900             127.0.0.1:1900
       0
15 NAPT Shared_Internet 91.113.102.74:2525             192.168.10.27:2525
       0
16 NAPT Shared_Internet 91.113.102.74:3235             127.0.0.1:3235
       0
17 NAPT Shared_Internet 91.113.102.74:3389             192.168.10.11:3389
       0
18 NAPT Shared_Internet 91.113.102.74:4672             192.168.10.11:4672
       0
19 NAPT Shared_Internet 91.113.102.74:5190             192.168.10.12:5190
       0
20 NAPT Shared_Internet 91.113.102.74:23206            192.168.10.11:23206
       0
21 NAT  Shared_Internet 91.113.102.74                  127.0.0.1
       0
22 NAPT Shared_Internet 91.113.102.74                  unmapped
       107

{admin}=>connection bindlist
Application  Proto Portrange   Flags
LOOSE(UDP)   udp   67
JABBER       tcp   15222
JABBER       tcp   5222
FTP          tcp   21
IRC          tcp   6660-6669
H323         tcp   1720
ILS          tcp   1002
ILS          tcp   389
RTSP         tcp   554
RAUDIO(PNA)  tcp   7070
CU/SeeMe     udp   7648
SIP          udp   5060        SIP_ALG:E RTP_predict_for_term_SIP_ALG:E
IKE          udp   500
ESP          esp   0
PPTP         tcp   1723
IP6TO4       6to4  0

jep dass der port als "filtered" angegeben is hab i auch scho herausgefunden.. i hab echt kA warum, das müsste alles komplett offen sein, die firewall am modem is ausgeschalten, die am server hab i auch grad ausgeschalten, und dazwischen is nix ausser 2 switches, aber über die beiden kann ich im lan auch gehn und bring trotzdem die VPN verbindung problemlos zam

auf die richtige ip am server is forwarded, bzw er hat zwei IPs, aber ich habs intern auch schon auf beide probiert und bei beiden kein problem


grüsse
stoneeh

[zid]

net so guat:
5 NAPT Shared_Internet 91.113.102.74:1723 127.0.0.1:1723
8
6 NAPT Shared_Internet 91.113.102.74:1723 10.0.0.23:1723
0
du hast eine "gabel" erzeugt, und in diesem fall zieht der niedrigere index (bei dir #5). siehst du sofort am "Use". idx #5 wird 8x verwendet (deine verbindungsversuche), idx #6 jedoch überhaupt nicht. schau nach wie diese map generiert wurde und entferne sie dementsprechend. bindings sind ok.

lg
zid

[stoneeh]

na sehr hübsch. hab ich ihm das jemals eintragen? nein. gott im himmel, ich versuch seit ewigkeiten das VPN zum laufen zu kriegen und dann liegts an so einem blödsinn. wie kann das teil so deppat sein und sich den 1723er port auf sich selbst forwarden? was macht das für einen sinn. wah da könnt ich mich aufregen

naja eintrag is rausghaut. hofftl gehts jetzt

[jutta]

schaut schon vieeeel besser aus:

PPP-Adapter test-stoneeh:

Verbindungsspezifisches DNS-Suffix:
IPv4-Adresse . . . . . . . . . . : 192.168.10.230
Subnetzmaske . . . . . . . . . . : 255.255.255.255
Standardgateway . . . . . . . . . : 0.0.0.0

zum warum: das speedtouch hat ja selbst auch einen pptp-server eingebaut (fuer single-user).
aehnliche konstruktionen kenne ich auch von bintec/funkwerk routern. bei denen muss man zb 22 auf 127.0.0.1 forwarden, damit man sie fernwarten kann.

//ps: port 25 forwarden kannst du dir sparen. der ist naemlich bei ta privatanschluessen wirklich gesperrt.

[stoneeh]

warst du das mit 84.119.x.x? inode leitung?

ja jutta, das is noch ein relikt anscheinend von damals als ich den exchange aufgesetzt habe. im moment nutz ich ein relay service von dyndns das von 25 auf zb 2525 forwarded. das is ganz cool und mit dem gehts

wah, das war jetzt "one hell of a ride". cool dass es jetzt geht. danke an alle beteiligten

[jutta]

> warst du das mit 84.119.x.x? inode leitung?

ja, schaut sehr danach aus. abwechselnd mit einem win 7 client und dem linux-pptp-client, den ich noch nicht ganz konfiguriert habe.

[stoneeh]

jetzt hab ich das problem dass er bei jedem verbindungsneuaufbau den eintrag auf 127.0.0.1 wieder reinhaut. lösungsvorschläge?

er müsste ja auch gar net permanent gelöscht sein, wär ja nur wichtig dass die priorität von dem richtigen höher ist, damit der 127.0.0.1 eintrag gar net zum zug kommt

edit: problem scheint gelöst so sein, noch ein bisl gestöbert und das war unter nat tmpllist genauso drin, habs dort entfernt und jetz scheints permanent zu sein

[stoneeh]

also derzeit is der stand dass es mir den unerwünschten forward sporadisch (alle paar tage oder alle paar wochen) wieder reinhaut. ich kann ihn dann wieder entfernen und dann passt wieder alles, aber dauerlösung is das halt wirklich keine

hat wer ein idee dazu?

[rwhome]

Hallo,

möglichkeiten währen den PPTP Dienst abzudehen oder den Port zu ändern oder den Port Map von diesen Dienst zu entfernen.

CLI Kommandos:
http://technicolorgateways.nl/Producten ... v6_CLI.pdf

=>service system modify name=PPTP state=disabled
oder
=>service system modify name=PPTP port=xxxx
oder
=>service system mapdelete name=PPTP intf=loop port=1723
nicht vergessen
=>saveall

[stoneeh]

echt fein. danke dir rwhome

[stoneeh]

kann mich gerade wieder nicht verbinden. der verbindungsversuch kommt bis zum checken von username und passwort, dann hängt er und bricht im endeffekt mit einem fehler 806 ab. google sagt dass das ein fehler mit dem GRE forwarding is

intern (im lan) geht verbinden, also an meinem server oder den switches dazwischen liegts nicht. modem config is noch immer gleich, also port 1723 is forwarded und pptp is auf den port gebindet. modem zeigt bei nat maplist auch richtig die anzahl der verbindungen die ich versucht habe herzustellen

das ganze hab ich getestet von einem a1 3g stick zu meinem aon adsl. vor ein paar monate als ichs das letzte mal gebraucht habe hats noch tadellos funktioniert. jetzt nicht mehr. haben die was geändert? weil wie gesagt, an meinem setup hat sich nix geändert

wenns wen freut und er/sie so lieb ist is kann er/sie auch vll kurz testen für mich, meine ip ist derzeit 91.113.73.107, username "guest" und pw "guest123". authentifizierung via ms chap v2

[dadaniel]

wenns wen freut und er/sie so lieb ist is kann er/sie auch vll kurz testen für mich, meine ip ist derzeit 91.113.73.107, username "guest" und pw "guest123". authentifizierung via ms chap v2

funzt ... krieg eine 192.168.10.x IP zugewiesen

Du hast bei der A1 SIM eh die netzinterne Firewall deaktivieren lassen oder? (geht auch mit Bfree - über die Hotline)
Die Einschränkungen dieser Firewall (siehe Anhang):

[wicked_one]

das ganze hab ich getestet von einem a1 3g stick zu meinem aon adsl. vor ein paar monate als ichs das letzte mal gebraucht habe hats noch tadellos funktioniert. jetzt nicht mehr. haben die was geändert? weil wie gesagt, an meinem setup hat sich nix geändert

Kannst ja mal nachschaun, ob sich bei dem A1 Stick die A1 Firewall aktiviert hat.

[stoneeh]

genau das wars. dangeschön