| Autor |
Beitrag |
AXMD
 
Beiträge: 4006
Erhaltene Danke: 7
Windows 10 64 bit
C# (Visual Studio 2019 Express)
|
Verfasst: Sa 11.12.04 21:56
Mal eine kurze Frage: wenn ich ein Programm schreibe, das servermäßig Daten an Clients weitergibt und sich merken soll, wer wann was angefordert hat: lieber IP oder lieber MAC-Adresse speichern? Wenn ihr euch für eines der beiden entschieden habt: gibts auch einen einfachen Weg, die IP rauszufinden?
AXMD
|
|
matze
Beiträge: 4613
Erhaltene Danke: 24
XP home, prof
Delphi 2009 Prof,
|
Verfasst: So 12.12.04 10:31
ich würds ja mit der IP machen, da du als Server Programm immer automatich die IP mitbekommst, wnen ein Client was von dir anfordert.
_________________ In the beginning was the word.
And the word was content-type: text/plain.
|
|
AXMD 
Beiträge: 4006
Erhaltene Danke: 7
Windows 10 64 bit
C# (Visual Studio 2019 Express)
|
Verfasst: So 12.12.04 10:46
Ok. Und | AXMD hat folgendes geschrieben: | | gibts auch einen einfachen Weg, die IP rauszufinden? |
AXMD
|
|
Narses
Beiträge: 10185
Erhaltene Danke: 1261
W11x64
TP3 .. D7pro .. D10.2CE
|
Verfasst: So 12.12.04 12:59
Moin!
| AXMD hat folgendes geschrieben: | | servermäßig Daten an Clients weitergibt und sich merken soll, wer wann was angefordert hat: lieber IP oder lieber MAC-Adresse speichern? |
Das kommt darauf an, wie "sicher" du dein Protokoll gestalten willst. Mir scheint, dir sind nicht bis ins Letzte die unteren ISO-OSI-Schichten geläufig, da du diese Frage sonst nicht gestellt hättest. Deshalb (ganz) kurze "Einführung":
Die MAC (Media Access Control) Adresse wird verwendet, um in einem LAN (Local Area Network) Absender und Empfänger zu identifizieren. Ziemlich stark vereinfacht könnte man auch sagen: "MAC gilt nur auf dem selben Stück Kabel" (OK OK, Switch/Hub mitgezählt) Oder anders: "MAC-Adressen kann man nicht routen!" (Wir sind also in Schicht 2)
Das IP-Protokoll wird in Schicht 3 eingeordnet und ist routingfähig, kann also auch WAN-Verbindungen (Router) passieren.
Daraus folgt, dass du sinnvollerweise IP-Adressen protokollieren solltest, damit auch Verbindungen aus anderen Netzen korrekt eingeordnet werden. Darüber hinaus kannst du natürlich zusätzlich die MAC-Adresse protokollieren, wenn es interessant ist, woher genau das Datenpaket stammt (wobei dann Verbindungen aus dem WAN mit der Routeradresse angegeben würden).
Und bei dem ganzen sollte man nicht vergessen, dass sowohl IP- als auch MAC-Adressen änderbar sind, deshalb keine direkten Rückschlüsse zulassen.
| AXMD hat folgendes geschrieben: | | gibts auch einen einfachen Weg, die IP rauszufinden? |
Die Frage verstehe ich leider nicht. Was ist dein Problem?
cu
Narses
Zuletzt bearbeitet von Narses am So 12.12.04 17:00, insgesamt 1-mal bearbeitet
|
|
matze
Beiträge: 4613
Erhaltene Danke: 24
XP home, prof
Delphi 2009 Prof,
|
Verfasst: So 12.12.04 13:02
kommt drauf an, mit welchen kompos du das machen willst. da wirdste schon irgendwo die IP adresse anlesen können
_________________ In the beginning was the word.
And the word was content-type: text/plain.
|
|
AXMD
Beiträge: 4006
Erhaltene Danke: 7
Windows 10 64 bit
C# (Visual Studio 2019 Express)
|
Verfasst: So 12.12.04 14:32
@Narses: erstmal danke für die kleine Einführung. 75% von dem hab ich noch nicht gewusst  THX
| Narses hat folgendes geschrieben: | Und bei dem ganzen sollte man nicht vergessen, dass sowohl IP- als auch MAC-Adressen änderbar sein, deshalb keine direkten Rückschlüsse zulassen.
|
Gibt es irgendwas, was konkrete Schlüsse zulässt oder zumindest welche, die 90% sicher sind?
Zu meiner Frage mit der IP: ich hatte sie bewusst sehr allgemein gestellt, da ich nichtmal eine Ahnung habe, wie ich Server und Client miteinander verbinde (weder Protokoll noch die Compos) - obwohl ich am ehesten noch zu TCP/IP tendiere. Ich bin leider komplett neu in der Materie, deshalb hab ich mal nach Code gesucht, der die IP herausfindet (SDC Tipps) und hab mir gedacht, das müsste doch auch einfacher gehen.
AXMD
|
|
Narses
Beiträge: 10185
Erhaltene Danke: 1261
W11x64
TP3 .. D7pro .. D10.2CE
|
Verfasst: So 12.12.04 17:08
| AXMD hat folgendes geschrieben: | | Gibt es irgendwas, was konkrete Schlüsse zulässt oder zumindest welche, die 90% sicher sind? |
Ähm, was für Rückschlüsse möchtest du denn ziehen, wenn ich mal fragen darf. Juristische, personenbezogene, maschinenbezogene... 
| AXMD hat folgendes geschrieben: | | da ich nichtmal eine Ahnung habe, wie ich Server und Client miteinander verbinde (weder Protokoll noch die Compos) - obwohl ich am ehesten noch zu TCP/IP tendiere. |
Was ausser */IP käme denn in Frage? In welchem Rahmen? LAN, WAN, Internet... ?!? Was soll die Anwendung denn tun? Da gibt es keine Patentrezepte. Obwohl sicherlich IP praktisch immer die richtige Wahl ist.
| AXMD hat folgendes geschrieben: | | Ich bin leider komplett neu in der Materie, deshalb hab ich mal nach Code gesucht, der die IP herausfindet (SDC Tipps) und hab mir gedacht, das müsste doch auch einfacher gehen. |
Ich merke schon...  (kleiner Insider: die TServerSocket und TClientSocket Kompos wären da schon ziemlich Ideal [gewesen], um in die Materie einzusteigen...)
Und ich fürchte, du verwechselst da zwei Dinge: Code zum Ermitteln der EIGENEN IP und Code, der in einem Serverdienst die IP der Clients "ermittelt". Das sind natürlich zwei komplett verschiedene Dinge. Trifft meine Vermutung zu (du bist der Verwechslung erlegen)?
Schau mal hier rein, da habe ich eine winzig-Anwendung mit diesen Kompos erstellt. Vielleicht hilft das ja schon was für den ersten Eindruck (auch wenn es bei dir wg. den fehlenden Kompos nicht läuft).
cu
Narses
|
|
AXMD
Beiträge: 4006
Erhaltene Danke: 7
Windows 10 64 bit
C# (Visual Studio 2019 Express)
|
Verfasst: So 12.12.04 17:32
| Narses hat folgendes geschrieben: | | AXMD hat folgendes geschrieben: | | Gibt es irgendwas, was konkrete Schlüsse zulässt oder zumindest welche, die 90% sicher sind? |
Ähm, was für Rückschlüsse möchtest du denn ziehen, wenn ich mal fragen darf. Juristische, personenbezogene, maschinenbezogene... |
Ich will zB eine IP sperren können; aber wie du sagst kann diese manipuliert/verändert werden (auch zB logisch in einem Netzwerk mit DHCP-Server). Gewisse IPs/User soll der Admin serverseitig sperren können - der Grund dürfte klar sein.
| Narses hat folgendes geschrieben: | | AXMD hat folgendes geschrieben: | | da ich nichtmal eine Ahnung habe, wie ich Server und Client miteinander verbinde (weder Protokoll noch die Compos) - obwohl ich am ehesten noch zu TCP/IP tendiere. |
Was ausser */IP käme denn in Frage? In welchem Rahmen? LAN, WAN, Internet... ?!? Was soll die Anwendung denn tun? Da gibt es keine Patentrezepte. Obwohl sicherlich IP praktisch immer die richtige Wahl ist. |
Der Rahmen sollte eigentlich normales LAN sein - an TCP/IP hab ich gedacht, da es ja quasi jeder hat (der Win verwendet); zumindest mehr Leute als NetBUI o.ä.
| Narses hat folgendes geschrieben: | | AXMD hat folgendes geschrieben: | | Ich bin leider komplett neu in der Materie, deshalb hab ich mal nach Code gesucht, der die IP herausfindet (SDC Tipps) und hab mir gedacht, das müsste doch auch einfacher gehen. |
Ich merke schon... (kleiner Insider: die TServerSocket und TClientSocket Kompos wären da schon ziemlich Ideal [gewesen], um in die Materie einzusteigen...)
Und ich fürchte, du verwechselst da zwei Dinge: Code zum Ermitteln der EIGENEN IP und Code, der in einem Serverdienst die IP der Clients "ermittelt". Das sind natürlich zwei komplett verschiedene Dinge. Trifft meine Vermutung zu (du bist der Verwechslung erlegen)? |
Ich möchte nur die IP vom Server selbst wissen; das Serverprog soll quasi beim Starten die eigene IP-Adresse (des Rechners auf dem es läuft) herausfinden und anzeigen. Damit der Admin die Clients so konfigurieren kann, dass sie auf die richtige IP zugreifen
| Narses hat folgendes geschrieben: | | Schau mal hier rein, da habe ich eine winzig-Anwendung mit diesen Kompos erstellt. Vielleicht hilft das ja schon was für den ersten Eindruck (auch wenn es bei dir wg. den fehlenden Kompos nicht läuft). |
Eindruck ist gut; aber die Compos sind wie gesagt das Problem. Vielleicht gibt es eine Möglichkeit, direkt auf das TCP/IP-Protokoll zuzugreifen (ohne Compos). Ich möchte ja im Prinzip nichts großartiges anstellen: Client sendet Request (zB 'Mach was'), Server führt gewünschte Aktion aus und schickt eine Antwort zum Client zurück (zB 'Hab ich gemacht'; sollen übrigens Strings werden). Mehr will ich ja gar nicht.
AXMD
|
|
Narses
Beiträge: 10185
Erhaltene Danke: 1261
W11x64
TP3 .. D7pro .. D10.2CE
|
Verfasst: So 12.12.04 21:32
| AXMD hat folgendes geschrieben: | | Ich will zB eine IP sperren können |
Nun, das stellt ja eigentlich keine Probleme dar. Wozu dafür irgendwelche Rückschlüsse ziehen? Natürlich kann dieser Benutzer sich mit einer anderen IP einfach nochmal versuchen anzumelden... DAS wirst du aber auch nicht verhindern können.
| Zitat: | | Gewisse IPs/User soll der Admin serverseitig sperren können |
Wie gesagt, IPs sperren kann ja nun nicht wirklich das Problem sein; allerdings sollte sowas immer noch mit einem TimeOut belegt sein, da diese IP ja zu einem späteren Zeitpunkt auch von einem anderen Benutzer verwendet werden könnte (-> klassisches Beispiel: Internet-Wählverbindungen).
Benutzer im Serverdienst zu sperren ich natürlich Aufgabe des Serverdienstes selbst, also deiner Anwendung. Das sollte auch ziemlich zuverlässig realisierbar sein. Hier spielt es doch auch keine Rolle, von welcher IP/MAC die Verbindung zustande kommt. Sowas ist ja immer nur dann notwendig bzw. interessant, wenn man NICHT weiß, wer da "nervt".
| Zitat: | | an TCP/IP hab ich gedacht, da es ja quasi jeder hat (der Win verwendet); zumindest mehr Leute als NetBUI o.ä. |
Auch hier nochmal Vorsicht: TCP und UDP sind eine andere Schicht als IP. Von der Verwendung von Netbios oder Derivaten kann ich nur dringend abraten; hoffnungslos veraltet und praktisch nicht routingfähig!
Korrekt ist aber sicherlich die Annahme, dass IP das Protokoll der Zukunft ist. Deshalb würde ich auch dazu raten.
| Zitat: | | Ich möchte nur die IP vom Server selbst wissen |
Das ist relativ einfach, ich verwende dazu folgenden Code, der so wie er da steht nicht komplett von mir ist. Das Codefragment setzt eine ListBox und einen Button voraus, sowie die Unit "WinSock" in der uses-Klausel:
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
| uses
WinSock;
procedure TForm1.Button1Click(Sender: TObject);
var
WSAData: TWSAData;
hostinfo: PHostEnt;
addr: ^PInAddr;
begin
ListBox1.Clear;
if (WSAStartup($0101, WSAData) = 0) then
try
hostinfo := GetHostByName(NIL);
if (hostinfo <> NIL) then
begin
addr := Pointer(hostinfo^.h_addr_list);
while (addr^ <> NIL) do begin
ListBox1.Items.Add(inet_ntoa(addr^^));
Inc(addr);
end;
end
else
case WSAGetLastError of
WSANOTINITIALISED:
ListBox1.Items.Add('WSANotInitialised');
WSAENETDOWN:
ListBox1.Items.Add('WSAENetDown');
WSAEINPROGRESS:
ListBox1.Items.Add('WSAEInProgress');
end;
finally
WSACleanUp;
end
else
ListBox1.Items.Add('EUndefined');
end; |
Dir ist bekannt, dass eine Maschine mehr als eine IP-Adresse haben kann!? Jedes Interface kann eine eigene Adresse zugewiesen bekommen, z.B. könntest du eine Netzwerkkarte haben, für die eine private IP (z.B. 192.168.0.1) konfiguriert ist und eine Internet-Wählverbindung (DFÜ-Adapter) mit einer öffentlichen IP. Beides auf der selben Maschine! Deshalb liefert der obige Code ALLE IP-Adresse des lokalen Computers. WELCHE du davon anzeigen willst, ist natürlich noch ein anderes Problem...
| Zitat: | | Vielleicht gibt es eine Möglichkeit, direkt auf das TCP/IP-Protokoll zuzugreifen (ohne Compos). |
Aber sicher geht das. Die API heißt WSA (Windows Socket API), viel Freude damit... 
| Zitat: | | Ich möchte ja im Prinzip nichts großartiges anstellen |
Es ist (leider) ziemlich nervig, die WSA direkt anzusprechen (wie du vielleicht aus dem obigen Code ersiehst, da wird nämlich genau das gemacht). Die Delphi-Wrapper-Kompos machen das Leben ein wirklich DICKES Stück einfacher!
| Zitat: | | Client sendet Request (zB 'Mach was'), Server führt gewünschte Aktion aus und schickt eine Antwort zum Client zurück (zB 'Hab ich gemacht'; sollen übrigens Strings werden). Mehr will ich ja gar nicht. |
Und genau dafür sind die doofen TServerSocket und TClientSocket "wie gemacht"...
cu
Narses
|
|
AXMD
Beiträge: 4006
Erhaltene Danke: 7
Windows 10 64 bit
C# (Visual Studio 2019 Express)
|
Verfasst: So 12.12.04 21:42
Erstmal vielen vielen Dank.
| Narses hat folgendes geschrieben: | | Zitat: | | Ich möchte nur die IP vom Server selbst wissen |
Das ist relativ einfach, ich verwende dazu folgenden Code, der so wie er da steht nicht komplett von mir ist. Das Codefragment setzt eine ListBox und einen Button voraus, sowie die Unit "WinSock" in der uses-Klausel:
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
| uses
WinSock;
procedure TForm1.Button1Click(Sender: TObject);
var
WSAData: TWSAData;
hostinfo: PHostEnt;
addr: ^PInAddr;
begin
ListBox1.Clear;
if (WSAStartup($0101, WSAData) = 0) then
try
hostinfo := GetHostByName(NIL);
if (hostinfo <> NIL) then
begin
addr := Pointer(hostinfo^.h_addr_list);
while (addr^ <> NIL) do begin
ListBox1.Items.Add(inet_ntoa(addr^^));
Inc(addr);
end;
end
else
case WSAGetLastError of
WSANOTINITIALISED:
ListBox1.Items.Add('WSANotInitialised');
WSAENETDOWN:
ListBox1.Items.Add('WSAENetDown');
WSAEINPROGRESS:
ListBox1.Items.Add('WSAEInProgress');
end;
finally
WSACleanUp;
end
else
ListBox1.Items.Add('EUndefined');
end; |
Dir ist bekannt, dass eine Maschine mehr als eine IP-Adresse haben kann!? Jedes Interface kann eine eigene Adresse zugewiesen bekommen, z.B. könntest du eine Netzwerkkarte haben, für die eine private IP (z.B. 192.168.0.1) konfiguriert ist und eine Internet-Wählverbindung (DFÜ-Adapter) mit einer öffentlichen IP. Beides auf der selben Maschine! Deshalb liefert der obige Code ALLE IP-Adresse des lokalen Computers. WELCHE du davon anzeigen willst, ist natürlich noch ein anderes Problem...
|
Ist mir bekannt; ich selbst hab ja beispielsweise auch 2: 192.168.0.2 im WLAN-Netz und irgendeine andere im normalen LAN (wenn ich mich per LAN-Kabel zu einem anderen PC per Netzwerkkarte connecte. Danke für den Code.
| Narses hat folgendes geschrieben: |
| Zitat: | | Vielleicht gibt es eine Möglichkeit, direkt auf das TCP/IP-Protokoll zuzugreifen (ohne Compos). |
Aber sicher geht das. Die API heißt WSA (Windows Socket API), viel Freude damit...
| Zitat: | | Ich möchte ja im Prinzip nichts großartiges anstellen |
Es ist (leider) ziemlich nervig, die WSA direkt anzusprechen (wie du vielleicht aus dem obigen Code ersiehst, da wird nämlich genau das gemacht). Die Delphi-Wrapper-Kompos machen das Leben ein wirklich DICKES Stück einfacher [..] Und genau dafür sind die doofen TServerSocket und TClientSocket "wie gemacht"... |
Genau das ist mein Problem: die Compos gehen nicht. Dann werd ich mich mal bei Gelegenheit WSA beschäftigen. Gibts da was zu beachten (so Späße wie "läuft erst ab Win2000" o.ä.) und kann ich damit "einfach" irgendwelche Strings durchs Netzwerk schicken?
AXMD
|
|
Narses
Beiträge: 10185
Erhaltene Danke: 1261
W11x64
TP3 .. D7pro .. D10.2CE
|
Verfasst: So 12.12.04 21:56
| Zitat: | | Genau das ist mein Problem: die Compos gehen nicht |
Sofern du auch den Ansatz, die D6Pers-Varianten von TServerSocket/TClientSocket zu verwenden, nicht verfolgen möchtest, würde ich dringend zu JEDI raten.
| Zitat: | | Dann werd ich mich mal bei Gelegenheit WSA beschäftigen |
Ich will deinen Lerneifer nicht bremsen, aber das macht keinen Spaß, echt. Ich rate davon ab. 
| Zitat: | | Gibts da was zu beachten (so Späße wie "läuft erst ab Win2000" o.ä.) |
Es gab mal einen Versionssprung bei den WSA, ist aber so um W95 gewesen, kann micht kaum noch dran erinnern... Sollte zumindest ab W98 alles sauber sein.
| Zitat: | | und kann ich damit "einfach" irgendwelche Strings durchs Netzwerk schicken? |
Die WSA sieht nur vor, Speicherblöcke einer bestimmten Länge zu versenden, sonst nix. Was in den Blöcken für Daten stehen, ist Wurst.
cu
Narses
PS: Würde mich interessieren, ob du (irgend wann mal) die WSA angefaßt hast und wie lange du gebraucht hast, bis du es wieder gelassen hast! Denk mal an mich...
@Tino Ich glaube der Bug ist folgender: Wenn man nicht mindestens ein Zeichen eingegeben hat, kann man kein Quote beginnen... ?
|
|
AXMD
Beiträge: 4006
Erhaltene Danke: 7
Windows 10 64 bit
C# (Visual Studio 2019 Express)
|
Verfasst: So 12.12.04 22:01
| Narses hat folgendes geschrieben: | | Zitat: | | Genau das ist mein Problem: die Compos gehen nicht |
Sofern du auch den Ansatz, die D6Pers-Varianten von TServerSocket/TClientSocket zu verwenden, nicht verfolgen möchtest, würde ich dringend zu JEDI raten. |
LOL, noch besser. Ich krieg nicht mal die JCL zum Laufen 
| Narses hat folgendes geschrieben: | | Zitat: | | Gibts da was zu beachten (so Späße wie "läuft erst ab Win2000" o.ä.) |
Es gab mal einen Versionssprung bei den WSA, ist aber so um W95 gewesen, kann micht kaum noch dran erinnern... Sollte zumindest ab W98 alles sauber sein. |
Gut, ab Win98 geht.
| Narses hat folgendes geschrieben: | | Zitat: | | und kann ich damit "einfach" irgendwelche Strings durchs Netzwerk schicken? |
Die WSA sieht nur vor, Speicherblöcke einer bestimmten Länge zu versenden, sonst nix. Was in den Blöcken für Daten stehen, ist Wurst. |
Ich dache damit bin ich dann unabhängig von irgendwelchen Compos. Naja, meine Mutter sagt auch immer, ich denk zu kompliziert
| Narses hat folgendes geschrieben: | | PS: Würde mich interessieren, ob du (irgend wann mal) die WSA angefaßt hast und wie lange du gebraucht hast, bis du es wieder gelassen hast! Denk mal an mich... |
Werd ich; das wird spätestens dann sein, wenn ich JEDI zum Laufen kriege ^^
AXMD
//EDIT: noch eine Frage zum Code: kann ich herausfinden, welche IP zu welcher Netzwerkkarte gehört?
|
|
Narses
Beiträge: 10185
Erhaltene Danke: 1261
W11x64
TP3 .. D7pro .. D10.2CE
|
Verfasst: Mo 13.12.04 17:44
| Zitat: | | noch eine Frage zum Code: kann ich herausfinden, welche IP zu welcher Netzwerkkarte gehört? |
IMHO ist es mit der WSA nicht möglich (ist auf der Anwenderseite eines IP-Stacks auch nicht notwendig). Dazu wird man wohl die IP-Helper-API bemühen müssen. Damit kenne ich mich aber auch nur rudimentär aus. Ist vermutlich einfacher die Ausgabe von "IPCONFIG" abzugreifen und zu untersuchen, wenn man sich nicht mit der IPHLPAPI vertraut machen möchte. Sofern es denn wirklich wichtig ist, solche Details zu ermitteln... ?
Für die Erkennung einer öffentlichen IP reicht es meistens schon aus, die paar privaten Bereiche zu filtern, was über bleibt ist öffentlich.
cu
Narses
|
|
bis11
Beiträge: 1247
Erhaltene Danke: 2
Apple Mac OSX 10.11
|
Verfasst: Sa 25.12.04 13:12
Hallo,
ich habe in meinen Code-Schnipseln folgendes gefunden, wie man die MAC-Adresse über die IP-Adresse rausbekommt. Schaut einfach mal auf diese Seite.
|
|
|
