AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Projekte Pin(g)GUI ... GUI für Ping, Traceroute, DNS Lookups, WHOIS
Thema durchsuchen
Ansicht
Themen-Optionen

Pin(g)GUI ... GUI für Ping, Traceroute, DNS Lookups, WHOIS

Ein Thema von jensw_2000 · begonnen am 1. Okt 2005 · letzter Beitrag vom 5. Okt 2005
Antwort Antwort
Seite 2 von 3     12 3      
jensw_2000
Hallo zusammen,

Pin(g)GUI ist ein kleines Tool mit dem man folgendes (aus einer GUI) machen kann:
- Ping
- Traceroute
- DNS Lookups
- WHOIS (über WebQuery oder das klassische WHOIS Protokoll)

Faetures:
- Ping mit akkustischem Signal, wenn eine positive Antwort kommt. Man muss also nicht
auf den Monitor schauen, um zu wissen ob (bzw. ab wann) eine Verbindung steht.
Das ist besonders hilfreich wenn man irgendwelche Router konfiguriert oder am
Patchfeld die richtige Leitung sucht ..

- "Host" History

- 2 verschiedene "Pong" Klänge. Man der Programm mehrfach starten und unterschiedliche
Klänge aktivieren. Am Klang erkennt man dann, welcher Host grade antwortet ..

- detailierte DNS Query mit Infos über den Host, das Subnet und den DNS Server selbst

- WHOIS (das Protokoll) stirbt langsam aus. Die meisten WHOIS Server geben nur noch Infos über
ein Webinterface aus, nachdem man die Nutzungsbedingungen akzeptiert hat.
Pin(g)GUI unterstützt wahlweise WHOIS und WebQuery

Probiert es mal aus.
Über ein Feedback würde ich mich freuen.


Schöne Grüße,
Jens
Angehängte Dateien
Dateityp: zip pinggui_358.zip (810,6 KB, 170x aufgerufen)
 
Benutzerbild von Zacherl
Zacherl

 
Delphi 10.2 Tokyo Starter
 
#11
  Alt 2. Okt 2005, 13:05
Im CurrentUser kann man auch nur schreiben, wenn der Admin nicht die Schreibrechte für den Schlüssel entzogen hat.

Florian
  Mit Zitat antworten Zitat
jensw_2000
 
#12
  Alt 2. Okt 2005, 14:26
Diese entlose Diskussion "Registry vs. ini" hatten wir hier schon so oft.
Dabei kam im Endeffekt immer das selbe heraus:
Man kann das Thema nicht pauschalisieren.
Vorrangig gibt die Anwendung vor, wo Einstellungen am besten gespeichert werden.

Damit wir eventuell wieder zum Thema zurückkommen können, möchte ich meine Beweggründe, die Einstellungen im Zweig HKEY_CURRENT_USER der Registry zu speichern, hier mal kurz aufführen.

Es macht bei dem Programm keinen Sinn, eine INI im Programmverzeichnis anzulegen.
Wenn das Programm von einem Read-Only Medium gestartet wird, könnte man seine Einstellungen nicht speichern und die Host-History würde auf dem Stand "Brennzeitpunkt der CD" bleiben.
Zudem ist es beim Kunden relativ nutzlos, wenn in der "Host-History" meine IP-Adressen und Hostnamen stehen.

Damit ist klar, das die Daten irgendwo auf dem "ausführendem" System gespeichert werden müssen.

Weil die Anwender keine Admin-Rechte haben sollten, und ein zentrales Speichern von Einstellungen (z.B. HKEY_LOCAL_MACHINE, ALL_USERS_PROFILE, %PROGRAMFILESDIR% usw.) zusätzliche Rechte erfordern würde (und bei diesen Programm auch keinen Sinn macht), bleibt nun also nur noch die Entscheidung "ini im %HOMEDIR%" oder "Registry HKEY_CURRENT_USER".

Für normale Einsatzzwecke ist das Programmtechnisch relativ egal und reine Geschmackssache.
Ich bevorzuge die Registry, weil z.B.
- keine API Funktionen benötigt werden, um bei unterschiedlichen Windows-Sprachversionen zuverlässig den Ordnernamen "%USERPROFILEDIR%\Anwendungsdaten\.." zu ermitteln.
- Die Registry einfach pflegeleichter ist (Es gibt 100te Tools um Registry-Leichen zu entfernen, aber kaum eins, um Dateileichen zuverlässig zu lokalisieren)
- das Programm auch noch arbeitet, wenn man es von einer BART-WinPE CD verwendet (%HOMDIR% ist da Readonly, die Registry liegt im RAM)


@Florian
Zitat:
Im CurrentUser kann man auch nur schreiben, wenn der Admin nicht die Schreibrechte für den Schlüssel entzogen hat.
Ich kenne keinen Admin der sich mit sowas das Leben schwehr macht. Vermutlich würden 90% aller Anwendungen auf dem System mit Fehlermeldungen um sich werfen. Er könnte dem User genauso die Schreibrechte auf sein %HOMEDIR% klauen, und hätte keine ruhige Minute mehr ...

Wenn man aufgeräumte und standardisierte UserProfiles haben möchte, wäre es leichter, die Profiles beim Starten des Rechners (über das System-Startscript) zu löschen, damit diese beim Anmelden eines Benutzers, sauber aus dem DEFALUT USER Profil erstellt werden.


Falls es jetzt noch weiteren Diskussionsbedarf zum Thema Registry vs. INI geben sollte, dann macht bitte einen neuen Tread auf.

In diesen Thread geht es um Meinungen, Hinweise und Verbesserungsvorschläge zu dem Programm.


Schöne Grüße,
Jens
  Mit Zitat antworten Zitat
PierreB
 
#13
  Alt 2. Okt 2005, 15:17
Hey,

habs mir jetzt nochmal etwas genauer angeguckt. Die Whois-Abfrage geht bei mir gar nicht (W2k SP4), ich bekommen immer eine Zugriffsverletzung.

Und nen kleinen Rechtschreibfehler hab ich noch entdeckt: Ganz unten steht Alle Rechte vorbahalten.
  Mit Zitat antworten Zitat
Benutzerbild von Zacherl
Zacherl

 
Delphi 10.2 Tokyo Starter
 
#14
  Alt 2. Okt 2005, 16:43
Hallo,
ganz nett das Programm. Hab auch nichts zu meckern, außer - wie gesagt - solltest du Einstellungen in einer INI Datei speichern.

Florian
  Mit Zitat antworten Zitat
jensw_2000
 
#15
  Alt 2. Okt 2005, 17:14
Zitat von PierreB:
Hey,

habs mir jetzt nochmal etwas genauer angeguckt. Die Whois-Abfrage geht bei mir gar nicht (W2k SP4), ich bekommen immer eine Zugriffsverletzung.

Und nen kleinen Rechtschreibfehler hab ich noch entdeckt: Ganz unten steht Alle Rechte vorbahalten.
Whois loggt offline in einen TWebbrowser. Kann es sein, das auf deinem System irgendwas mit dem Internet-Explorer nicht stimmt, oder du über einen Proxy ins Internet gehst ? (Evtl. "virtueller Proxy" eines Antiviren-Programms).

Nutzt du die Whois WebQuery oder einen Whois-Server ?
Schau mal bitte, ob der Fehler bei beiden Abfrage-Arten auftritt.
(den Haken "Einstellungen > weitere Einstellungen > WHOIS > WebQuery anstatt Whois Protokoll nutzen" einmal setzen + testen und einmal rausnehmen + testen ...)


Wäre schön wenn du mir ein paar genauere Infos zu dem Fehler geben könntest, damit ich ihn besser lokalisieren kann (Adresse, Eventlog Einträge usw.)

Den Rechtschreibfehler habe ich korrigiert (kommt mit dem nächsten Update).

Danke für den Hinweis,
Jens

  Mit Zitat antworten Zitat
PierreB
 
#16
  Alt 2. Okt 2005, 17:18
Fehler tritt nur bei WhoisQuery auf, Adresse is egal, geht bei keiner, mit Internet Explorer sollte alles in Ordnung sein, kein Proxy...
  Mit Zitat antworten Zitat
jensw_2000
 
#17
  Alt 2. Okt 2005, 17:24
Zitat von PierreB:
Fehler tritt nur bei WhoisQuery auf, Adresse is egal, geht bei keiner, mit Internet Explorer sollte alles in Ordnung sein, kein Proxy...
Das heist, bei einer Whois Abfrage über http (Whois WebQuery) tritt der Fehler auf, und bei einer Whois Abfrage über das klassische WHOIS Protokoll gibt es keine Fehlermeldung ?

Kannst du mal einen Screenshot von der Fehlermeldung machen und posten ?

[Edit]
An Win2000 + SP4 kanns nicht liegen. Ich habe es grade auf unserem Terminalserver gestetet ...
[/Edit]

Danke,
Jens
  Mit Zitat antworten Zitat
PierreB
 
#18
  Alt 2. Okt 2005, 17:32
Zitat von jensw_2000:
Zitat von PierreB:
Fehler tritt nur bei WhoisQuery auf, Adresse is egal, geht bei keiner, mit Internet Explorer sollte alles in Ordnung sein, kein Proxy...
Das heist, bei einer Whois Abfrage über http (Whois WebQuery) tritt der Fehler auf, und bei einer Whois Abfrage über das klassische WHOIS Protokoll gibt es keine Fehlermeldung ?
Exakt.

Fehlermeldung ist im Anhang... (Das ist die erweiterte Ansicht, zuerst kommt nur ne Meldung "Zugriffsverletzung in xxxxxx")
Miniaturansicht angehängter Grafiken
ping_147.jpg  
  Mit Zitat antworten Zitat
Benutzerbild von Luckie
Luckie

 
Delphi 2006 Professional
 
#19
  Alt 2. Okt 2005, 17:35
Du solltest dazu schreiben, dass man Administratrorrechte braucht um zu Pingen.
Michael
  Mit Zitat antworten Zitat
jensw_2000
 
#20
  Alt 2. Okt 2005, 17:49
Zitat von Luckie:
Du solltest dazu schreiben, dass man Administratrorrechte braucht um zu Pingen.
Hoopps ..

eventuell sollte ich doch mal die Indys aktualisieren.
Der Fehler kommt bein Aufruf von idICMP.Ping, wenn man nur normale Benutzerrechte hat ...

Danke für den Hinweis ...
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 3     12 3      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:46 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz