<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Anschlüsse on Michael’s Domain</title><link>https://jeltsch.org/de/tags/anschl%C3%BCsse/</link><description>Recent content in Anschlüsse on Michael’s Domain</description><generator>Hugo</generator><language>de</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/de/tags/anschl%C3%BCsse/index.xml" rel="self" type="application/rss+xml"/><item><title>Netstat</title><link>https://jeltsch.org/de/netstat/</link><pubDate>Fri, 10 Jun 2016 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/netstat/</guid><description>&lt;p&gt;So listest du alle Ports auf, auf denen ein Server auf Verbindungen wartet: &lt;code&gt;sudo netstat -plnt&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Samba-Probleme (smb, smbadduser, smbpasswd)</title><link>https://jeltsch.org/de/samba_trouble_smb_smbadduser_smbpasswd/</link><pubDate>Wed, 23 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/samba_trouble_smb_smbadduser_smbpasswd/</guid><description>&lt;p&gt;Wenn Ihr Samba unzuverlässig ist, kann dies verschiedene Ursachen haben. Ich habe den Eindruck gewonnen, dass YAST Konfigurationsdaten überschreibt, die Sie manuell bearbeitet haben (z. B. in den Passwort- und Benutzerdateien), wenn Sie versuchen, Einstellungen über den YAST-Samba-Einrichtungsvorgang zu ändern. Hier folgt eine Checkliste für den Fall, dass Samba wieder nicht reagiert oder in der Netzwerkumgebung nicht sichtbar ist. Es könnte sein, dass die Unzuverlässigkeit auf das Herunterfahren eines PDC zurückzuführen ist. Vielleicht sollte ich meinen Linux-Rechner zum PDC machen, da er immer läuft. Jedenfalls konnte ich, selbst wenn es mir gelang, von W2K aus eine Verbindung herzustellen (über „Netzlaufwerk zuordnen“), von W98 aus keine Verbindung herstellen, indem ich auf das sichtbare Symbol meines Computers in der MCBL-Arbeitsgruppe klickte („Netzwerkpfad nicht gefunden“). Und unter Mac OS X war mein Computer überhaupt nicht sichtbar (aber ich konnte über den manuellen Befehl „smb://128.214.186.42/homes“ eine Verbindung herstellen). Seltsam… In /etc/samba/smb.conf:&lt;/p&gt;</description></item><item><title>aMule auf unserem Server (welche Ports müssen geöffnet werden?)</title><link>https://jeltsch.org/de/amule_on_our_server_what_ports_to_open/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/amule_on_our_server_what_ports_to_open/</guid><description>&lt;p&gt;Ich habe die aMule-RPMs von Packman installiert. Anschließend musste ich aMule einmal im GUI-Modus starten, um die Weboberfläche für die Fernsteuerung einzurichten (den gesamten Fernzugriff aktivieren, Unix-Sockets deaktivieren und Passwörter vergeben). Danach kann man den aMule-Daemon einfach über den Befehl „amuled“ von der Kommandozeile aus starten. Manchmal wird „amuleweb“ beim Start von „amuld“ nicht geladen; in einem solchen Fall sollte man „amuleweb“ separat ausführen. Danach kann man eine Verbindung zum aMule-eigenen Webserver herstellen. Ich habe den TCP-Port 4662 sowie die UDP-Ports 4672 und 4665 geöffnet und auf unserem Router den Port 4662 an den Rechner weitergeleitet, auf dem aMule läuft. Damit aMule auch nach Beendigung Ihrer SSH-Sitzung weiterläuft, müssen Sie „nohup amuled“ ausführen.&lt;/p&gt;</description></item></channel></rss>