<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ports on Michael’s Domain</title><link>https://jeltsch.org/en/tags/ports/</link><description>Recent content in Ports on Michael’s Domain</description><generator>Hugo</generator><language>en-us</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/en/tags/ports/index.xml" rel="self" type="application/rss+xml"/><item><title>Netstat</title><link>https://jeltsch.org/en/netstat/</link><pubDate>Fri, 10 Jun 2016 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/netstat/</guid><description>&lt;p&gt;To list all ports that a server is listening to:&lt;code&gt;sudo netstat -plnt&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Samba trouble (smb, smbadduser, smbpasswd)</title><link>https://jeltsch.org/en/samba_trouble_smb_smbadduser_smbpasswd/</link><pubDate>Wed, 23 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/samba_trouble_smb_smbadduser_smbpasswd/</guid><description>&lt;p&gt;If your samba is unreliable, there can be a number of reasons. I got the impression that YAST overwrites configuration data you have manually edited (e.g. in the password and user files) when you try to change settings via the YAST samba setup procedure. Here follows a checklist in case samba is again not responding or not visible in the network neighborhood. It could be that the unreliability is due to a PDC shutting down. Maybe I should make my Linux the PDC as it is always running. Anyway even if I manage to connect from W2K (using map network drive) I couldn&amp;rsquo;t connect from W98 by clicking the visible icon of my computer in the MCBL workgroup (&amp;ldquo;network path not found&amp;rdquo;). And in MacOSX my computer was not visible at all (but I could connect via the manual command &amp;ldquo;smb://128.214.186.42/homes&amp;rdquo;). Strange…In /etc/samba/smb.conf:&lt;/p&gt;</description></item><item><title>aMule on our server (what ports to open?)</title><link>https://jeltsch.org/en/amule_on_our_server_what_ports_to_open/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/amule_on_our_server_what_ports_to_open/</guid><description>&lt;p&gt;I installed the aMule RPMs from from Packman. Then I needed to start up aMule once in GUI mode to set up the remote control web interface (enable all remote access and disable unix sockets and give passwords). Thereafter you can just start the aMule daemon via the command line amuled. Sometimes amuleweb fails to load when you start amuld, in such a case you should execute amuleweb separately. After this you can connect to aMule&amp;rsquo;s own web server. I opened TCP port 4662 and UDP ports 4672 and 4665 and on our router I forwarded port 4662 to the machine running aMule. In order to keep aMule running even after you terminate your ssh session you need to execute &amp;ldquo;nohup amuled&amp;rdquo;.&lt;/p&gt;</description></item></channel></rss>