Forum Debian Users Gang

Skoro masz wyjście na Internet (generalnie to co wychodzi z fbsd), a problemem jest połączenie się z tym serwerem, to lepiej sprawdź czy nie masz włączonego firewalla (pf, iffw czy ipfilter), który blokuje pakiety wchodzące (nie zainicjowane przez siebie)
Ja bym tu szukał problemu.

A nie masz jakieś opcji debugowania sieci i firewalla?
W iptables jest moduł TRACE, który pokazuje w logach, co się dzieje z pakietem od tablicy RAW -PREROUTING  do INPUT i RAW -OUTPUT włącznie, widać wtedy działanie całego routingu przy okazji.
Tu masz opis: http://backreference.org/2010/06/11/iptables-debugging/

Podejrzewam, że we FreeBSD też jest coś podobnego.

Ostatnio edytowany przez Jacekalex (2012-11-21 00:37:55)

Może na BSD, na Linuxie jeszcze mi Tcpdump w życiu nie pokazał, na której tablicy fw się pakiet gubi, a miałem już kilka razy podobne cyrki zarówno z fw jak i z routingiem, przy okazji widać, czy to fw zgubił czy roting..
Tcpdump słucha na interfejsach, a nie na poszczególnych segmentach podsystemu sieciowego.
Potrzebujesz raczej narzędzia, które pokazuje, co się dzieje z pakietem przed i po decyzji o routingu.

Daj nam trochę więcej informacji:
masz em0 (WAN) i em1(LAN)
jak już yampress wspomniał

ifconfig_em0="inet 14.13.65.17 netmask 255.255.255.248 broadcast 14.13.65.17"
defaultrouter="14.13.65.129"

ten broadcast nie bardzo pasuje, brama z resztą też nie bardzo, tym bardziej, że wcześniej już nam podałeś domyślą bramę

default            193.193.65.129     UGS         0        9    em0

skoro x.y.65.129 przy masce /29 to inna podsieć, więc potrzebny routing aby szukał go z em0 (co rozumiem z 1-go postu), czyli powinieneś mieć w rc.conf static_routes

daj nam pełniejsze info, możesz podmienić adresy podając np. xx.yy.65.17/29 więc broadcast xx.yy.65.23 - tak żeby się zgadzało.
podaj nam

ifconfig
netstat -rn
sockstat -4l
uname -a

może ewentualnie więcej info z /etc/rc.conf

z której sieci chcesz się łączyć z lan czy z wan, może przed em0 masz coś jeszcze co blokuje inputy

Ostatnio edytowany przez meciarz (2012-11-21 19:44:54)

Spróbuj na Fbsd odpalić nmap'a, i przeskanować komp, z którego próbujesz się łączyć po ssh, i z kompa, z którego nie możesz się łączyć, przeskanuj Fbsd.
Prawdopodobnie dowiesz się czegoś ciekawego.

Użycie:

 nmap -sV  -O {adres-ip}

I wklej (na  wkleja dugowego) wynik

ssh -vvv user@maczyna

o który prosił Yampres.

Bo wróżki tutaj raczej nie znajdziesz,  a szklana kula też się gdzieś zawieruszyła. :D

Ostatnio edytowany przez Jacekalex (2012-11-22 17:21:37)

@Yampress
Na wróżkę raczej się średnio nadajesz ;), lepiej radziłbym poczekać na tego loga z ssh -vvv.
Choć to może potrwać tyle, co te obniżki podatków, które obiecali... :D

[quote=jezoo]@Jacekalex w serwerowni ja nie nocuje tak jak Ty.[/quote]
Ja też w robocie nie śpię, nawet bywam tam raczej rzadko, ale mam dostęp właśnie po SSH, przez OpenVPN, i takie tam rożne dziwnoty i fanaberie.

Być może z resztą w robocie powstanie za sprawa mojej osoby brama Ipseca, jak szef załata dziurę w kieszeni :D

W każdym razie Strongswana i Radiusa ma już obczajonego nieźle, na taką okoliczność.

Ostatnio edytowany przez Jacekalex (2012-11-23 13:33:27)

ping -c3 193.193.65.137
PING 193.193.65.137 (193.193.65.137) 56(84) bytes of data.
64 bytes from 193.193.65.137: icmp_req=1 ttl=61 time=63.1 ms
64 bytes from 193.193.65.137: icmp_req=2 ttl=61 time=2.07 ms
64 bytes from 193.193.65.137: icmp_req=3 ttl=61 time=88.7 ms

--- 193.193.65.137 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 2.072/51.322/88.714/36.352 ms

nmap -sV  -O 193.193.65.137

Starting Nmap 6.01 ( http://nmap.org ) at 2012-11-23 17:10 CET
Nmap scan report for 193.193.65.137
Host is up (0.0039s latency).
All 1000 scanned ports on 193.193.65.137 are filtered
Too many fingerprints match this host to give specific OS details

OS and Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 24.06 seconds

ssh -vvv

OpenSSH_5.9p1, OpenSSL 1.0.0j-fips 10 May 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 50: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 193.193.65.137 [193.193.65.137] port 22.
debug1: connect to address 193.193.65.137 port 22: Connection timed out
ssh: connect to host 193.193.65.137 port 22: Connection timed out

sockstat -4l
[img]http://i47.tinypic.com/t0m5ig.png[/img]