Re: RRAS - Pix

"Zdzislaw Landowski" <codeboy@interia.pl> wrote in message
news:opsn6s6cn8k4f1f9@landowski.elnord.local...
[...]
> Na 100% nie ma tam zadnego firewalla to serwer komunikacyjny do duzego
> systemu , dlatego jest on nawet wewnetrznie chroniony firewall, widze ze
> problem jest wiekszy a skoro tak to odpuszczam go bo musze zajac sie
> migracja, to mialo byc ulatwienie dla pracownikow, mialem kliknac i mialo
> dzialac, skoro tak nie jest to niestety , musza meczyc aplikacje lokalnie
> , chcieli wykonywac operacje na oraclu na maszynie na ktorej ten Oracle
> stoii.
>
> dzieki za pomoc i narazie EOT
> chyba ze ktos wymysli jakies sensowne rozwiazanie :)

Nie napisales nic o rezultatach tych operacji:
>> Czy jestes na 100% pewny, ze port 3389 odpowiada na tym serwerze
>> 10.10.10.2 ? Sprobuj wejsc na ten serwer TS z sieci 10.10.10.0,
>> moze tam jest po prostu uruchomiony firewall lokalny
>> i blokuje ruch na port 3389.

No wiec? Uzyj zarowno klienta terminalowego jak i telneta.

>> Mozesz takze zrobic clear xlate na PIXie lub w akcie desperacji
>> nawet reload jesli to nie problem (oczywiscie po zapisaniu konfiguracji).

I jak?

>> Nic innego mi do glowy nie przychodzi, tak jak napisal Tomek wczesniej
>> mozesz uruchomic debug na PIXie zeby sie przekonac jak w praktyce
>> wyglada komunikacja miedzy tymi maszynami.

Szczegolnie interesuje mnie ten debug, to znaczy sprawdz
czy komunikacja TCP miedzy tymi maszynami odbywa sie nastepujaco:
SYN - SYN+ACK - ACK. Moze to rowniez sprawdzic telnetem
na port 3389 tego serwera - czy polaczenie telnetem moze
zostac ustanowione czy nie? Sprawdz rowniez czy w logach
systemowych na serwerze nie ma wpisow dotyczacych
problemow z RDP.

-- 
Tomasz Polus