Frage : TTL lief regelmäßig auf einem Klingeln zu einem anderen Teilnetze ab.

Hallo erhielten Völker,

I ein merkwürdiges Problem hier.  Ich beginne, indem ich das Netzplan…

I erkläre, habe zwei Teilnetze in unserem Büro - lässt sie nennen A und B.B ist ein kleines Teilnetz, das vier Bediener hält, die innen von einem anderen Büro verschoben wurden und wegen der Konfigurationsausgaben auf den Bedienern wir einfach das Teilnetz am Ort verursachten.  Teilnetz A ist das Hauptteilnetz für das Büro, welches die Majorität der Bediener und aller Klientenvorrichtungen enthält.  Auf Teilnetze A haben wir 3 externe Linien - eine Linie für Internet, eine Linie für VPN und eine Mietleitung zu unserem Hauptbüro in Deutschland.  Teilnetz A spricht mit Teilnetze B über einen alten Windows- 2000bediener mit RRAS angebrachten und 2 NIC (das immer gewesen hat).  Wir benennen diesen Bediener Server1.

We verbesserten vor kurzem unsere Internet-Linie zu ADSL2+ und passend zu diesem musste den Fräser ersetzen.  Wir brachten ein Draytek 2820 an - alles für einige Wochen now.

Now, plötzlich wir haben dieses Problem in dem durch Zusammenhang von Teilnetze A zu den b-Tropfen adaequat gewesen hat.  Ein konstantes Klingeln zu tun ist für eine Weile erfolgreich und dann erhalten Sie TTL abgelaufen für wie 20 Sekunden oder so und dann zurück zu Antworten.  Aller Verkehr auf Teilnetze A hat den Rückstellungszugang des deutschen Fräsers, der der Reihe nach jeden möglichen Verkehr nachschickt, der nicht für Deutschland auf unseren Internet-Fräser vorgesehen wird.  Wenn der Verkehr für Teilnetz B ist, hat unser Internet-Fräser einen statischen Weg, der ihn zu Server1 nachschickt.

When, das dieser plötzliche Verlust im Zusammenhang ich auftritt, haben die folgenden Informationen erfasst:

1.  Ein tracert von einem Klienten auf Teilnetze A zu einer Vorrichtung auf Teilnetze B geht zum deutschen Fräser und dann zu unserem Internet-Fräser „Pausen“ und geht zurück zum deutschen Fräser wieder.  Dieses fährt hin und her fort, bis Zusammenhang plötzlich zurückkommt und er zu Server1 und auf Teilnetz B.

2. weitermacht.  Ich kann ping die interne Schnittstelle unseres Internet-Fräsers von einem Klienten im Teilnetze A.

3.  Ich kann ping Server1 Schnittstelle auf Teilnetze A von einer Vorrichtung auf Teilnetze A.

4.  Ich kann ping nicht Server1 Schnittstelle auf Teilnetze B von einer Vorrichtung auf Teilnetze A.

5.  Ich kann ping nicht Server1 Schnittstelle auf Teilnetze B von unserem Internet router.

6.  Ich kann ping Server1 Schnittstelle auf Teilnetze A von unserem Internet router.

Now, wenn dieses es war, das ich großes denken würde - das Problem ist mit Server1.  Jedoch müssen einige Klienten auf Teilnetze A auf einen Bediener auf Teilnetze B. zurückgreifen.  Ich fügte statische Wege dem PC hinzu, um sie auf Server1 für jeden möglichen Verkehr zu verweisen, der auf Teilnetz B.

So geht, jetzt, das ich konfus bin - ist es der Internet-Fräser, oder ist es Server1 und was konnte es sein?

I sind zur Zusammenfassung gekommen, dass es vielleicht eins vom folgenden ist:

1.  Ein fehlerhaftes NIC auf Server1
2.  Ein verdorbener IP-Stapel auf Server1.
3.  Ein zweifelhaftes Internet router.

gestern Abend unterstützte ich die Config auf unserem Internet-Fräser und stellte die Vorrichtung zu den Fabrikrückstellungen zurück.  Ich lud dann die Config zurück an wieder - keine change.

Any Hilfe/Ideen würden groß appreciated.

Thanks guys. sein

Antwort : TTL lief regelmäßig auf einem Klingeln zu einem anderen Teilnetze ab.

GWT Vorteile
 
Keine Javascriptsyntaxstörungen
   - Eine zuverlässige, strongly-typed Sprache (Java) für Entwicklung und eine Entstörung verwenden
   - Kein Javascript, das an allen programmiert!
 
Kann kompliziertes Java auf dem Klienten benutzen
   - Gemacht zu Javascript, aber Sie Schnur, Reihe, Mathekategorie, ArrayList, HashMap, kundenspezifische Kategorien, etc. noch verwenden.
   - Volle IDE-gegründete Java-Unterstützung für Entwicklung/Entstörung (GWT baut Eklipse- oder MyEclipseprojekte automatisch) auf
 
 Kann komplizierte Java-Arten nach und von dem Bediener senden
    - Daten erhalten über Netz serialized
 
 Allein stehende Testumwelt
   - Kann innerhalb MyEclipse prüfen, ohne einen Bediener anzubringen
 
 Unterstützung durch Hauptfirma
   - Von der Firma, die half, Ajax an erster Stelle zu popularisieren.  Aber Projekt ist frei, Öffnenquelle, und keineswegs gebunden an den Google Produkten oder den Dienstleistungen.
   - Firma geht nicht wie möglicherweise mit AjaxTags weg
 

 
 GWT Nachteile
 
Grosse Lernkurve
   - Java-Entwickler können mit AjaxTags (oder anderen JSP Umbaubibliotheken, entfalten die Ajax Funktionalität einwickeln), in gerade einigen Minuten, während sie viel länger dauert, um alles zu erhalten, das mit GWT läuft.
 
 Lästige Entwicklung
   - Unbeholfener und schlecht dokumentierter auf einem regelmäßigen Java-gegründeten web server zu entfalten Prozess.
 
 Nichtstandardisierte Annäherung, zum von Javascript zu integrieren
   - Sie setzen nie direktes Javascript in Ihr HTML ein. Stattdessen verwenden Sie JSNI, um Javascript in Java einzuwickeln. Sehr leistungsfähig sich langfristig, aber stark zuerst gewöhnen an.
 
 Nur für Java-Entwickler
   - Die meiste Ajax Umwelt tut Javascript auf dem Klienten und hat eine Wahl für den Bediener. GWT basiert völlig um Java.
 
 Ungewöhnliche Annäherung
   - Grundlegend unterschiedliche Strategie als weitere ganze Ajax Umwelt bildet das härtere Auswertung und Management buyoff


und http://aharlamov.blogspot.com/2008/05/gwt