Toon posts:

PPTP &SpeedTouch 510: bekende oplossingen werken niet....

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik heb de Search gebruikt, en ook gegoogled, maar ik kom er niet uit.

Wat wil ik? Ik wil dat een extern persoon via PPTP een linkje naar de server open kan trekken alsof-ie gewoon bij mij op het LAN zat.

Hoe ziet het netwerk bij mij thuis eruit?

code:
1
2
POTS(Zon ADSL) <--> SpeedTouch <-crosscable-> Medion wireless AP <======> XP Pro fileserver (10.0.0.220)
                                                                 <======> notebook (DHCP)


Het Medion wireless AP staat ingesteld als transparante bridge, meer als 'switch' dus. Vandaar ook de crosscable naar de Speedtouch; de WAN-poort gebruik ik niet
De Speedtoch staat ingesteld als standaard NAPT router, en bezit de nieuwste firmware

Goed, de Windows XP Pro machine (mijn file/print/emule/kazaa/web server) heb ik dus zodanig geconfigureerd dat-ie inkomende PPTP verbindingen accepteert. Op het modem heb mappings gecreerd voor poort 1723 en het GRE protocol, zoals in diverse FAQ's beschreven:

code:
1
2
3
4
nat create protocol=tcp inside_addr=10.0.0.220 inside_port=1723 outside_addr=0
 outside_port=1723 foreign_addr=0

nat create protocol=gre inside_addr=10.0.0.220 outside_addr=0 foreign_addr=0


Dit ziet er goed uit in de Web-interface:

Afbeeldingslocatie: http://www.arcobel.nl/~dabit/zooi/pptp_speedtouch.png

Maar helaas werkt dit niet. De verbinding word opgezet, er word braaf om een username/passwd gevraagd, maar daarna krijg ik een foutmelding dat de server niet reageert. Rondzoeken leert dat dat dus waarschijnlijk aan het GRE protocol ligt, en een bron vermeld dat de enige oplossing die werkt het 'default server' maken is.

Goed, ik heb 10.0.0.220 dus de default server gemaakt. Dit lostte helaas niets op.

Om eens te kijken of het probleem toch toevallig niet aan de softwarekant zit, heb ik Ethereal eens los gelaten op de server:

Afbeeldingslocatie: http://www.arcobel.nl/~dabit/zooi/pptp_ethereal.png

Ik zie dus pakketten richting de control port gaan, maar geen GRE....

Ik verdenk nu het Versatel netwerk. Ook hun routers moeten meewerken. Weet iemand hier iets meer van?

[ Voor 4% gewijzigd door Verwijderd op 22-03-2004 16:11 ]


  • DiNo!
  • Registratie: Juni 2000
  • Laatst online: 28-06 23:05
Volgens mij is het zo dat de GRE aan de kant van de VPN server begint met zenden.

Kan je eens proberen om protocol 47 van extern naar de computer door te sturen die de verbinding probeerd op te bouwen?

edit: ik heb een keer vanaf een klant een GRE verbinding vanuit het versatel netwerk gehad, dus dat kan het niet zijn.

[ Voor 24% gewijzigd door DiNo! op 22-03-2004 16:15 ]

https://github.com/atoomnetmarc/


Verwijderd

Topicstarter
Vanaf de server thuis naar een andere PPTP server (op 't werk) gaat wel goed. Ook zonder poortmappings

[ Voor 11% gewijzigd door Verwijderd op 22-03-2004 16:51 ]


Verwijderd

Hmm misschien een ander idee, waarom laat je de speedtouch niet transparant werken en de AP routeren? Kan een deel van de oorzaak zijn, die speedtouch kan écht transparant werken. Die router weet ik zonet nog niet.

Kwestie van de KPN-cd pakken en de spoofing template laden (werk bij mij prima, XS4All)

  • lSltAlKeR
  • Registratie: Februari 2002
  • Laatst online: 04-07 01:18

lSltAlKeR

Time destroys everything!

Hiervoor geld ook weer zie andere topics als je standaard KPN vlut zooi gebruikt val een ip tussen de 10.0.0.150 en 10.0.0.200 en daarboven of daaronder doet hij het niet!
Somebody correct me if i'm wrong!

Speedtouch freak


  • JvS
  • Registratie: Februari 2000
  • Laatst online: 08-07 22:33

JvS

Ik heb hem zelf ook

Dat maakt geen reet uit, die DHCP server zal in "kpn mode" inderdaad IP's uitdelen tussen de 10.0.0.150 en 10.0.0.200, maar aangezien ik het woord "versatel" hier heb horen vallen, vermoed ik dat er geen sprake is van een modem dat met een kpn cd geconfigureerd is? En al was dat wel zo, dan is het nog steeds niet boeiend of je 10.0.0.1 of 10.0.0.254 gebruikt :).

Ik weet van het adsl netwerk van kpn dat het volledig transparant is. De enige die poorten dichtgooien zijn ISP's en dan is het meestal heel erg bekend dat het zo is. Ik vermoed eerlijk gezegd ook dat het aan de wat brakkere router mogelijkheden van de ST510 ligt. Je zou hem inderdaad op bridging of IP spoof kunnen zetten, dan krijgt je Medion Acces point je externe IP adres en moet je die het routerwerk laten opknappen. Wellicht werkt het dan wel.

Als je wil testen of het aan het versatel netwerk ligt, moet je even 1 systeem aansluiten en alles op "bridging" laten staan en dan eens kijken of je wel verbinding kan maken :)

[ Voor 41% gewijzigd door JvS op 23-03-2004 16:07 ]

4x APsystems DS3; 4x495Wp OZO/WNW 10° ; 4x460Wp OZO/WNW 10°; Totaal 3820Wp


  • lSltAlKeR
  • Registratie: Februari 2002
  • Laatst online: 04-07 01:18

lSltAlKeR

Time destroys everything!

JvS schreef op 23 maart 2004 @ 16:05:
En al was dat wel zo, dan is het nog steeds niet boeiend of je 10.0.0.1 of 10.0.0.254 gebruikt :)
Ik d8 vanwel want anders werken al die CLI instellingen toch niet meer?
Die werken namelijk alleen voor 10.0.0.150 t/m 10.0.0.200
als je de tool gebruikt van http://www.alcadis.nl/support/
Maakt geen ruk uit of het voor BBNED of voor KPN is. Files zijn min of meer zelfde geconfigureerd door de distributeur. (http://www.speedtouchsupport.nl/support.htm)

Als je met firmware 4.2.3.0.0 hem op DHCP dus de ingebakken templates gebruikt dan werkt het wel vanaf 10.0.0.1 tot 10.x.x.x (ik zou niet weten waar!)
En zelf dus de VPI/VCI ( PPPoA Packet Service ) instelt bij (kpn 8.48)

Heb ik zelf getest! Met mijn gevorderde n00b kunsten :9

En je hebt overgens bijna volkomen gelijk! IDD de support op deze 510 modems zijn nu eenmaal erg brak!

Mijn voorkeur zou overgens ook uit gaan naar spoofing methode in dit geval Bridged Ethernet over ATM en gewoon dat andere ding laten routeren

Speedtouch freak


Verwijderd

Topicstarter
Dan doe ik het liever nog anders; dan gooi ik m'n servertje via een transparante Alcatel 510 aan het internet, en laat ik dat ding wel NAT-router spelen.

Maar ergens heb ik daarvoor niet de extra centen uitgegeven aan een 'multi-pc modem' :(

Overigens: ik riep Versatel netwerk omdat ik via een traceroute voornamelijk Versatel langs zie komen. Volgens ZON zit ik op het KPN netwerk, wat zou kunnen omdat ik een 1024/320 lijn heb ipv de bestelde 384/160.

Van mij mag iemand een traceroute naar home.icecoldcomputing.com doen, en dat ook eens controleren.

[ Voor 41% gewijzigd door Verwijderd op 24-03-2004 15:08 ]


  • Arnout
  • Registratie: December 2000
  • Laatst online: 05-07 22:12
Is het niet zo dat PPTP over een ADSL verbinding problemen als dit oplevert. Dit, omdat een ADSL-verbinding zelf ook een PPTP verbinding is. Het zou goed kunnen dat de SpeedTouch hier niet goed mee overweg kan.

Dus PPTP over PPTP.

[ Voor 6% gewijzigd door Arnout op 24-03-2004 15:10 ]


  • Raymond
  • Registratie: Maart 2000
  • Laatst online: 10:52
Ik lees medion

en ben maar gestopt met lezen....oorzaak gevonden lijkt me :+

(en nee, dit is geen flame of troll :P )

Verwijderd

Topicstarter
Heheh :)
Ik heb de wireless verbinding naar de server vervangen door een kabeltje (3com 3c905 in de server, de andere kant van de kabel in de Speedtouch), en nu werkt het opeens wel...

Zo transparant is dat Medion AP dus blijkbaar niet :(

Verwijderd

Verwijderd schreef op 24 maart 2004 @ 15:00:
Dan doe ik het liever nog anders; dan gooi ik m'n servertje via een transparante Alcatel 510 aan het internet, en laat ik dat ding wel NAT-router spelen.

Maar ergens heb ik daarvoor niet de extra centen uitgegeven aan een 'multi-pc modem' :(

Overigens: ik riep Versatel netwerk omdat ik via een traceroute voornamelijk Versatel langs zie komen. Volgens ZON zit ik op het KPN netwerk, wat zou kunnen omdat ik een 1024/320 lijn heb ipv de bestelde 384/160.

Van mij mag iemand een traceroute naar home.icecoldcomputing.com doen, en dat ook eens controleren.
traceroute loopt hier via belgie en kapt er ergens mee, icmp zal wel gedropt worden daar...


code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
  1    28 ms    23 ms    23 ms  e27193.upc-e.chello.nl [213.93.27.193]
  2    30 ms    32 ms    28 ms  atm11-0.ah00rt04.brain.upc.nl [212.142.27.2]
  3    32 ms    32 ms    35 ms  srp8-0.ah00rt01.brain.upc.nl [212.142.32.49]
  4    33 ms    28 ms    32 ms  srp0-0.am00rt05.brain.upc.nl [212.142.32.43]
  5    34 ms    30 ms    34 ms  nl-ams01a-ra1-so-0-0-2.aorta.net [213.46.161.45]

  6    33 ms    29 ms    30 ms  nl-ams01a-rd1-pos-0-3.aorta.net [213.46.161.189]

  7    30 ms    30 ms    28 ms  nl-ams02a-rd1-10gige-7-0.aorta.net [213.46.161.5
8]
  8    32 ms    35 ms    37 ms  be-bru01a-ra1-ge-0-2-0-0.aorta.net [213.46.160.3
4]
  9    37 ms    34 ms    33 ms  be-bru01a-ri2-ge-3-0-0.aorta.net [213.46.162.242
]
 10    36 ms    35 ms    35 ms  versatel.bnix.net [194.53.172.115]
 11    35 ms    35 ms    36 ms  unlabelled.versatel.net [62.58.150.10]
 12    41 ms    40 ms    41 ms  195.190.244.191
 13     *        *        *     Time-out bij opdracht.



Héél vreemd aangezien Versatel ook een ams-ix connectie heeft...

Misschien dat ik morgen tijd heb om ff een traceroute te maken vanaf mijn xs4all lijntje.

[ Voor 7% gewijzigd door Verwijderd op 24-03-2004 23:49 ]

Pagina: 1