Dotaz: iptables povoleni SSH

[mapim]

Ahoj, nějak jsem se ztratil v iptables. Má dvě síťovky, na jedné jsem připojen k internetu, druhou pouštím inet do LAN.

root@lin:~# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
LOG        all  --  anywhere             anywhere            LOG level warning 
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:ssh state NEW,ESTABLISHED 
ACCEPT     tcp  --  anywhere             anywhere            tcp spt:ssh state ESTABLISHED 

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
LOG        all  --  anywhere             anywhere            LOG level warning 
ACCEPT     all  --  anywhere             anywhere            

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
LOG        all  --  anywhere             anywhere            LOG level warning 
ACCEPT     tcp  --  anywhere             anywhere            tcp spt:ssh state ESTABLISHED 
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:ssh state NEW,ESTABLISHED 

Snažím se povolit SSH spojení odkudkoliv z inet na deb router, leč marně. Nevím, jestli není ještě náhodou chyba u poskytovatele, který mi povoloval SSH NAT.

Můžete mě prosím nějak nasměrovat? Moc díky

---

---

Odpovědi

[Robert Kupka]

Kedze mate vo vsetkych chainoch policy ACCEPT, je uplne jedno ake su dalsie pravidla, mate povolene vsetko. Chyba bude teda niekde inde. Pocuva vam SSH demon na vsetkych interfacoch ?

[mapim]

Díky za info. Nastavil jsem všechno na accept abych si byl jistý... sshd naslouchá na všech int...

root@lin:~# netstat -anp | grep sshd
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1196/sshd       
tcp6       0      0 :::22                   :::*                    LISTEN      1196/sshd       

[pavlix]

Samozřejmě lze používat SSH přes nasměrovaný port (tam bude nejspíš chyba, použij tcpdump k ověření, jestli ti ty pakety vůbec přicházejí). Ale mnohem lepší je říct si o alespoň jednu veřejnou adresu nebo získat třeba veřejné IPv6 adresy nativně, nebo v nejhorším přes tunel a připojovat se pomocí těch.

[mapim]

Děkuji za radu. Zapnul jsem si tcpdump, ale těžko se v tom zorientovat. Jsem přihlášený přes SSH na server a z něj se zkouším připojit zpět k sobě.

Zde příklad dumpu:

root@lin:~# tcpdump -nnvvi eth0 src 93.190.52.39 
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:43:11.620256 IP (tos 0x4, ttl 55, id 45196, offset 0, flags [DF], proto TCP (6), length 100)
    93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xba45 (correct), seq 2520793180:2520793228, ack 124454243, win 8326, options [nop,nop,TS val 1550188030 ecr 9027017], length 48
21:43:11.624232 IP (tos 0x4, ttl 55, id 45197, offset 0, flags [DF], proto TCP (6), length 100)
    93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xa99d (correct), seq 48:96, ack 1, win 8326, options [nop,nop,TS val 1550188030 ecr 9027017], length 48
21:43:11.626120 IP (tos 0x4, ttl 55, id 45198, offset 0, flags [DF], proto TCP (6), length 148)
    93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xd321 (correct), seq 96:192, ack 1, win 8326, options [nop,nop,TS val 1550188030 ecr 9027017], length 96
21:43:12.611174 IP (tos 0x4, ttl 55, id 45199, offset 0, flags [DF], proto TCP (6), length 116)
    93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0x3e90 (correct), seq 192:256, ack 49, win 8326, options [nop,nop,TS val 1550188055 ecr 9027116], length 64
21:43:12.889244 IP (tos 0x4, ttl 55, id 45200, offset 0, flags [DF], proto TCP (6), length 100)
    93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xd05e (correct), seq 256:304, ack 97, win 8326, options [nop,nop,TS val 1550188062 ecr 9027144], length 48

nebo

root@lin:~# tcpdump -nnvvi eth0 port 22
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
21:48:13.147686 IP (tos 0x10, ttl 64, id 50506, offset 0, flags [DF], proto TCP (6), length 100)
    192.168.99.254.54039 > 93.190.52.39.22: Flags [P.], cksum 0xb6e2 (incorrect -> 0xd7b6), seq 124454915:124454963, ack 2520794956, win 323, options [nop,nop,TS val 9057171 ecr 1550195160], length 48
21:48:13.170806 IP (tos 0x4, ttl 55, id 45240, offset 0, flags [DF], proto TCP (6), length 116)
    93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0x47e0 (correct), seq 1:65, ack 48, win 8326, options [nop,nop,TS val 1550195602 ecr 9057171], length 64
21:48:13.170872 IP (tos 0x10, ttl 64, id 50507, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.99.254.54039 > 93.190.52.39.22: Flags [.], cksum 0xb6b2 (incorrect -> 0x523e), seq 48, ack 65, win 323, options [nop,nop,TS val 9057173 ecr 1550195602], length 0
21:48:13.927686 IP (tos 0x10, ttl 64, id 50508, offset 0, flags [DF], proto TCP (6), length 100)
    192.168.99.254.54039 > 93.190.52.39.22: Flags [P.], cksum 0xb6e2 (incorrect -> 0x7e2e), seq 48:96, ack 65, win 323, options [nop,nop,TS val 9057249 ecr 1550195602], length 48
21:48:13.941817 IP (tos 0x4, ttl 55, id 45241, offset 0, flags [DF], proto TCP (6), length 100)
    93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xb42e (correct), seq 65:113, ack 96, win 8326, options [nop,nop,TS val 1550195621 ecr 9057249], length 48
21:48:13.941864 IP (tos 0x10, ttl 64, id 50509, offset 0, flags [DF], proto TCP (6), length 52)
    192.168.99.254.54039 > 93.190.52.39.22: Flags [.], cksum 0xb6b2 (incorrect -> 0x517e), seq 96, ack 113, win 323, options [nop,nop,TS val 9057250 ecr 1550195621], length 0

[pavlix]

93.190.52.39.22 > 192.168.99.254.54039

Zdrojový port 22 znamená, že data odchází ze SSH serveru. To znamená, že na SSH server pravděpodobně přišlo něco, na co odpovídá (nahraď src za host a uvidíš oba směry... ale jak vidím, tak už jsi zkusil obdobu, port 22 ti taky dává oba směry).

SSH server tedy data přijímá i odesílá.

[vencour]

Občas je přehlednější použití třeba programu iptraf, ukazuje průběžný seznam spojení pro jednotlivý interfejs.

[pavlix]

Může být. I když v tomhle případě asi ne, dotazujícímu šlo o to, jestli přístup vůbec funguje a na to mi přijde nejlepší se dívat přímo na pakety.

[mapim]

Ano! Už to šlape! Poskytovatel sice NAT nastavil ale jiné bráně :)

Děkuji za pomoc.

[pavlix]

A umíš pár věcí navíc :).

[mapim]

tak čoveče, po 11 letech v IT, jsem zcela jistě schopen říct, že mi bylo objeveno něco nového, ale že bych to uměl? To budu muset ještě počkat :)))

[pavlix]

tak čoveče, po 11 letech v IT, jsem zcela jistě schopen říct, že mi bylo objeveno něco nového, ale že bych to uměl? To budu muset ještě počkat :)))

Ten smajlík tam byl pro označení nadsázky, ne jako vítězný pokřik.

A jinak... 11 let v IT nic moc neznamená. Teď jsem koukal, co umí můj bratránek, který ještě před rokem byl z hlediska IT úplný ucho...

[mapim]

A jinak... 11 let v IT nic moc neznamená. Teď jsem koukal, co umí můj bratránek, který ještě před rokem byl z hlediska IT úplný ucho...

Naprostá pravda!

Taky jsem došel k tomu, že to nic neznamená :) ani plná složka certifikátů, ani titul, ani praxe. Jen to co opravdu umíš a s čím se dkážeš vypořádat něco znamená.

[mapim]

Díky! Pěkná utilita, dobré vědět :)

[vencour]

Další je iftop (obecně je těch *topů víc, atop, htop, powertop, latencytop, iotop, dnstop, ale nejsou v každém repozitáři).

[tomk]

Jestli to spravne chapu (vzhledem k odkazu na ISP, ktery "povoloval SSH NAT"), tak adresa naseho serveru je 192.168.99.254, tady bezi sshd a 93.190.52.39 je pak stroj v Internetu, na ktery jsme momentalne prihlaseni a zkousime _z_nej_ delat ssh na nas. Zajimal by nas tedy napr. SYN packet

93.190.52.39.1025 > 192.168.99.254.22

, ktery ale ve vypisu nevidim. To co vidime je jen stavajici ssh spojeni, ktere je jako na potvoru na stejnou IP adresu jako ta, ze ktere neco ocekavame.

Nebo se pletu?

Tomas

[pavlix]

Máš částečně pravdu. Ale kde by se tam vzalo to napotvoru stejné spojení, když se celou dobu bavíme o tom, že takové spojení nelze navázat?

[mapim]

moje chybka, měl formulaci podat srozumitelněji :)

adresa serveru, na který se mělo dát dostat: 192.168.99.254
adresa serveru, ze kterého se připojuji: 93.190.52.39 (na kterém jsem zárověn připojen)

To spojení navázat nešlo. Myslel jsem si, že je to mým iptables, tak jsem v iptables vše povolil. Stále to však nešlo. Nakonec se ukázalo, že poskytovatel sice NAT nastavil, ale zapoměl "krabičku", kerou tu u sebe mám, na tu správnou gateway (na které NAT je) nasměrovat.