[gelöst] Problem Asterisk über VPN

[Kip86]

Hi!

Wenn ich mich über VPN zum Server verbinde, dann kann ich mich zwar als SIP-Client registrieren und vom Server zum Client telefonieren, jedoch wenn ich vom Client einen anderen Client anrufen möchte, kommt das beim Server garnicht an. Sobald ich es nicht mehr über das VPN mache, gehts plötzlich
Für das VPN stelle ich im Softphone meine vom VPN zugewiesene interne IP als fixe IP ein, ansonsten verwende ich einen STUN-Server, da meine öffentliche IP dynamisch ist.

iptables:

#fuer das vpn
iptables -A INPUT -i tun0 -j ACCEPT

# SIP on UDP port 5060. Other SIP servers may need TCP port 5060 as well
iptables -A INPUT -p udp -m udp --dport 5060 -j ACCEPT

# IAX2- the IAX protocol
iptables -A INPUT -p udp -m udp --dport 4569 -j ACCEPT

# IAX - most have switched to IAX v2, or ought to
iptables -A INPUT -p udp -m udp --dport 5036 -j ACCEPT

# RTP - the media stream
iptables -A INPUT -p udp -m udp --dport 10000:20000 -j ACCEPT

# MGCP - if you use media gateway control protocol in your configuration
iptables -A INPUT -p udp -m udp --dport 2727 -j ACCEPT

LG

 

[cherzberg]

Hi,

ist die iptables Regel von deinem Client, oder dem Server?
Da Du uns hier viele Angaben vorenthalten hast, kann ichnur mal orakeln.

Ich denke mal, dass dein asterisk die Gespäche direkt zwischen den Sip Clients vermitteln möchte und diese sich dann nicht verständigen können.
Das kannst Du im asterisk mit "canreinvite=no" einstellen. Dann laufen wirklich alle Gespräche über den Server. Ansonsten nur die Vermittlung.

 

[Kip86]

Hi, danke für deine Antwort!

iptables sind vom Server.

Leider funktioniert es trotzdem noch nicht.


sip.conf

[general]
canreinvite=no
context=default ; Default context for incoming calls
allowoverlap=no ; Disable overlap dialing support. (Default is yes)
bindport=5060 ; UDP Port to bind to (SIP standard port is 5060)
; bindport is the local UDP port that Asterisk will
; listen on
bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all)
srvlookup=yes ; Enable DNS SRV lookups on outbound calls
; Note: Asterisk only uses the first host
; in SRV records
; Disabling DNS SRV lookups disables the
; ability to place SIP calls based on domain
; names to some other SIP users on the Internet

[1000]
type=friend
context=phones
host=dynamic
secret=*

[1001]
type=friend
context=phones
host=dynamic
secret=*

extensions.conf

[globals]
[general]
[default]
exten => s,1,Verbose(1|Unrouted call handler)
exten => s,n,Answer()
exten => s,n,Wait(1)
exten => s,n,Playback(tt-weasels)
exten => s,n,Hangup()
[incoming_calls]
[internal]
exten => 500,1,Verbose(1|Echo test application)
exten => 500,n,Echo()
exten => 500,n,Hangup()
exten => 1000,1,Dial(SIP/1000)
exten => 1001,1,Dial(SIP/1001)
exten => 1002,1,Dial(SIP/1002)
exten => 1003,1,Dial(SIP/1003)
[phones]
include => internal

 

[cherzberg]

hallo,

sieht erst einmal gut aus.
Hast Du vielleicht die OUTPUT Regeln vergessen, oder blockst die Pakete komplett?

 

[Kip86]

Hi!

Nein, das is die komplette iptables-Datei ...
Außerdem funktioniert es ja, wenn es nicht über das VPN geht, obwohl es am VPN eher funktionieren sollte, weil über das VPN (tun0) alles zugelassen wird.

LG

 

[mario2006]

Gibst du auch die VPN IP des Sip severs im client an ?

 

[Kip86]

Ja, weil die Anmeldung am Server funktioniert ja und ich kann auch vom Server die Clients anrufen, aber nicht von einem Client zu einem anderen Client.

Wenn ich das Ganze über das "Internet" (also nicht über das VPN mache), gehts ...

LG, Kip86

 

[cherzberg]

Hi,

dann würde ich mal einen trace auf beiden Seiten fahren.
Ansonsten können wir nur weiter raten.

 

[Kip86]

Hi!
Meinst du Traceroute? Was bringts?

Weiterraten ...

 

[cherzberg]

Hi,

ich würde es mal mit tcpdump probieren. Die Pakete müssen ja irgandwo hängen bleiben. Ansonsten kann man da nur raten. Das bringt nicht wirklich was.

 

[Kip86]

Hi!

Ich habe mal tcpdump am Server mit

tcpdump port 5060 -i tun0

gestartet und die Clients (erfolgreich) zum Server verbunden. tcpdump zeigt jedoch nichts an

Soll ich es irgendwie anders filtern?

LG, Kip86

 

[Kip86]

Ok, jetzt hat sich was getan. Ich möchte nochmals hervorheben, dass eigentlich alles funktioniert, nur nicht das Client zu Client telefonieren.

server:~# tcpdump -s 0 -i tun0 -w capture.cap
tcpdump: WARNING: arptype 65534 not supported by libpcap - falling back to cooked socket
tcpdump: listening on tun0, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
4 packets captured
5 packets received by filter
0 packets dropped by kernel
csfun:~# tcpdump port 5060 -i tun0
tcpdump: WARNING: arptype 65534 not supported by libpcap - falling back to cooked socket
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tun0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
14:53:20.263579 IP client.sip > 192.168.0.1.sip: SIP, length: 532
14:53:20.270740 IP 192.168.0.1.sip > client.sip: SIP, length: 383
14:53:20.270761 IP 192.168.0.1.sip > client.sip: SIP, length: 447
14:53:20.278891 IP client.sip > 192.168.0.1.sip: SIP, length: 532
14:53:20.279017 IP 192.168.0.1.sip > client.sip: SIP, length: 383
14:53:20.279036 IP 192.168.0.1.sip > client.sip: SIP, length: 447
14:53:20.303676 IP client.sip > 192.168.0.1.sip: SIP, length: 532
14:53:20.303754 IP 192.168.0.1.sip > client.sip: SIP, length: 383
14:53:20.304085 IP 192.168.0.1.sip > client.sip: SIP, length: 464
14:53:20.318669 IP client.sip > 192.168.0.1.sip: SIP, length: 532
14:53:20.318769 IP 192.168.0.1.sip > client.sip: SIP, length: 383
14:53:20.319014 IP 192.168.0.1.sip > client.sip: SIP, length: 464
15:01:33.979782 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:34.483196 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:34.982837 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:35.482876 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:35.982844 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:36.482763 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:36.982706 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:37.482657 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:37.982602 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:38.482546 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:38.982488 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:39.482433 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:39.982406 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:40.483533 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:40.982886 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:41.482993 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:41.983142 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:42.483274 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:42.983337 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:01:43.482975 IP client.sip > 192.168.0.1.sip: SIP, length: 818
15:02:25.015537 IP 192.168.0.1.sip > client.sip: SIP, length: 773
15:02:25.052556 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:25.060027 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:27.060225 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:29.060412 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:31.059401 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:33.061181 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:35.060987 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:37.059951 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:38.088003 IP 192.168.0.1.sip > client.sip: SIP, length: 374
15:02:38.125573 IP client.sip > 192.168.0.1.sip: SIP, length: 320
15:02:38.132810 IP client.sip > 192.168.0.1.sip: SIP, length: 336
15:02:38.132885 IP 192.168.0.1.sip > client.sip: SIP, length: 377
15:02:49.623253 IP 192.168.0.1.sip > client.sip: SIP, length: 773
15:02:49.661872 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:49.668214 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:51.665599 IP client.sip > 192.168.0.1.sip: SIP, length: 325
15:02:52.900302 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:53.258866 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:53.615331 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:53.979491 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:54.338801 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:54.696317 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:55.053353 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:55.417460 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:55.774395 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:56.132104 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:56.490307 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:56.854294 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:57.212147 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:57.569822 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:57.927577 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:58.292012 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:58.649790 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:59.007500 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:59.365013 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:02:59.729699 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:03:00.087477 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:03:00.444675 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:03:00.802228 IP client.sip > 192.168.0.1.sip: SIP, length: 768
15:03:01.160893 IP client.sip > 192.168.0.1.sip: SIP, length: 352
15:03:01.160980 IP 192.168.0.1.sip > client.sip: SIP, length: 466

 

[cherzberg]

Hallo,

wenn das die Kommunikation sein soll, wenn die beiden Clients miteinander einen Ruf aufgebaut haben, dann fehlt genau die Kommunikation.
Sieht doch so aus, als wenn die Clients direkt miteinander wollen und nicht über den asterisk gehen.

Wenn dem so ist, dann musst mal in deine OpenVPN Konfig schauen. Dort kannst Du auch noch sagen, dass die Clients nicht miteinander reden dürfen.

 

[Kip86]

Sieht doch so aus, als wenn die Clients direkt miteinander wollen und nicht über den asterisk gehen.

Hi!
Wie kommst du darauf?
192.168.0.1 ist der server/asterisk und client ist der client

 

[cherzberg]

Und wo siehst Du die Daten, welche zum zweiten Client gehen?

 

[Kip86]

Auf dem einem Rechner sind 3 Sip-Accounts eingeloggt

Sorry, hätte ich erwähnen sollen ...

 

[Kip86]

Ich habs nochmal komplett runtergeschmissen und neu drauf und jetzt gehts :spocht: