[Openvpn] Tunnel werkt niet met multiplayer

[heuker]

Ik heb sinds kort een openvpn verbinding (versie 1.3.2 en 1.3.0) tussen mij en een vriend (KICK). Dit loopt hartstikke lekker. We kunnen elkaar pingen en ook elkaars clients zien.

Maar nu wilden we een multiplayer spel via de tunnel gaan spelen. We testten dit met Age Of Empires 2 omdat dit ons wel een betrouwbaar multiplayer-spel lijkt.

Helaas konden wij elkaar niet zien bij -local lan- en ook bij -internet tcp/ip- lukte het niet.

Nu mijn vraag: hoe komt dit en hoe kunnen we de tunnel zó opzetten dat we lekker kunnen multiplayeren??

We hebben de volgende howto gebruikt: sourceforge

[ Voor 13% gewijzigd door heuker op 21-04-2003 20:52 ]

[Verwijderd]

Ik heb hier voor het overzicht een plaatje gemaakt.

de al matige kwalteit is na de omzetting naar gif nog matiger geworden. Maar in dat geel geschreven stukje tekst staat Local earea network

[Blaasvis]

je hebt leuk dit aan gemaakt maar ik mis de gegevens van routing. hoe moet je anders een ander netwerk bereiken ?

[ Voor 77% gewijzigd door Blaasvis op 21-04-2003 20:57 . Reden: te vroeg ]

[Verwijderd]

Snelle reactie maar heb ik nog niet genoeg in het plaatje verwerkt, maar voor de duidelijkheid in de tunnel is geen beveiliging en volgens openvpn staan dus alle poorten open. En poort 2300 die netstat aangaf voor aoe daar kan ik naar telnetten.

edit: routing daar hebben we nog niet veel aandacht aan besteed wist niet dat dat ook echt moest. Op bijde servers staan wat iptables regels om die tunnel te delen en dat lukt ook aardig. Maar dus denk niet goed genoeg

edit 2:

We kunnen van de client naar client telnetten,

[ Voor 40% gewijzigd door Verwijderd op 21-04-2003 21:02 ]

[heuker]

Ten eerste heb ik google en de got-search volledig uitgekamt, maar helaas niks nuttigs kunnen vinden. En ten tweede hebben we openvpn volgens meerdere howto's geconfigureerd.

Zoals je ziet heeft kick een plaatje gepost van hoe het netwerk er nu uitziet tussen ons.
We hebben poort 5000 udp open staan voor onze verbinding.

[Blaasvis]

kun je vanaf de server telnetten of vanaf de client ?

[Verwijderd]

Om nou voor de 4e keer te gaan editten is ook wazig dus post ik nog maar een keer wat:
Ferry kan poort 2300 alleen pingen als ik al een game gemaakt heb en een 2e client van dat home network heeft al die game gejoined. Het lijkt me dus toch dat de connectie niet helemaal goed is.

[glashio]

Een broadcast (om elkaars LAN-Server) te vinden ... werkt misschien niet met VPN ... correct me if i'm wrong

[Blaasvis]

probeer tcp en udp poorten van aoe te forwarden naar de server.....

[Verwijderd]

We zijn bezig met die broadcasten, misschien dat het daar aan kan liggen. Op zijn server werkt alleen dchpd niet meer als ie ook als broadcast 192.168.255.255 neemt maar dat is een ander verhaal.

Over dat forwarden waar moet ik wat forwarden? Bedoel je dat ik op de servers de aoe porten direct moet forwarden naar bijv 192.168.0.2, moet dat want dan ben ik verplicht om met een pc altijd dat oae gebeuren te maken.

edit: verder zijn we een beetje aanhet aanprutensen nu

[ Voor 7% gewijzigd door Verwijderd op 21-04-2003 22:15 ]

[luc]

Euh ik zie een tunnel met aan de ene zijde 10.1.0.1 en aan de andere kant 10.1.0.2? Dat kan volgens mij niet. Voor zover ik weet moet je aan allebei de kanten van je tunnel een apart subnet hebben anders snappen je routers niet dat ze die pakketten over die tunnel heen moeten sturen. Dus probeer 's om een van de twee tunneleinden een ander ip te geven 10.1.1.1 ofzo en kijk 's of 't dan wel werkt?

[FatalError]

nee.. de tunnel zelf moet wel in 1 subnet zitten.

[Redlum]

Nevermind, ik bekeek de tekening verkeerd. Het is al laat

[ Voor 83% gewijzigd door Redlum op 22-04-2003 02:06 ]

[xzenor]

Zekerweten?
Ik heb een tunnel draaien tussen twee FreeBSD machines
en daar is de ene kant 192.168.1.10 en de andere kant 192.168.2.10
en dat is met een /24 subnetje en het ip van die kant is ook gelijk het netwerk waar die in zit..

Dus het 192.168.1.10 zit ook in het 192.168.1.0 netwerk van die kant.

Zo hoort het toch? of ben ik nou achterlijk aan het worden?
om een heel appart netwerk voor de tunnel te reserveren lijkt me overdreven.. of niet?

[Verwijderd]

Possamai je zit ongeveer gewoon goed maar ik zal het nog een keer schematisch voor je uitlgeggen

(192.168.0.7)--(192.168.0.1)--(213.10.156.123)--(10.1.0.1)--(10.1.0.2)--(62.45.127.91)--(192.168.1.2)--(192.168.1.4)
Zoals je ziet worden de ipadressen 10.1.0.1 en 10.1.0.2 alleen over de tunnel gebruikt (warom dit zo gedaan is weet ik zelf ook niet, maar volgens mij is dit gewoon het princiepe van openvpm.

Ik denk dat dit probleem wat ferry en ik hebben aan het forwarden enzo ligt, maar waar en hoe daar zijn we nog niet achter.

[igmar]

heuker schreef op 21 april 2003 @ 20:46:
Ik heb sinds kort een openvpn verbinding (versie 1.3.2 en 1.3.0) tussen mij en een vriend (KICK). Dit loopt hartstikke lekker. We kunnen elkaar pingen en ook elkaars clients zien.

We hebben de volgende howto gebruikt: sourceforge

1) Broadcast verkeer werkt in het algemeen niet over een VPN tunnel.
2) Gebruik TCP dump om te zien wat PC1 verstuurt, en wat PC2 echt ziet. Zonder die info is het gokwerk.

[FatalError]

Omdat die broadcasts niet doorkomen moet je handmatig het ip opgeven van de server die je wilt connecten met bijvoorbeeld AoM.

[xzenor]

oh jullie broadcasten..
probeer maar's op iP te connecten inderdaad, dat werkt over het algemeen wel

[sebas]

Verwijderd schreef op 21 april 2003 @ 21:15:[...]
Ferry kan poort 2300 alleen pingen als ik al een game gemaakt heb [...]

<slightly ot>
Een poort kun je niet pingen, ping werkt via het icmp protocol, wat geen poorten kent. Poorts zijn er wel binnen tcp/ip en udp, maar dus niet voor icmp. Hoe het met andere protocollen zit weet ik niet, maar ik neem aan dat bijvoorbeeld ipx ook wel iets soortgelijks kent.

[xzenor]

je kan inderdaad niet pingen op een poort maar je kan wel proberen om met telnet te connecten..
ik denk (hoop) dat ie dat bedoeld....

[Verwijderd]

Jep inderdaad sorry.
Ik ga toch maar eens even dat tcpdump instaleren, weet alleen niet of ik ervandaag aantoekom om alles te testen
Ferry moet eert zelf ook thuis zijn en ik moet eigenlijk leren.
En over dat poorten forwarden hoe advizeren julie het mij te doen:
van 192.168.1.2 naar 192.168.0.7 of
van 192.168.0.1 naar 192.168.0.7 en van 192.168.1.2 naar 192.168.1.4

[xzenor]

maar waarom connect je niet gewoon op ip dan?
als je op de poort kan connecten dan moet je er over kenne gamen..
connect gewoon's direct naar het ip binnen AoE..
Broadcasten werkt niet zo lekker over verschillende netwerken..(THANK GOD!)

[Verwijderd]

Dat connecten naar dat ip werkt dus ook niet. Misschien heb ik dit dus verkeerd verteld. Dus ik denk dat ik maar eens heel snel eens met tcpdump moet gaan kijken.

[xzenor]

ow..........
das inderdaad niet goed...
ethereal wel eens geprobeerd?
dat is een sniffer..
daar zie je denk ik wat meer mee dan met tcpdump

[Verwijderd]

Volgens mij werkt die onder X en dat heb ik niet staan onder mijn server. Is er nog een andere goede ??

En wat ik van plan ben met dat testen is het volgende: op mijn lokale netwerk maak ik een een age of empires server en die join ik met een client in het lokale netwerk. OP die 2 pc's instaleer ik een sniffer. Ik kijk wat er gebeurt en wat er met de poorten gedaan wordt. Daarna instaleer ik een derde sniffer op ferry's pc en ga dan ook proberen te joinen. En dan ga ik kijken wat er ontbreekt.

Zal deze aanpak goed zijn?? Of moet ik ook nog een paar sniffer of die linuxservers instaleren??

[ Voor 71% gewijzigd door Verwijderd op 22-04-2003 16:03 ]

[igmar]

Verwijderd schreef op 22 April 2003 @ 15:54:
Volgens mij werkt die onder X en dat heb ik niet staan onder mijn server. Is er nog een andere goede ??

Gewoon tcpdump :

tcpdump src or dst x.x.x.x

waarbij x.x.x.x het IP van de andere kant is.

En wat ik van plan ben met dat testen is het volgende: op mijn lokale netwerk maak ik een een age of empires server en die join ik met een client in het lokale netwerk. OP die 2 pc's instaleer ik een sniffer. Ik kijk wat er gebeurt en wat er met de poorten gedaan wordt. Daarna instaleer ik een derde sniffer op ferry's pc en ga dan ook proberen te joinen. En dan ga ik kijken wat er ontbreekt.

Zal deze aanpak goed zijn?? Of moet ik ook nog een paar sniffer of die linuxservers instaleren??

Hoezo zo moeilijk ? Dumpen naar een file, en dan vergelijken.

[xzenor]

werkt onder x ja....
tethereal niet... die wordt er ook bijgeleverd....
maar ik snap niet dat het niet werkt joh..
als jij gewoon naar dat ip op die poort kan connecten.. dan zou dat gewoon moeten werken.

[igmar]

possamai schreef op 22 april 2003 @ 16:35:
werkt onder x ja....
tethereal niet... die wordt er ook bijgeleverd....

tcpdump is geen X. Nooit geweest ook.

maar ik snap niet dat het niet werkt joh..
als jij gewoon naar dat ip op die poort kan connecten.. dan zou dat gewoon moeten werken.

Een aangezien het niet werkt is een tcpdump zo ongeveer het enige om uit te vinden waarom het niet werkt

[Verwijderd]

Juist ben er al een beetje mee aan het spelen. Moet wachten tot ferry er is voor age of empires te testen. Ik zie wel dat het meeste gewoon goed werkt (globaal gezien) maar ik verdenk dat er ergens wat fout zit bij ferry maar heb dat nog niet kunnen bevestigen. Wat ik dacht is dat zijn server die zooi niet goed routed naar zijn clients. Want het gekke is hij kan wel bij printen maar ik niet bij hem?? Maar als ik een printopdracht geef gaat dat allemaal wel netjes via de tunnel.

[Verwijderd]

Als ferry met aoe naar mij probeert te komen met aoe krijg ik deze log met tcpdum:

(DF)
22:30:55.289185 10.1.0.2.1074 > 192.168.0.2.netbios-ssn: . ack 958 win 16563 (DF)
22:31:21.568717 10.1.0.2.1198 > 192.168.0.2.47624: udp 52
22:31:21.570405 10.1.0.1.1357 > 10.1.0.2.2383: S 3077886956:3077886956(0) win 64240 <mss 1460,nop,nop,sackOK> (DF)
22:31:21.615561 10.1.0.2.1199 > 192.168.0.2.47624: S 989349105:989349105(0) win 16384 <mss 1460,nop,nop,sackOK> (DF)
22:31:21.616235 192.168.0.2.47624 > 10.1.0.2.1199: S 3077975681:3077975681(0) ack 989349106 win 64240 <mss 1460,nop,nop,sackOK> (DF)
22:31:21.663823 10.1.0.2.2383 > 10.1.0.1.1357: R 0:0(0) ack 3077886957 win 0 (DF)
22:31:21.736021 10.1.0.2.1199 > 192.168.0.2.47624: . ack 1 win 17520 (DF)
22:31:21.767216 10.1.0.2.1199 > 192.168.0.2.47624: P 1:53(52) ack 1 win 17520 (DF)
22:31:21.861876 10.1.0.2.1199 > 192.168.0.2.47624: F 53:53(0) ack 1 win 17520 (DF)
22:31:21.862434 192.168.0.2.47624 > 10.1.0.2.1199: . ack 54 win 64188 (DF)
22:31:21.862728 192.168.0.2.47624 > 10.1.0.2.1199: R 3077975682:3077975682(0) win 0 (DF)
22:31:22.096790 10.1.0.1.1357 > 10.1.0.2.2383: S 3077886956:3077886956(0) win 64240 <mss 1460,nop,nop,sackOK> (DF)
22:31:22.166172 10.1.0.2.2383 > 10.1.0.1.1357: R 0:0(0) ack 1 win 0 (DF)
22:31:22.598311 10.1.0.1.1357 > 10.1.0.2.2383: S 3077886956:3077886956(0) win 64240 <mss 1460,nop,nop,sackOK> (DF)
22:31:22.659908 10.1.0.2.2383 > 10.1.0.1.1357: R 0:0(0) ack 1 win 0 (DF)
22:31:29.317367 192.168.1.4.netbios-ssn > 10.1.0.1.1342: P 63270:63274(4) ack 69891 win 16569
>>> NBT Packet
NBT Session Keepalive
Flags=0x85000000

en ferry krijgt dit te zien op zijn server

> (DF)
23:38:01.077902 10.1.0.2.1199 > 192.168.0.2.47624: . ack 1 win 17520 (DF)
23:38:01.078037 10.1.0.2.1199 > 192.168.0.2.47624: P 1:53(52) ack 1 win 17520 (DF)
23:38:01.226095 10.1.0.2.1199 > 192.168.0.2.47624: F 53:53(0) ack 1 win 17520 (DF)
23:38:01.332217 192.168.0.2.47624 > 10.1.0.2.1199: . ack 54 win 64188 (DF)
23:38:01.342788 192.168.0.2.47624 > 10.1.0.2.1199: R 3077975682:3077975682(0) win 0 (DF)
23:38:01.559833 10.1.0.1.1357 > 10.1.0.2.2383: S 3077886956:3077886956(0) win 64240 <mss 1460,nop,nop,sackOK> (DF)
23:38:01.559957 10.1.0.2.2383 > 10.1.0.1.1357: R 0:0(0) ack 1 win 0 (DF)
23:38:02.061543 10.1.0.1.1357 > 10.1.0.2.2383: S 3077886956:3077886956(0) win 64240 <mss 1460,nop,nop,sackOK> (DF)
23:38:02.061685 10.1.0.2.2383 > 10.1.0.1.1357: R 0:0(0) ack 1 win 0 (DF)
23:38:08.690665 192.168.1.4.netbios-ssn > 10.1.0.1.1342: P 63270:63274(4) ack 69891 win 16569
>>> NBT Packet
NBT Session Keepalive
Flags=0x85000000


er vloeit dus wel data over met het connecten maar niet goed maar ik zie hier nog neit aan wat er nou fout is

OW ja dit heb ik gekregen door tppdum -i tun0 bij bijde pc's onder linux in te tikken.

En zal ik nu eigenlijk nog sniffer op de pc's met winhoos zetten en dan ook gaan loggen?

[ Voor 14% gewijzigd door Verwijderd op 22-04-2003 21:45 ]

[xzenor]

even corrigeren hoor.....

[quote]igmar schreef op 22 April 2003 @ 19:32:
[...]
tcpdump is geen X. Nooit geweest ook.
[...]

en ging het over tcpdump in het bericht er voor?
nee over ethereal... en die is wel X..
tethereal daarintegen niet.. (t voor term gok ik zo)

tcpdump is inderdaad geen x, nooit geweest en zal het ook nooit worden ook denk ik..
en zo hoort het...

[Tomaat]

[quote]possamai schreef op 23 April 2003 @ 00:17:
even corrigeren hoor.....

igmar schreef op 22 April 2003 @ 19:32:
[...]
tcpdump is geen X. Nooit geweest ook.
[...]

en ging het over tcpdump in het bericht er voor?
nee over ethereal... en die is wel X..
tethereal daarintegen niet.. (t voor term gok ik zo)

tcpdump is inderdaad geen x, nooit geweest en zal het ook nooit worden ook denk ik..
en zo hoort het...

Er zijn vast wel X front-ends voor