Problem z połączeniem przez Ddns w sieci lokalnej

[lukaszny 0]

Witajcie!

 

Mam prosty serwer do użytku małej firmy postawiony na Windows 8 i łączu Netii.

Program biurowy wymaga aby mieć dostęp do bazy i ftp zarówno w sieci lokalnej jak i w pracy mobilnej poza biurem. Z racji łącza netii - na routerze włączone ddns (na asus.com - z racji rutera DSL N66U).

 

W programie biurowym konfiguracja połączenia ustawiona przez adres ddns.

 

Z zewnątrz wszystko śmiga normalnie.

 

Natomiast przy połączeniu z sieci wewnętrznej w biurze ftp leży i kwiczy. Rozpoczyna pobieranie pliku i zatrzymuje się. Logi serwera ftp wskazują na:

Exception: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.

 

Nie jest to błąd programu biurowego, bo przez klienta ftp sytuacja identyczna. Loguje się normalnie, ale pobieranie pliku po chwili zatrzymuje się. Po zmianie ustawień programu na adres ip sieci wewnętrznej wszystko działa prawidłowo.

 

Będę wdzięczny za rady.

 

 

[Gość Kamikadze]

Wewnątrz sieci chyba musisz podawać wewnętrzne IP do łączenia się.

[blfr 225]

Na to wygląda. Albo musisz zrobić split-horizon DNS, albo po prostu postawić lokalny serwer DNS, który dla tego hosta zwróci wewnętrzne IP zamiast uzyskanego normalnie.

[lukaszny 0]

Czy stały adres IP rozwiązałby problem czy też nie będzie to miało żadnego znaczenia?

[kafi 2425]

Stały adres nic nie da. Problem wynika z tego, że rzadko który router potrafi odpowiednio forwardować taki ruch (kierowany z wewnątrz na publiczne IP routera i potem znowu przekierowany do wewnątrz).

[Gość Kamikadze]

Stały adres nic nie da. Problem wynika z tego, że rzadko który router potrafi odpowiednio forwardować taki ruch (kierowany z wewnątrz na publiczne IP routera i potem znowu przekierowany do wewnątrz).

Można by kombinować wewnątrz z serwerem DNS aby wewnątrz komputery łączyły się z automatu pobierając adres DNS naszego wewnętrznego serwera i ustawić "podmienić" domenę na ip serwera bazy.

 

Moim zdaniem w teorii i praktyce dałoby radę to zrobić, ale niestety warunkiem jest korzystanie wewnątrz sieci z odpowiedniego serwera DNS.

[lukaszny 0]

A mógłbyś opisać jak to zrobić krok po kroku? Ewentualnie podjąłbyś się takiego zlecenia do wykonania zdalnie?

[lukaszny 0]

Zauważyłem jeszcze jedną rzecz.

Korzystając z normalnego klienta ftp pobiera się około 400 kb, prędkość spada do zera, komunikat o rozłączeniu i przy wznowieniu połączenia pobiera kolejny kawałek pliku.

[kafi 2425]

 

 

Korzystając z normalnego klienta ftp pobiera się około 400 kb, prędkość spada do zera, komunikat o rozłączeniu i przy wznowieniu połączenia pobiera kolejny kawałek pliku.

A jak wygląda liczbowo czas, kiedy ten klient coś pobiera? Czy nie przypadkiem całość (od połączenia, przez rozpoczęcie pobrania, aż do przerwania) nie trwa przypadkiem ok. minuty?

 

 

 

Można by kombinować wewnątrz z serwerem DNS aby wewnątrz komputery łączyły się z automatu pobierając adres DNS naszego wewnętrznego serwera i ustawić "podmienić" domenę na ip serwera bazy.

No to jest właśnie "split-horizon DNS" wymienione przez blfr. A użycie go w tym opisywanym przez autora kontekście to będzie zło i będzie powodować same problemy, wynikające głównie z cache dns klienckiego systemu operacyjnego.

 

 

[Gość Kamikadze]

W sumie masz rację. Innym rozwiązaniem może być przełączenie się na wewnętrzny IP i ustawienie serwera VPN do łączenia się z zewnątrz sieci.

[lukaszny 0]

A jak wygląda liczbowo czas, kiedy ten klient coś pobiera? Czy nie przypadkiem całość (od połączenia, przez rozpoczęcie pobrania, aż do przerwania) nie trwa przypadkiem ok. minuty?

 

 

 

Dużo krócej. Po około 3s. pasek postępu się zatrzymuje. W tym czasie zazwyczaj pobierze 368-397 kb.

Po 15 sekundach rozłącza.