Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: Karłowaty_PL w Luty 26, 2018, 17:55:32
-
Witam, przymierzam się do uruchomienia drugiego punktu w innej miejscowości i potrzebuję spiąć Subiekty aby pracowały na jednej bazie. Internet jest szybki stałe adresy IP tylko jak najlepiej to zrobić, pulpit zdalny da radę?
W obecnym stanie mam serwer z Win Server 2012 foundation (15 cal dostępowych). Subiekt ma na razie 1 magazyn ale chcę aby pracownik miał swój magazyn oczywiście kartoteki mu przeniosę ale stany ma mieć swoje oraz dostęp tylko do swojego magazynu.
Jakieś wskazówki?
-
Subiekt ma na razie 1 magazyn ale chcę aby pracownik miał swój magazyn oczywiście kartoteki mu przeniosę
Dokąd mu przeniesiesz? ;)
Przecież wszystkie magazyny w tej samej bazie pracują na tych samych towarach.
-
poszukaj fachowca na żywo
-
A jakieś sugestie moze ktoś tak pracuje jakies rozwiazanie
-
serwer do pracy zdalnej i smiga jak zle
-
Mozesz rozwinąć temat
-
potrzebujesz komputer ktory bedzie sluzyl za serwer do pracy zdalnej
-
To juz mam a cos jeszcze jak pracowac przez pulpit zdalny czy lepszy bylby vpn i jak z drukarka fiskalna
-
RDP i DF smigaja az az milo (VPN podnosi bezpieczenstwo)
-
To juz mam a cos jeszcze jak pracowac przez pulpit zdalny czy lepszy bylby vpn...
Notorycznie są mylone pojęcia VPN i praca zdalna... To tak jak byś spytał, czy lepiej jeździć samochodem (RDP), czy samochodem z poduszką powietrzną (VPN), najlepiej samochodem z poduszką powietrzną (RDP+VPN), na samej poduszce powietrznej (VPN) nie pojedziesz...
-
To juz mam a cos jeszcze jak pracowac przez pulpit zdalny czy lepszy bylby vpn...
Notorycznie są mylone pojęcia VPN i praca zdalna... To tak jak byś spytał, czy lepiej jeździć samochodem (RDP), czy samochodem z poduszką powietrzną (VPN), najlepiej samochodem z poduszką powietrzną (RDP+VPN), na samej poduszce powietrznej (VPN) nie pojedziesz...
Racja, sam VPN spowoduje bardzo duże opóźnienia pracy, wręcz nieznośne. Pulpit zdalny sprawuje się całkiem dobrze, najlepiej z wielodostępem. Opóźnienia sa znacznie mniejsze, aczkolwiek wyczuwalne. Ważnym aspektem jest dobór solidnego routera, który sprawnie obsłuży ruch VPN.
-
Racja, sam VPN spowoduje bardzo duże opóźnienia pracy, wręcz nieznośne. Pulpit zdalny sprawuje się całkiem dobrze, najlepiej z wielodostępem. Opóźnienia sa znacznie mniejsze, aczkolwiek wyczuwalne. Ważnym aspektem jest dobór solidnego routera, który sprawnie obsłuży ruch VPN.
Kolejna bzdura - VPN to szyfrowany kanał wydzielony w internecie. Opóźnienia nie powstają przez kanał VPN, tylko sposób pracy z GT.
Pracując przez VPN i łacząc się bezpośrednio do bazy, ciągniesz przez ten kanał wszystkie potrzebne dane. Np wyświetlając listę towarów pobierasz bardzo dużo danych. Natomiast w RDP całe obrabianie danych odbywa się na serwerze, a przesyłany jest tylko obraz wynikowy. Różnica w ilości przesyłanych danych jest olbrzymia i stąd różnice w opóźnieniach.
Tyle, że kanał VPN jest darmowy i przy umiejętnym korzystaniu z Subiekta i dobrym łączu da się bez problemu pracować. Natomiast do RDP potrzebny jest odpowiedni system operacyjny (najlepiej serwerowy) i licencje na samo RDP.
-
Racja, sam VPN spowoduje bardzo duże opóźnienia pracy, wręcz nieznośne. Pulpit zdalny sprawuje się całkiem dobrze, najlepiej z wielodostępem. Opóźnienia sa znacznie mniejsze, aczkolwiek wyczuwalne. Ważnym aspektem jest dobór solidnego routera, który sprawnie obsłuży ruch VPN.
Kolejna bzdura - VPN to szyfrowany kanał wydzielony w internecie. Opóźnienia nie powstają przez kanał VPN, tylko sposób pracy z GT.
Pracując przez VPN i łacząc się bezpośrednio do bazy, ciągniesz przez ten kanał wszystkie potrzebne dane. Np wyświetlając listę towarów pobierasz bardzo dużo danych. Natomiast w RDP całe obrabianie danych odbywa się na serwerze, a przesyłany jest tylko obraz wynikowy. Różnica w ilości przesyłanych danych jest olbrzymia i stąd różnice w opóźnieniach.
Tyle, że kanał VPN jest darmowy i przy umiejętnym korzystaniu z Subiekta i dobrym łączu da się bez problemu pracować. Natomiast do RDP potrzebny jest odpowiedni system operacyjny (najlepiej serwerowy) i licencje na samo RDP.
Nie rozumiem co jest tu bzdurą, skoro Twoja wypowiedz rozbudowuje moją. Nawiązując do wcześniejszych wypowiedzi, pisałem że pracując na samym VPN, czyli bezpośrednio na Subiekcie mamy duże opóźnienie, spowodowane przez przesył danych. Dodając do tego RDP zmienia się to zasadniczo, ale opóźnienia i tak będą wyczuwalne.
Jeżeli mi nie wierzysz, że VPN dodaje minimalne opóźnienie, to dlaczego jakiekolwiek szyfrowanie danych (już nie mówię tu o VPN) zajmuje dodatkowy czas?
-
Nie rozumiem co jest tu bzdurą, skoro Twoja wypowiedz rozbudowuje moją.
Tak samo jak większość, o których pisałem mylisz pojęcia VPN i pracy zdalnej...
Nawiązując do wcześniejszych wypowiedzi, pisałem że pracując na samym VPN, czyli bezpośrednio na Subiekcie...
Nie, nie pracujesz na samym VPN, pracujesz zdalnie łącząc się przez internet bezpośrednio do bazy danych programu wykorzystując tunel VPN, równie dobrze możesz pracować zdalnie bez połączenia VPN...
...mamy duże opóźnienie, spowodowane przez przesył danych.
W każdej komunikacji mamy przesył danych, problem stanowi to jakie dane są przesyłane.
Dodając do tego RDP zmienia się to zasadniczo,
No bzdura, jakie "dodając RDP", albo bezpośrednie połączenie z serwerem SQL, albo RDP - jedno przecież wyklucza drugie.
ale opóźnienia i tak będą wyczuwalne.
No między "duże opóźnienia", a "wyczuwalne" jest przepaść.
Jeżeli mi nie wierzysz, że VPN dodaje minimalne opóźnienie...
Wyraź określenie "minimalne" w jednostce czasu... Jakie opóźnienia generuje praca w sieci LAN 100Mb zamiast 1GB, czy praca na starym, mało wydajnym sprzęcie...
...to dlaczego jakiekolwiek szyfrowanie danych (już nie mówię tu o VPN) zajmuje dodatkowy czas?
O czym tym razem piszesz ? Jak masz szyfrowaną transmisję w WiFi to połączenie działa Ci wolniej - no nie, gdyż dzieje się to w czasie rzeczywistym dzięki akceleracji sprzętowej...
-
Racja, sam VPN spowoduje bardzo duże opóźnienia pracy, wręcz nieznośne. Pulpit zdalny sprawuje się całkiem dobrze, najlepiej z wielodostępem. Opóźnienia sa znacznie mniejsze, aczkolwiek wyczuwalne. Ważnym aspektem jest dobór solidnego routera, który sprawnie obsłuży ruch VPN.
Kolejna bzdura - VPN to szyfrowany kanał wydzielony w internecie. Opóźnienia nie powstają przez kanał VPN, tylko sposób pracy z GT.
Pracując przez VPN i łacząc się bezpośrednio do bazy, ciągniesz przez ten kanał wszystkie potrzebne dane. Np wyświetlając listę towarów pobierasz bardzo dużo danych. Natomiast w RDP całe obrabianie danych odbywa się na serwerze, a przesyłany jest tylko obraz wynikowy. Różnica w ilości przesyłanych danych jest olbrzymia i stąd różnice w opóźnieniach.
Tyle, że kanał VPN jest darmowy i przy umiejętnym korzystaniu z Subiekta i dobrym łączu da się bez problemu pracować. Natomiast do RDP potrzebny jest odpowiedni system operacyjny (najlepiej serwerowy) i licencje na samo RDP.
Nie rozumiem co jest tu bzdurą, skoro Twoja wypowiedz rozbudowuje moją. Nawiązując do wcześniejszych wypowiedzi, pisałem że pracując na samym VPN, czyli bezpośrednio na Subiekcie mamy duże opóźnienie, spowodowane przez przesył danych. Dodając do tego RDP zmienia się to zasadniczo, ale opóźnienia i tak będą wyczuwalne.
Jeżeli mi nie wierzysz, że VPN dodaje minimalne opóźnienie, to dlaczego jakiekolwiek szyfrowanie danych (już nie mówię tu o VPN) zajmuje dodatkowy czas?
Pogrubione to, co sam napisałeś. Widzisz tam coś więcej poza stwierdzenie opóźnień?
Słowo pisane ma to do siebie, że nie przenosi myśli i kontekstów.
-
Słowo pisane ma to do siebie, że nie przenosi myśli i kontekstów.
Np. praktyka pokazała, że nasze myśli i konteksty są bardzo często rozbieżne... ;-)
Do wątkotwórcy: Często zdarza mi się pracować zdalnie przez 3G (+VPN+RDP). W praktyce nie stanowi to żadnego problemu. Opóźnień zauważalnych nie ma. (Oczywiście przy optymistycznym założeniu, że jest przyzwoity zasięg...)
-
Słowo pisane ma to do siebie, że nie przenosi myśli i kontekstów.
Np. praktyka pokazała, że nasze myśli i konteksty są bardzo często rozbieżne... ;-)
Przecież to był akurat tekst wątkotwórcy i jemu odpowiadałem.
Ale rzeczywiście przysłowie "uderz w stół, a nożyce się odezwą" jest prawdziwe. :)
-
Jak nie będzie problemów z jakimiś urządzeniami podłączonymi lokalnie (drukarki fiskalne, czytniki kodów itp.) to raczej polecam Pulpit Zdalny (RDP):
- mniejsze wymagania co do łącza
- wygoda - na wszystkim możesz pracować w InsERTcie: Windzie, Androidzie, Macu, Linuksie itp.
- mniejszy problem z aktualizacjami (tylko na serwerze terminali a nie na każdym kompie podpiętym przez VPN
- pulpit zdalny może posłużyć i do innych aplikacji (np. MS Office itd.)
Używam z różnych przyczyn obu rozwiązań i oba działają bez większych problemów (pewne były z drukarkami fiskalnymi, trochę upierdliwe, ale drugorzędne).
-
W dzisiejszych czasach tylko VPN+RDP, na samym RDP robi się ryzykownie.
-
W dzisiejszych czasach tylko VPN+RDP, na samym RDB robi się ryzykownie.
A niby dlaczego? Połaczenie RDP jest samo w sobie dobrze zabezpieczone.
-
W dzisiejszych czasach tylko VPN+RDP, na samym RDB robi się ryzykownie.
A niby dlaczego? Połaczenie RDP jest samo w sobie dobrze zabezpieczone.
dwa tygodnie temu też mi się tak wydawało, ostatnio mam info z dwóch źródeł o jakiejś luce w pulpitach zdalnych, podobno włamują się i szyfrują dyski, może to plotki ale lepiej nie ryzykować ( słyszałem to od jednego bardzo dobrego serwisanta Inserta)
-
W dzisiejszych czasach tylko VPN+RDP, na samym RDB robi się ryzykownie.
A niby dlaczego? Połaczenie RDP jest samo w sobie dobrze zabezpieczone.
dwa tygodnie temu też mi się tak wydawało, ostatnio mam info z dwóch źródeł o jakiejś luce w pulpitach zdalnych, podobno włamują się i szyfrują dyski, może to plotki ale lepiej nie ryzykować ( słyszałem to od jednego bardzo dobrego serwisanta Inserta i nie chodzi tu o najlepszego fachowca na wschód od Wisły, Daniela K 8))
-
A co myślicie o o otwarciu portów sql i wpinanie się zdalnie odrazu do bazy danych serwera.
-
glupi pomysl
-
glupi pomysl
Ryzykowne czy co innego.
-
ryzykowne i wymaga dobrego lacza, pamietania o aktualizacji gt na oddziale,....
-
glupi pomysl
Ryzykowne czy co innego.
Poczytaj na forum opinie użytkowników o takim modelu pracy...
Ostatnio jeden z klientów chciał tak pracować, namówiłem go testy przed produkcyjną pracą, wypadły według niego pozytywnie, skoro miał był już "świadomy" to uruchomiliśmy wszystkie stanowiska produkcyjnie, po kilku dniach telefon, że jest wolno i nie da się tak pracować, więc zmieniamy na RDP...
-
glupi pomysl
Ryzykowne czy co innego.
Poczytaj na forum opinie użytkowników o takim modelu pracy...
Ostatnio jeden z klientów chciał tak pracować, namówiłem go testy przed produkcyjną pracą, wypadły według niego pozytywnie, skoro miał był już "świadomy" to uruchomiliśmy wszystkie stanowiska produkcyjnie, po kilku dniach telefon, że jest wolno i nie da się tak pracować, więc zmieniamy na RDP...
Wszystko zależy od obciążenia łącza i techniki pracy z programami oraz od "okoliczności". Obsługując wielu klientów księgowo najczęściej nie mam wyboru i muszę korzystać z bezpośredniego podpięcia do bazy. Alternatywą jest przesyłanie plików komunikacji, ale to zdecydowanie gorsze rozwiązanie.
Oczywiście takie podpięcie jest przez kanał VPN i nie pracuję na typowych portach. Ale przede mną nie stoi klient i przebiera nogami, że 10 s to tak długo.