Strona 3 z 3
: 17 czerwca 2015, 19:07
autor: kobex
Dziękuje pawkrol za odpowiedź. Na serwerze1 192.168.4.0/22 nic nie ma jest tylko htb i routing. Ruch HTB kształtuje tylko na wyjściu do sieci lokalnej LAN czyli kształtuje go na interfejsie 192.168.4.1.
Chciałem żeby HTB był na serwer1 a squid na serwer2 i tyle. Nie jestem zbyt wymagający. Serwery są stare dlatego chciałem to tak rozdzielić.
HTB ma sporo podklas mogę w przyszłości pokazać skrypt.
R. :/
Zaraz włącze VirtualBox i sobie w domu spróbuje skonfigurować serwer1 bez SNAT zoabczymy czy to będzie działać tak jak piszecie.
: 17 czerwca 2015, 19:21
autor: pawkrol
Polecam jeszcze polecenie tcpdump.
Jak zdejmiesz maskaradę obserwuj nim czy pakiety w ogóle docierają na interfejs eth0 (lan) serwera2. Pamiętaj o routingu na serwerze2 aby pakiety wracały do sieci 192.168.4.0. Bramą dla tej sieci dałbym adres wan serwera1
: 17 czerwca 2015, 22:39
autor: kobex
nie wszystko działa tak jak chciałem jedna rzecz jest bardzo bardzo DZIWNA!
oto obraz O CO TUTAJ CHODZI!???
pakiety, które wracają do LAN są zdublowane dziesiątki razy o co tutaj chodzi?
Załącznik 02222222222222222.jpg nie jest już dostępny
: 18 czerwca 2015, 09:21
autor: pawkrol
Wydaje mi się, że masz jakąś pętle routingu gdyż jak widzisz TTL maleją.
Ciężko coś więcej powiedzieć nie znając dobrze topologi sieci, konfiguracji urządzeń routujących itp.
Możesz jeszcze użyć komendy traceroute
: 18 czerwca 2015, 09:54
autor: kobex
Ja do tej porty testy wykonał na VirtualBox-ie. Może to jego wina?
: 18 czerwca 2015, 10:07
autor: pawkrol
Z doświadczenia wiem, że virtualbox i mostkowanie interfejsów, tryb promisc, sieć wewnętrzna itp. nie zawsze działa tak jak byśmy się spodziewali.
Spróbuj zrobić gdzieś obok na rzeczywistym sprzęcie.
: 18 czerwca 2015, 10:39
autor: dedito
kobex pisze:Ja do tej porty testy wykonał na VirtualBox-ie. Może to jego wina?
A w jakim trybie pracują karty?
: 20 czerwca 2015, 00:15
autor: kobex
Internal.
Dzisiaj wypróbuje na rzeczywistym sprzęcie.
Wszystko działa dzięki za pomoc.