Registrieren / Anmelden
Simulator Forum Handbuch https 
Forum :: Fehler und Probleme

 

Aktuelle Zeit: So Jan 21, 2018 3:46 pm

Alle Zeiten sind UTC + 1 Stunde


Forumsregeln


Die Forumsregeln lesen



Ein neues Thema erstellen Auf das Thema antworten  [ 12 BeitrĂ€ge ] 
Autor Nachricht
BeitragVerfasst: Mo Dez 11, 2017 8:39 pm 

Registriert: Do Mai 21, 2009 7:49 pm
BeitrÀge: 196
Wohnort: Karlsruhe
Hallo,

seit heute habe ich das Problem, dass bei mir immer der STS Zeitsystem Verbindungstest und der IRC und Kontrollserver Verbindungstest fehl schlÀgt. Ich habe an Java nicht verÀndert, ich hoffe mir kann jemand weiter helfen


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Mo Dez 11, 2017 9:42 pm 

Registriert: Mi Feb 05, 2014 9:30 am
BeitrÀge: 67
neu starten des sim?


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Mo Dez 11, 2017 10:10 pm 

Registriert: Do Mai 21, 2009 7:49 pm
BeitrÀge: 196
Wohnort: Karlsruhe
Ich kann das Java-Programm gar nicht starten, schon da wird abgebrochen


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Di Dez 12, 2017 12:22 am 
Erbauer
Benutzeravatar

Registriert: Mo Okt 30, 2006 3:29 pm
BeitrÀge: 1334
Wohnort: Stuttgart-Bad Cannstatt
Neuer Antivirenscanner oder an der Firewall etwas verÀndert? Oder ganz allgemein, was hat sich verÀndert, seitdem es das letzte Mal ging? Es muss nicht an Java liegen. Meine Vermutung ist, dass bestimmte Ports geblockt werden, wenn keine Verbindung zum IRC aufgebaut werden kann.


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Di Dez 12, 2017 8:09 am 

Registriert: So Mai 07, 2017 10:25 am
BeitrÀge: 13
Wohnort: Wittgenstein, nahe der OLB
Fehler ist mir bekannt.

Seit ich ein neues Notebook habe, kommt auch bei mir ein entsprechender Fehler.

Firewall des Systems ist aus, heimischer Router ist unverÀndert, und auch an einem anderen Standort funktioniert es nicht.

Konsolenausgabe nachfolgend:
Zitat:
12., 08:04:53
Dez 12, 2017 8:04:53 AM js.java.schaltungen.stsmain start
WARNUNG: Ohne einen Fehler ist eine Warnung nur eine Warnung und unkritisch.
Dez 12, 2017 8:04:53 AM js.java.schaltungen.stsmain start
INFORMATION: Ohne einen Fehler ist eine Information nur eine Information und unkritisch.

Build: 5679
Dez 12, 2017 8:04:53 AM com.sun.xml.internal.ws.wsdl.PayloadQNameBasedOperationFinder <init>
WARNUNG: Nicht eindeutige Textteile. GemĂ€ĂŸ BP 1.1 R2710 mĂŒssen VorgĂ€nge in einem Port eindeutige Vorgangssignaturen enthalten, damit die Verteilung erfolgreich verlĂ€uft. Methoden [storeLatency, getTip, isLoginAllowed, userConsole, getFriendFoe, userData, getName] haben denselben Anforderungstextblock {http://www.w3.org/2001/XMLSchema}string. Die Verteilung von Methoden verlĂ€uft möglicherweise nicht erfolgreich, die Laufzeitumgebung wird versuchen, die Verteilung mit SOAPAction vorzunehmen. Eine andere Möglichkeit besteht darin, AddressingFeature zu aktivieren, damit die Laufzeitumgebung WSDL-VorgĂ€nge eindeutig mit wsa:Action-Header identifizieren kann.
Dez 12, 2017 8:04:53 AM com.sun.xml.internal.ws.wsdl.PayloadQNameBasedOperationFinder <init>
WARNUNG: Nicht eindeutige Textteile. GemĂ€ĂŸ BP 1.1 R2710 mĂŒssen VorgĂ€nge in einem Port eindeutige Vorgangssignaturen enthalten, damit die Verteilung erfolgreich verlĂ€uft. Methoden [storeLatency, getTip, isLoginAllowed, userConsole, getFriendFoe, userData, getName] haben denselben Anforderungstextblock {http://www.w3.org/2001/XMLSchema}string. Die Verteilung von Methoden verlĂ€uft möglicherweise nicht erfolgreich, die Laufzeitumgebung wird versuchen, die Verteilung mit SOAPAction vorzunehmen. Eine andere Möglichkeit besteht darin, AddressingFeature zu aktivieren, damit die Laufzeitumgebung WSDL-VorgĂ€nge eindeutig mit wsa:Action-Header identifizieren kann.
Dez 12, 2017 8:04:53 AM js.java.schaltungen.verifyTests.v_timeserv test
SCHWERWIEGEND: null
java.security.AccessControlException: access denied ("java.net.SocketPermission" "46.165.212.222:3288" "connect,resolve")
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
at java.security.AccessController.checkPermission(AccessController.java:884)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at net.sourceforge.jnlp.runtime.JNLPSecurityManager.checkPermission(JNLPSecurityManager.java:291)
at java.lang.SecurityManager.checkConnect(SecurityManager.java:1051)
at sun.nio.ch.DatagramChannelImpl.connect(DatagramChannelImpl.java:725)
at js.java.isolate.sim.timesystem.timeSync.init(timeSync.java:91)
at js.java.isolate.sim.timesystem.timeSync.<init>(timeSync.java:53)
at js.java.schaltungen.verifyTests.v_timeserv.test(v_timeserv.java:34)
at js.java.schaltungen.verifyTests.InitTestBase.runtest(InitTestBase.java:34)
at js.java.schaltungen.StartVerify.runTests(StartVerify.java:115)
at js.java.schaltungen.StartVerify.access$000(StartVerify.java:25)
at js.java.schaltungen.StartVerify$1.run(StartVerify.java:100)
at java.lang.Thread.run(Thread.java:748)


12., 08:05:04
Dez 12, 2017 8:05:04 AM de.deltaga.eb.BasicEventBus publish
INFORMATION: No subscriber for js.java.schaltungen.chatcomng.ChatUser
Dez 12, 2017 8:05:04 AM de.deltaga.eb.BasicEventBus publish
INFORMATION: No subscriber for js.java.schaltungen.chatcomng.ChatUser
Dez 12, 2017 8:05:04 AM de.deltaga.eb.BasicEventBus$HandlerInfoCallable call
SCHWERWIEGEND: Event Handler exception on handler Class: js.java.schaltungen.chatcomng.IrcConnectedEvent, Call: public void js.java.schaltungen.stsmain.ircConnected(js.java.schaltungen.chatcomng.IrcConnectedEvent) with event js.java.schaltungen.chatcomng.IrcConnectedEvent@72262544
java.security.AccessControlException: access denied ("java.net.SocketPermission" "46.165.212.222:3288" "connect,resolve")
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
at java.security.AccessController.checkPermission(AccessController.java:884)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at net.sourceforge.jnlp.runtime.JNLPSecurityManager.checkPermission(JNLPSecurityManager.java:291)
at java.lang.SecurityManager.checkConnect(SecurityManager.java:1051)
at sun.nio.ch.DatagramChannelImpl.connect(DatagramChannelImpl.java:725)
at js.java.isolate.sim.timesystem.timeSync.init(timeSync.java:91)
at js.java.isolate.sim.timesystem.timeSync.<init>(timeSync.java:53)
at js.java.schaltungen.chatcomng.GlobalLatency.<init>(GlobalLatency.java:42)
at js.java.schaltungen.stsmain.ircConnected(stsmain.java:320)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.deltaga.eb.BasicEventBus$HandlerInfoCallable.call(BasicEventBus.java:674)
at de.deltaga.eb.BasicEventBus$2.run(BasicEventBus.java:428)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)

Dez 12, 2017 8:05:04 AM js.java.schaltungen.stsmain busEvent
SCHWERWIEGEND: null
java.security.AccessControlException: access denied ("java.net.SocketPermission" "46.165.212.222:3288" "connect,resolve")
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:472)
at java.security.AccessController.checkPermission(AccessController.java:884)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at net.sourceforge.jnlp.runtime.JNLPSecurityManager.checkPermission(JNLPSecurityManager.java:291)
at java.lang.SecurityManager.checkConnect(SecurityManager.java:1051)
at sun.nio.ch.DatagramChannelImpl.connect(DatagramChannelImpl.java:725)
at js.java.isolate.sim.timesystem.timeSync.init(timeSync.java:91)
at js.java.isolate.sim.timesystem.timeSync.<init>(timeSync.java:53)
at js.java.schaltungen.chatcomng.GlobalLatency.<init>(GlobalLatency.java:42)
at js.java.schaltungen.stsmain.ircConnected(stsmain.java:320)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.deltaga.eb.BasicEventBus$HandlerInfoCallable.call(BasicEventBus.java:674)
at de.deltaga.eb.BasicEventBus$2.run(BasicEventBus.java:428)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)



Test mit Telnet gibt gleiches Problem von 3 verschiedenen Standorten:
Zitat:
telnet 46.165.212.222 3288
Trying 46.165.212.222...
telnet: Unable to connect to remote host: Verbindungsaufbau abgelehnt


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Di Dez 12, 2017 9:38 am 
Support-TeamR-Admin [Großraum München, Nordbayern, Südbayern]Erbauer

Registriert: Mi Mai 06, 2009 8:53 pm
BeitrÀge: 2140
Wohnort: Zirndorf
Hi,

ja nun, das klingt doch recht eindeutig, nicht wahr? Irgendetwas auf Deinem Notebook/in Deinem Netzwerk verhindert die Verbindung. In der Regel ist das eine Firewall oder eine Sicherheits-Suite.

Servus
Heinz

_________________
R-Admin Nordbayern, SĂŒdbayern und Großraum MĂŒnchen

„Ich glaube, dass es auf der Welt einen Bedarf von vielleicht fĂŒnf Computern geben wird.“ (1943, T. Watson, Vorstandsvorsitzender der IBM)


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Di Dez 12, 2017 6:34 pm 

Registriert: So Mai 07, 2017 10:25 am
BeitrÀge: 13
Wohnort: Wittgenstein, nahe der OLB
Und auch fĂŒr den Herrn "Hinz" nochmal.

Getestet wurde die Verbindung von 3 unteschiedlichen GerÀten per "Telnet-Befehl".
3 Unterschiedliche GerÀte in unterschiedlichen Netzwerken ohne ein Problem bei anderen ausgehenden Verbindungen.

Aus genau diesem Grund schließe ich ja das Firewall-/Rechnerproblem aus.


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Di Dez 12, 2017 7:28 pm 

Registriert: Fr MĂ€r 09, 2012 11:59 am
BeitrÀge: 419
Wohnort: bei Landau
orloff hat geschrieben:
Getestet wurde die Verbindung von 3 unteschiedlichen GerÀten per "Telnet-Befehl".
Und was genau versuchst du damit zu testen? Telnet ist einer der letzten Dienste, die auf einem öffentlich, produktiv eingesetzten Server erreichbar sein sollte. (Ein kurzer Test zeigt, dass er es tatsÀchlich nicht ist, weder auf dem Standardport, noch auf 3288. Der Simulator funktioniert trotzdem.)

Edith meint: Wenn du testen willst, ob ein Server erreichbar ist, dann ist
Code:
ping stellwerksim.de
eher angebracht. In deinem Fall scheint das aber nicht das Problem zu sein, da der Test bereits von den Java-Policies abgewĂŒrgt wird.

David


Zuletzt geÀndert von DLichti am Di Dez 12, 2017 7:51 pm, insgesamt 1-mal geÀndert.

Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Di Dez 12, 2017 7:45 pm 
Stellwerk-AdminSupport-TeamHandbuch-TeamR-Admin [Berlin-Brandenburg, Mecklenburg, Nordamerika, Sachsen, Sachsen-Anhalt, Zug-Schattenregion]Erbauer
Benutzeravatar

Registriert: Mo Okt 30, 2006 7:46 am
BeitrÀge: 13828
Wohnort: Potsdam
Telnet (Client) ist ein wunderbares Tool um zu testen ob ein Rechner auf einem TCP-Port hört, bei UDP-Ports gehts in die Hose ...

_________________
Bitte PN nur fĂŒr private, vertrauliche Mitteilungen verwenden, fĂŒr alle anderen BeitrĂ€ge ist das Forum der beste Platz.


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Di Dez 12, 2017 8:20 pm 
Support-TeamR-Admin [Großraum München, Nordbayern, Südbayern]Erbauer

Registriert: Mi Mai 06, 2009 8:53 pm
BeitrÀge: 2140
Wohnort: Zirndorf
orloff hat geschrieben:
Und auch fĂŒr den Herrn "Hinz" nochmal.

Getestet wurde die Verbindung von 3 unteschiedlichen GerÀten per "Telnet-Befehl".
3 Unterschiedliche GerÀte in unterschiedlichen Netzwerken ohne ein Problem bei anderen ausgehenden Verbindungen.

Aus genau diesem Grund schließe ich ja das Firewall-/Rechnerproblem aus.

Und wenn ein öffentlich verfĂŒgbarer Dienst, der bei allen anderen funktioniert per telnet von Dir aus nicht erreichbar ist, schließt Du daraus, dass bei Dir kein Problem bestehen kann? Na von mir aus, bei dem Ton bin ich eh raus.

Servus
Heinz

_________________
R-Admin Nordbayern, SĂŒdbayern und Großraum MĂŒnchen

„Ich glaube, dass es auf der Welt einen Bedarf von vielleicht fĂŒnf Computern geben wird.“ (1943, T. Watson, Vorstandsvorsitzender der IBM)


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Di Dez 12, 2017 8:27 pm 

Registriert: So Mai 07, 2017 10:25 am
BeitrÀge: 13
Wohnort: Wittgenstein, nahe der OLB
OK, nochmals genauer mit Java auseinandergesetzt, und eine Lösung gefunden.

Bearbeiten der "Java.Policy"-Datei hat dann doch den Erfolg gebracht, obwohl die "alte" Datei den gleichen Inhalt hatte.
Könnte aber durchaus ein Problem mit einem Update gewesen sein.

Also fĂŒr alle, die in ein Ă€hnliches Problem fallen, die Datei "java.policy" bearbeiten. Bei Linux potentiell befindlich unter "/etc/java-8-openjdk/security/java.properties"
Folgenden Eintrag im Bereich "grant" einfĂŒgen:
Code:
permission java.net.SocketPermission "46.165.212.222:3288", "connect, resolve";


Danach funktioniert bei mir die Verbindung wieder.


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitragVerfasst: Do Dez 28, 2017 12:08 am 

Registriert: So Feb 18, 2007 12:02 am
BeitrÀge: 2
Wohnort: Baiern
Ich hatte das gleiche Problem auf Debian. Bei mir hat es geholfen in der Datei
Code:
/etc/java-8-openjdk/security/java.policy
den Inhalt
Code:
        // Permissions fĂŒr Stellwerksim
        permission java.net.SocketPermission "www.stellwerksim.de", "connect,accept,resolve";
        permission java.net.SocketPermission "46.165.212.222:3288", "connect,resolve";
am Ende aber innerhalb der
Code:
grant { }
Direktive einzufĂŒgen. Danach hat der Funktionstest geklappt.


Nach oben
 Profil
  
 
Mit Zitat antworten  
BeitrĂ€ge der letzten Zeit anzeigen:  Sortiere nach  
Ein neues Thema erstellen Auf das Thema antworten  [ 12 BeitrĂ€ge ] 

Alle Zeiten sind UTC + 1 Stunde


Wer ist online?

Mitglieder in diesem Forum: Google [Bot], Majestic-12 [Bot]


Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine BeitrÀge in diesem Forum nicht Àndern.
Du darfst deine BeitrÀge in diesem Forum nicht löschen.

Suche nach:
Gehe zu:  
Powered by phpBB® Forum Software © phpBB Group
Deutsche Übersetzung durch phpBB.de
Impressum