maciek.ku

Ok, tak więc przyczyna została zdiagnozowana. Po ciężkich bojach i wymianie zdań z adminem ISP udało się uruchomić usługę. Problem polega na tym, że ISP należy do lokalnych poviderów i w sieci znajduje sie za NAT-em. Po "wyciągnięciu" przed NAT przez admina problem zniknął. Niestety ta konfiguracja będzie funkcjonować prawdopodobnie tylko parę dni w ramach testu. W ciągu ostatnich dni udało mi się tą usługę uruchomić 2, może 3 razy ale wyglądało to na dość przypadkowe uruchomienie, aczkolwiek zmiany jakie wprowadzałem ograniczały się do routera. Dostawca sprawdził i ostatnia zmiana w konfigu sieci miała miejsce 289dni temu, więc to raczej ja coś musiałem nagrzebać że zaczęło działać, tylko że po 4h ciągłych prób uruchomienia i restartów routera itp sam już nie wiem co. Po bezpośrednim podłączeniu do gniazdka (bez routera) okazało się że problem nadal istnieje. Tak jak wspomniałem tymczasowo pomogło wyciągnięcie przed NAT. ISP zasugerował, że powinienem poprosić o sposób konfiguracji tej usługi dla komputerów znajdujących się za NAT-em. Wcześniej otrzymałem standardowy tutorial konfiguracyjny dla VPN, który działa tak jak opisałem to w moim pierwszym poście, problem w tym że osoba która się tym zajmuje ze strony serwera docelowego z którym się łącze nie odpowiada (chyba urlop).
Moje pytanie. Jak należy skonfigurować usługę (pomijając router), żeby łączyła się z siecią, pomimo tego że znajduje sie za NAT-em?
Jeżeli będzie to pomocne mogę załączyć screeny mojej konfiguracji.
pozdrawiam i dziękuje.

Co do logu, to Cię zaraz rozłączyło? Jak się połączyłeś?

komunikat [TELNET] INFO: DISCONNECTED pojawia się ok 10s po kliknięciu connect.


zresztą chyba zgodnie z tym logiem:
// C+ = connection start (host name)
// C# = called host
// UL = upload (name, size, duration, cps)
// DL = download (name, size, duration, cps)
// C- = connection end
// (N/A means 'not available')
07.03.2011 22:08:02 C
+: 153.19.34.231:1723
07.03.2011 22:08:02 C#: 153.19.34.231:1723
07.03.2011 22:08:12 C-: 00:00:10

Napisz do ISP by odblokował pptpd

Nic innego nie przychodzi mi do głowy, może spróbuj na routerze przekierować port 1723, TCP/UDP

Ok dzięki wielkie!
przekierowanie portu nic nie zmieniło.
Czyli rozumiem, że powyższy log mogę interpretować jako brak odpowiedzi od zdalnego hosta za pośrednictwem portu 1723?
Martwi mnie tylko, że dzwoniąc dzisiaj do ISP, informatyk twierdził uparcie, że oni nic nie blokują.
Dziekuje za odpowiedź. Pozdrawiam
MK

Telnet, zainstaluj w Windows ten programik, nie i wydaj polecenie w wierszu poleceń

telnet hostznadlny.com 1723

i czy jakąś odp dostajesz?

Ok, zainstalowałem ZOC 6.28
Dostałem takie logi:

ZOC1103_153.19.34.231_172301.log

***
*** CONNECT TO 153.19.34.231:1723
*** date 2011-03-07
*** time 22:08:02
***

[TELNET] INFO: DISCONNECTED

oraz

Calls.log

// C+ = connection start (host name)
// C# = called host
// UL = upload (name, size, duration, cps)
// DL = download (name, size, duration, cps)
// C- = connection end
// (N/A means 'not available')
07.03.2011 22:08:02 C+: 153.19.34.231:1723
07.03.2011 22:08:02 C#: 153.19.34.231:1723
07.03.2011 22:08:12 C-: 00:00:10

PPTPD?

Jak tak to ISP musi zezwolić na połączenie przez port 1723 musisz z ISP gadać, spróbuj telnetnać sie

Wg tutoriala konfiguracyjnego VPN, który otrzymałem w ustawieniach jest typ automatyczny, ale tak połączenie z tego co zauważyłem odbywa się przez PPTPD.
Telnetnąć się czyli połączyć z routerem? jeśli o to chodzi to ping działa cały czas bez żadnych zwiech cały czas podczas prób łączenia też. Jeśli chodzi o coś innego to prosiłbym o ew. instrukcje.
Jutro na pewno do nich zadzwonie. niestety swego czasu rzeczony ISP (regionalny) nie był owiany zbyt dobrą sławą, zresztą dla niektórych jest tak po dziś dzień, zależy od lokalizacji. Dzwoniąc dziś informatyk zapytał mnie co wg mnie ma być nie tak po ich stronie, więc chętnie zasugeruje im takie rozwiązanie. Dzięki cabana