|
BillMaier
Supporter
Anmeldungsdatum:
4. Dezember 2008
Beiträge: 6383
|
Commander Data http://forum.ubuntuusers.de/post/5486042 schrieb: Bei mir ist netcat-openbsd installiert (vorinstalliert, da Abhängigkeit des Metapakets ubuntu-minimal - welches übrigens laut seiner Beschreibung für erfolgreiche System-Upgrades nicht deinstalliert werden sollte).
Hab das jetzt trotzdem mal gemacht, weil eh eine Neuinstallation ansteht. Die beiden Programme sind jedenfalls kompatibel zueinander. Allerdings ist wohl die Syntax nicht gleich: http://de.wikipedia.org/wiki/Netcat#Ports_und_Weiterentwicklungen
netcat-traditional könnte parallel dazu installiert werden (nc wird vom Alternativen-System verwaltet).
Deshalb sollten die Alternativen auch als solche hinterlegt werden und nicht in den Artikel-Kopf. Ich verschieb das mal. Das hinterlege ich mal im Artikel, wenn es schon erwähnt wird.
libvirt-bin hängt von netcat-openbsd ab (siehe apt-cache show libvirt-bin oder die Reverse-Depends unter apt-cache showpkg netcat-openbsd). Wenn du also netcat-openbsd entfernen würdest, wären die Abhängigkeiten von libvirt-bin nicht mehr erfüllt und die Paketverwaltung versucht solche Inkonsistenzen zu vermeiden. Ich weiß nicht, wofür genau libvirt-bin nc nutzt, aber vmtl. würde es ohne nc nicht mehr ganz funktionieren. Keine Ahnung, ob es theoretisch auch mit netcat-traditional klappen könnte.
seis drum.
|
|
Commander_Data
Anmeldungsdatum:
18. September 2011
Beiträge: 417
|
Mit Installation und Alternativ-Pakete ist der Installations-Abschnitt meiner Meinung nach auseinandergerissen. netcat-traditional und netcat6 sind auch Möglichkeiten, um nc zu installieren. Bei awk (Abschnitt „Installation“) und XChat (Abschnitt „Installation“) beispielsweise werden die Alternativen auch im Installations-Abschnitt aufgeführt. Eigentlich sind netcat-openbsd, netcat-traditional und netcat6 alle drei Alternativen. Eine ist halt schon vorinstalliert. nc.openbsd und nc6 haben sogar die gleiche Priorität im Alternativen-System (update-alternatives --display nc). [Edit] Evtl. sollte ich in der Optionen-Tabelle noch vermerken, wo welche Optionen fehlen. Mache ich dann später.[/Edit] Die Beschreibung zu Server und Client sieht so aus, als müsste man unbedingt einen "nc-Server" und einen "nc-Client" starten. Man kann aber auch ganz andere Programme nutzen. Beispiel ohne nc als Server: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22 | a@A:~/test/netcat$ echo -e "GET / HTTP/1.0\n" | nc -v example.org 80
Connection to example.org 80 port [tcp/http] succeeded!
HTTP/1.0 302 Found
Location: http://www.iana.org/domains/example/
Server: BigIP
Connection: close
Content-Length: 0
a@A:~/test/netcat$ echo -e "GET /domains/example HTTP/1.0\n" | nc -v www.iana.org 80
Connection to www.iana.org 80 port [tcp/http] succeeded!
HTTP/1.1 200 OK
Date: Fri, 05 Apr 2013 12:36:52 GMT
Server: Apache/2.2.3 (CentOS)
Last-Modified: Fri, 04 Jan 2013 01:17:22 GMT
Vary: Accept-Encoding
Connection: close
Content-Type: text/html; charset=UTF-8
<!doctype html>
<html>
<head>
[...]
|
Außerdem sagt die Manpage (aus -openbsd): After the connection has been set up, nc does not really care which side is being used as a ‘server’ and which side is being used as a ‘client’.
Daher würde ich die Trennung aufheben oder zumindest klarstellen, dass man nicht unbedingt nc als Server und Client benutzen muss und dass sich der folgende Teil ("nc liest jetzt zu sendende Daten ...") auch nicht nur auf den Client bezieht. Mir ist bewusst, dass es sich ja noch um eine Baustelle handelt und nicht fertig ist, aber ich wollte deine Änderung auch nicht einfach ohne Kommentar rückgängig machen. 😉 Data
|
|
BillMaier
Supporter
(Themenstarter)
Anmeldungsdatum:
4. Dezember 2008
Beiträge: 6383
|
Commander Data schrieb: Mir ist bewusst, dass es sich ja noch um eine Baustelle handelt und nicht fertig ist, aber ich wollte deine Änderung auch nicht einfach ohne Kommentar rückgängig machen. 😉
Völlig in Ordnung. Gerne kann ich meine Änderungen nächstes Mal auch besser dokumentieren.
Oder ich klinke mich vorerst nur hier in der Diskussion ein, ist wahrscheinlich einfacher und wir arbeiten nicht gegeneinander.
Mit Installation und Alternativ-Pakete ist der Installations-Abschnitt meiner Meinung nach auseinandergerissen. netcat-traditional und netcat6 sind auch Möglichkeiten, um nc zu installieren. Bei awk (Abschnitt „Installation“) und XChat (Abschnitt „Installation“) beispielsweise werden die Alternativen auch im Installations-Abschnitt aufgeführt. Eigentlich sind netcat-openbsd, netcat-traditional und netcat6 alle drei Alternativen. Eine ist halt schon vorinstalliert. nc.openbsd und nc6 haben sogar die gleiche Priorität im Alternativen-System (update-alternatives --display nc).
OK. Mir war nur wichtig, dass der erste Eintrag der Installation eben die vorinstallierten Pakete nimmt und dann ggf. nichts macht statt wild weitere hinzuzufügen.
Die Beschreibung zu Server und Client sieht so aus, als müsste man unbedingt einen "nc-Server" und einen "nc-Client" starten.
Das habe ich auf das angegebene Beispiel bezogen. Wenn so zuerst der "Client" gestartet wird, findet er keinen "Server". Auch die Wikipedia schreibt vom Client-Server-Modell, aber wir können das gerne kippen. Nur sollten wir dann m.E. die unterschiedlichen Beispiele ordentlich voneinander abgrenzen. Willst Du dafür mal "Überschriften" machen? Dann kann ich vielleicht doch mit-tippen.
Daher würde ich die Trennung aufheben oder zumindest klarstellen, dass man nicht unbedingt nc als Server und Client benutzen muss und dass sich der folgende Teil ("nc liest jetzt zu sendende Daten ...") auch nicht nur auf den Client bezieht.
überzeugt. Ich hoffe, es ist klar geworden, um was es mir ging.
|
|
Commander_Data
Anmeldungsdatum:
18. September 2011
Beiträge: 417
|
BillMaier schrieb: OK. Mir war nur wichtig, dass der erste Eintrag der Installation eben die vorinstallierten Pakete nimmt und dann ggf. nichts macht statt wild weitere hinzuzufügen.
OK, das macht Sinn. Dann passe ich das gleich mal so an, dass wieder alle Pakete zusammen sind, aber der erste "Installations-Knopf" netcat-openbsd installiert.
Die Beschreibung zu Server und Client sieht so aus, als müsste man unbedingt einen "nc-Server" und einen "nc-Client" starten.
Das habe ich auf das angegebene Beispiel bezogen. Wenn so zuerst der "Client" gestartet wird, findet er keinen "Server". Auch die Wikipedia schreibt vom Client-Server-Modell, aber wir können das gerne kippen. Nur sollten wir dann m.E. die unterschiedlichen Beispiele ordentlich voneinander abgrenzen. Willst Du dafür mal "Überschriften" machen? Dann kann ich vielleicht doch mit-tippen.
Ah, das hatte ich eigentlich gar nicht als zusammenhängendes Beispiel gemeint, also dass man nc [OPTIONEN] HOST PORT und nc [OPTIONEN] -l PORT zusammen / hintereinander ausführen sollte. Für Beispiele hatte ich nur an den Abschnitt am Ende des Artikel gemacht, wo bisher die provisorische Liste ist. Aber du hast Recht, man sollte darauf hinweisen, dass im "Client-Modus" ohne -l der Server schon laufen muss. Füge ruhig noch Beispiele ein oder so. Ich bin gleich (nach einer Änderung) auch erst mal wieder mit etwas anderem beschäftigt. Da editieren wir also nicht gleichzeitig.
überzeugt. Ich hoffe, es ist klar geworden, um was es mir ging.
Ja, ist es.
|
|
Commander_Data
Anmeldungsdatum:
18. September 2011
Beiträge: 417
|
Ich bin leider in letzter Zeit nicht dazu gekommen, hier weiterzuarbeiten, aber jetzt will ich mal wieder was tun. 😉 @BillMaier: Hast du noch was zu ändern / ergänzen? Kennst du dich vllt. mit Unix Domain Sockets aus? Data
|
|
BillMaier
Supporter
(Themenstarter)
Anmeldungsdatum:
4. Dezember 2008
Beiträge: 6383
|
Commander Data schrieb: Ich bin leider in letzter Zeit nicht dazu gekommen
dito...
hier weiterzuarbeiten, aber jetzt will ich mal wieder was tun. 😉 @BillMaier: Hast du noch was zu ändern / ergänzen? Kennst du dich vllt. mit Unix Domain Sockets aus?
Sorry, dass ich das jetzt angestoßen und quasi "nichts" gemacht hab. Muss mich aus Zeitgründen hier vorerst ausklinken. Habe auch den Eindruck, ich kann hier nicht mehr viel beitragen, ohne erstmal groß zu recherchieren. Und die Zeit kann ich mir nicht nehmen. Lese aber gerne den fertigen Artikel durch und versuche, sinnvolle Anmerkungen zu machen. Gruß
|
|
BillMaier
Supporter
(Themenstarter)
Anmeldungsdatum:
4. Dezember 2008
Beiträge: 6383
|
Commander Data schrieb: @BillMaier: Hast du noch was zu ändern / ergänzen? Kennst du dich vllt. mit Unix Domain Sockets aus?
no chance. Sorry.
|
|
Commander_Data
Anmeldungsdatum:
18. September 2011
Beiträge: 417
|
OK, dann schaue ich noch mal, ob ich zu den Unix Domain Sockets was vernünftiges zusammen kriege oder lasse es raus. Je nachdem, wie es passt.
Sorry, dass ich das jetzt angestoßen und quasi "nichts" gemacht hab. Muss mich aus Zeitgründen hier vorerst ausklinken.
Nicht so schlimm. Manchmal passt es halt einfach nicht. So viel Arbeit hatte ich jetzt auch nicht.
|
|
Commander_Data
Anmeldungsdatum:
18. September 2011
Beiträge: 417
|
So, ich habe es jetzt endlich geschafft, den Abschnitt zu Unix Domain Sockets und damit den Artikel zu beenden. IMHO kann der neue Artikel jetzt raus aus der Baustelle. Bisher ist er nur unter 12.10 getestet. Die Kombination -Uu funktioniert dort leider nicht. Ich werde das mal noch mit anderen Ubuntu-Versionen testen, sobald ich dazu komme. In meiner Debian-VM funktioniert es.
|
|
aasche
Anmeldungsdatum:
30. Januar 2006
Beiträge: 14259
|
Ist gegen netcat als Artikelname etwas einzuwenden?
|
|
Commander_Data
Anmeldungsdatum:
18. September 2011
Beiträge: 417
|
Nein, nichts einzuwenden.
|
|
aasche
Anmeldungsdatum:
30. Januar 2006
Beiträge: 14259
|
|
|
Commander_Data
Anmeldungsdatum:
18. September 2011
Beiträge: 417
|
Wieso hast du die eckigen Klammern bei den Optionen, die nicht unbedingt nötig sind, weggelassen? So kann man das gar nicht direkt erkennen. Beispiel: nc -U -l -u WEITERE_OPTIONEN SOCKET-DATEI Was ist hier jetzt optional, was nicht? Man kann es sich zwar mit dem Text darunter denken, aber mit eckigen Klammern ist das eindeutiger und schneller zu erkennen: nc -U [-l] [-u] [WEITERE OPTIONEN] SOCKET-DATEI Außerdem wird das in anderen Artikeln auch so gemacht: cp (Abschnitt „Aufruf“), mv (Abschnitt „Aufruf“), passwd (Abschnitt „Benutzung“), groupadd (Abschnitt „Benutzung“), adduser (Abschnitt „Nutzung“), ...
|
|
aasche
Anmeldungsdatum:
30. Januar 2006
Beiträge: 14259
|
Commander Data schrieb: Wieso hast du die eckigen Klammern bei den Optionen, die nicht unbedingt nötig sind, weggelassen?
Bitte Geduld - wird gerade intern besprochen wiederhergestellt, sorry. Ansonsten ok fuers Wiki?
|
|
noisefloor
Ehemaliger
Anmeldungsdatum:
6. Juni 2006
Beiträge: 28073
Wohnort: WW
|
Hallo,
Wieso hast du die eckigen Klammern bei den Optionen, die nicht unbedingt nötig sind, weggelassen?
Weil eckige Klammern in der Shell eine Funktion haben. Heißt, diese werden _nicht_ zum Gruppieren bzw. optischen Visualisierung im Wiki benutzt. Findet man aber zugegebener Maßen in einigen (alten) Artikeln noch. Oder Variante wie das gleich mit geschweiften und spitzen Klammern. Gruß, noiefloor
|