Re: hopefully some help with AntiX

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Aug 26, 2022 at 02:06:13PM -0500, K0LNY_Glenn wrote:
> On the antiX I did
> sudo netcat -l 22
> and then on the pine 64, I did sudo nc 10.248.1.143 22
> and it does not seem to connect.
> I wonder if it is because I am using 22 to get from my windows to the 
> Pine64, in order to go linux to linux.

Port 22 is a privileged port. You should consider using 1024 or
higher. If the listening port is open on the firewall, the commands
you gave above should connect. If you type something on the client
side, you should see it typed on the antiX machine, and the other way
round. This will however not give you a login terminal. To do that,
you need something that handles logins to listen on your netcat. This
isn't something I've done, so can't give you more directions here. If
you don't care about the connection being secure, which you don't seem
to, you might as well try:

apt install telnetd

and open tcp 23 on your firewall.


On Fri, Aug 26, 2022 at 04:12:28PM -0500, K0LNY_Glenn wrote:
> Well I thought I'd try iptables again.
> I finally got it to run without any errors, that long iptables command I got 
> earlier.
> But nmap still sees no ports open on that host.
> Prior to running iptables, I tried to apt install it, and the message was 
> that I'm already running the latest.
> So I needed to restart iptables with
> sudo service iptables restart
> and it can find no service iptables.
> I retyped it several times to be sure there was no typos.

This is to be expected, iptables is not a system service.

> So I tried
> sudo systemctl restart iptables
> and the system cannot find systemctl

Is antiX running sysvinit, openrc, or something else? This is
something the antiX documentation should tell you. What does it use
for PID1 or init?

> question:
> If I reboot, if the long iptables command worked, will it stick if I reboot?

No.


On Fri, Aug 26, 2022 at 05:57:37PM -0500, K0LNY_Glenn wrote:
> Well it seems ufw is there, but it must not be running automatically, but it 
> does not fix the port problem.
> I did
> sudo ufw allow ssh
> it said tcp port allowed
> or something like that
> so I checked on the other computer with nmap
> 100 ports closed
> So I did sudo ufw restart
> and the other computer said 999 ports filtered tcp port 22 closed.
> I've done iptables too, but that does not stay after a reboot.
> if I do sudo ufw status
> it shows tcp port 22 allow
> but it does not stay from a reboot.

You need to save the firewall configuration once you changed it for it
to persist across reboots. I haven't used ufw, so you will need to
read up on how to do that.

If port tcp 22 shows up as not filtered but closed, then the port is
open, but there is no ssh service running.

Greg


-- 
web site: http://www.gregn.net
gpg public key: http://www.gregn.net/pubkey.asc
skype: gregn1
(authorization required, add me to your contacts list first)
If we haven't been in touch before, e-mail me before adding me to your contacts.

--
Free domains: http://www.eu.org/ or mail dns-manager@xxxxxx




[Index of Archives]     [Linux for the Blind]     [Fedora Discussioin]     [Linux Kernel]     [Yosemite News]     [Big List of Linux Books]

  Powered by Linux