iOS App bleibt bei QR-Code scannen hängen

[JanHa]

Hallo,

Die iOS App bleibt beim scannen vom QR-Code hängen. Alles ist upgedatet und über den webclient funktioniert auch alles.. kann mir da jemand helfen? Ist bei mehreren Kollegen aufgetreten..

Haben es über Wlan und Mobil versucht geht alles nicht..

 

[avraammich_3CX]

Hi JanHa,

verbindest du dich am Web Client über den FQDN?
Nicht Lokale IP oder Public IP.

 

[JanHa]

Hi,

Ne über die lokale IP und außerhalb über FQDN. Tritt bei beidem auf..

 

[bitn2]

Was ist denn in der Nebenstelle unter Telefon Provisionierung eingestellt?

 

[JanHa]

Hi bitn2,

Da ist die lokale IP eingetragen

 

[bitn2]

Dann stell das mal auf fqdn um. Sind alle ports in der Firewall frei? Firewallcheck läuft durch?

 

[JanHa]

Hi,

ja alles frei hat bis jetzt auch ganz gut funktioniert. (werde die TA aber demnächst an der Firewall vorbei einrichten die macht nur Probleme)
Es scheint jetzt wieder zu gehen die Kollegin konnte sich wieder anmelden. ich hatte selber kurz das Problem und hab dann auf fqdn umgestellt was aber auch nicht ging. kann nicht nachvollziehen was da los war^^

Danke für die Hilfe!

 

[bitn2]

Nachdem Du auf fqdn umgestellt hast musst Du den QR Code neu scannen. Das Problem kann sein wenn aus dem WLAN über die interne IP die PBX nicht zu erreichen ist, dann klappt das scannen nicht. Über den fqdn sollte das aber immer gehen wenn die Ports korrekt frei gegeben sind (in dem Fall ist der 5090 wichtig). Welche Firewall nutzt ihr denn?

 

[JanHa]

Ah ok das heißt ich sollte die provisionierung überall auf fqdn umstellen?
Wir haben eine Sonicwall TZ 350. Ich habe schon mit unserem Ansprechpartner gesprochen der meinte das Problem kennt er und hat mir empfohlen falls es nicht geht (der andere oder man selber wird nicht gehört) die TA direkt an der Fritzbox anzuschließen...

 

[bitn2]

Was sagt denn der Firewallcheck? Sind alle Ports frei? Ja immer auf fqdn stellen wenn du die App nutzen willst. Sonst funktioniert es zb nie aus dem Mobil Netz.

 

[JanHa]

der Firewall check sagt alles ok alle Ports sind frei. Hab das auch extra in der Firewall eingestellt und den traffic der 3cx von allem ausgeschlossen. Kann es sein das es am fqdn liegt das ich diese Probleme habe wie der andere oder man selber wird nicht gehört? Auch wenn ich in dem selben Netzwerk bin?

 

[fxbastler]

Ist der FQDN intern auch mit der internen Adresse erreichbar? Sprich: Split DNS funktioniert? Ein 'nslookup <fqdn>' gibt die lokale IP der TA zurück und nicht die öffentliche oder einen Proxy oder sonstwas? Auch an den Smartphones (z.B. mit fing oder iNetTools)?

 

[JanHa]

hi fxbastler, nein da kommt:

nicht autorisierende Antwort:
Name: <unsere fqdn>
Adress: 0.0.0.0

 

[fxbastler]

Kein Schreibfehler deinerseits? Dann dürfte die 3CX Verwaltungskonsole am Smartphone per FQDN ja auch nicht gefunden werden (https://<fqdn>:5001), ist dem so?

Eventuell mal überall IPv6 deaktivieren.

Nachfrage: wer schickt denn die 'nicht autorisierende Antwort'? Hoffentlich dein eigener DNS Server.

 

[JanHa]

nope 3 Mal eingegeben.. richtig ist am smartphone per fqdn nicht erreichbar

Da kommt noch
Server: Unknown
Adress: <standard IP Firewall>

 

[fxbastler]

Das ist der Fehler. Ein DNS Problem. Wer ist denn DNS Server bei euch im Netzwerk? Bekommen die mobilen Clients im Netzwerk wenigstens eine eigene interne IPv4 Adresse (vom richtigen DHCP Server und die richtige vor allem) und diesen DNS Server? Dann halt mal am DNS Server den FQDN mit dieser IP hinterlegen damit Split DNS funktioniert. Das muss funktionieren.

 

[JanHa]

Die Firewall verteilt die IPv4 Adressen und jeder mobile client bekommt eine eigene Ich werde das Mal einstellen Vielen Dank!

 

[fxbastler]

Deine Firewall ist aber die Sonicwall und nicht die blöde Fritte? Die Fritte kann kein Split DNS. Ist IPv6 mal komplett abgeschalten? Kann ja sein du bekommst wie üblich vom Provider IPv6 Adressen und die Firewall gibt die per RA an die Clients weiter. Das wird dann an den Clients gern genutzt. Wenn du das aber nicht richtig überall einstellst geht das mit Ansage auch schief. Stell an allen Geräte im Netzwerk die IPv6 RA (Router Advertising) oder IPv6 DHCP Leases anbieten könnten (können auch mehrere sein, bei openWRT z.B. ist das standardmäßig überall aktiviert) oder auch DHCPv6 Relay aus. Dann kontrolliere das am Client: der darf dann nur eine Link Local IPv6 Adresse bekommen die z.B. mit fe80 anfängt.

 

[JanHa]

ok danke dir für die Tipps