[ Kamenni @ 26.07.2019. 11:02 ] @
Pozdrav ekipa!
Molio bih za pomoc ako neko zna moguce razloge naseg problema.

Imamo u jednoj firmi windows 2012R2 server, to sve radi i funkcionise kako treba. Problem je nastao kada je azurirana aplikacija Maximizer (CRM aplikacija koju koriste) na novu verziju, sa 2017 je sve radilo ok, ali kada su iz podrske maximizera update-ovali na verziju 2019 nista nij radilo, pa smo donekle namestili i podesili da radi ali i dalje imamo problema...nije do njih nego treba njihov IT tim da resi problem, samo nemaju nikakve instrukcije da daju.
I sami Englezi kazu da nova verzija radi potpuno drugacije od stare, i da nam je server podesen kako treba, ali da nemaju ideju zasto neradi iz lokala, i da to mora da resi IT podrska njihova, odnosno mi. A i nenormalno su skupi za podrsku, a i sve sto su nam objasnjavali svodi se na jednu istu stvar samo na deset razlicitih nacina, da li hoce dodatnoda naplate, ali uvek ista poruka da treba njihov IT tim da resi.
Desava se sledeca stvar, posto je to web aplikacija, a oni hoce da im bude na lokalnom serveru, resili smo tako sto smo napravili poddomen na njihovom sajtu koji redirektuje saobracaj na lokal server. Sve to radi kada se pristupa spolja, odnosno van njihove lokalne mreze, takodje radi i sa mobilne aplikacije, ali isto tako Van lokalne mreze. Kada smo u njihovoj lokalnoj mrezi nece da radi, jednostavno kaze Secure Connection Faild, instalirani su SSL sertifikati i na webhostingu i na lokalnom serveru, iako dobijam na ssl testu rezultat koji cu staviti u prilog. A ono sto me buni, je i sto mi je logicnije da je sertifikat problem ne bi moglo ni spolja da se pristupi. Pristupamo spolja preko porta 11029, a kada postavim default port za secure 443 na mikrotiku onda radi iz lokala ali blokira internet saobracaj, radi tek poneki sajt, Youtube i jos nesto je radilo, i imamo uzvicnik na za mrezu kaze no internet.

Ne mogu nista da prilozim, ali evo sta kaze ssl testing tool:

Assessment failed: Failed to communicate with the secure server

Known Problems

There are some errors that we cannot fix properly in the current version. They will be addressed in the next generation version, which is currently being developed.

No secure protocols supported - if you get this message, but you know that the site supports SSL, wait until the cache expires on its own, then try again, making sure the hostname you enter uses the "www" prefix (e.g., "www.ssllabs.com", not just "ssllabs.com").
no more data allowed for version 1 certificate - the certificate is invalid; it is declared as version 1, but uses extensions, which were introduced in version 3. Browsers might ignore this problem, but our parser is strict and refuses to proceed. We'll try to find a different parser to avoid this problem.
Failed to obtain certificate and Internal Error - errors of this type will often be reported for servers that use connection rate limits or block connections in response to unusual traffic. Problems of this type are very difficult to diagnose. If you have access to the server being tested, before reporting a problem to us, please check that there is no rate limiting or IDS in place.
NetScaler issues - some NetScaler versions appear to reject SSL handshakes that do not include certain suites or handshakes that use a few suites. If the test is failing and there is a NetScaler load balancer in place, that's most likely the reason.
Unexpected failure - our tests are designed to fail when unusual results are observed. This usually happens when there are multiple TLS servers behind the same IP address. In such cases we can't provide accurate results, which is why we fail.
Common Error Messages

Connect timed out - server did not respond to our connection request, sometimes before we are dynamically blocked when our tests are detected
No route to host - unable to reach the server
Unable to connect to server - failed to connect to the server, it usually happens due to firewall restrictions
Connection reset - we got disconnected from the server
Unrecognized SSL message, plaintext connection? - the server responded with plain-text HTTP on HTTPS port
Received fatal alert: handshake_failure - this is either a faulty SSL server or some other server listening on port 443; if the SSL version of the web site works in your browser, please report this issue to us
Failed to communicate with the secure server - No secure protocol supported. Possibly this server only supports a draft version of TLS 1.3


Svi predlozi i sugestije dobrodosli!
Hvala unapred!
[ valjan @ 26.07.2019. 21:23 ] @
Split DNS? Spolja za taj domen bi trebalo da se koristi dosadašnje rešenje koje preusmerava taj poddomen na vašu eksternu adresu, a iz lokala drugi DNS koji taj isti poddomen preusmerava na lokalnu IP adresu tog servera. Ovo je tipičan scenario kada se bilo kom serveru koji je hostovan u LAN-u pristupa preko imena domena, a ne direktno preko IP adrese, a svi uređaji na LAN-u izlaze preko NAT-a na Internet...
[ Kamenni @ 26.07.2019. 22:44 ] @
Najlepse hvala na odgovoru!
mislim da shvatam o cemu pricate, ali nisam siguran da sada znam sta treba da uradim. Da li treba da na hostu postavim DNS kada vraca na lokal server ili na serveru koji je u lokalu?
Ako podesim DNS na serveru, zar nece onda sve ici preko njih?
Nisam probao ovo, tacnije nisam ni znao za ovo sto ste pisali, a sada posle toliko muke nisam siguran da shvatam kako treba da resim.
Ako Vam nije problem malo pojasnjenje?
Hvala unapred!
[ bachi @ 27.07.2019. 09:26 ] @
https://wiki.mikrotik.com/wiki/Hairpin_NAT

Možda ovo?

Hairpin, iliti nat reflection.

Onda DNS ne bi morao da diraš.

Mada je bolje rešenje split dns, jer sa haiprin natom ako radiš kontrolu pristupa serveru po IP adresi, ispalo bi da iz lokala pristupaju svi sa jedne ip adrese (ruterove) i onda ne bi mogao da kontrolišeš pristup na samom web serveru niti bi video statistiku ko je kad čemu pristupi po ip adresi.

Edit:

Možda da lepo u dnsu dodaš za adresu sajta kojem pristupate, na primer program.firma.com da ima dva A recorda, prvi A record je spoljna IP adresa preko koje pristupaju spoljni klijenti, a druga da bude lokalna ip adresa vašeg web servera.

Na DNSu se uključi Netmask Ordering i onda bi DNS server trebao da resolvuje lokalnu ip adresu obzirom da zahtev dolazi od lokalnog klijenta.

[Ovu poruku je menjao bachi dana 27.07.2019. u 10:39 GMT+1]
[ valjan @ 27.07.2019. 09:50 ] @
Potreban je drugi DNS server za LAN računare, i taj DNS će za sve računare u LAN-u da pokazuje na internu (LAN adresu) za taj poddomen, a svi računari van LAN-a će koristiti dosadašnji eksterni DNS. Naravno, svi računari u LAN-u moraju biti podešeni da iksljučivo koriste taj interni DNS, inače "džabe si krečio" ;-)
[ Kamenni @ 27.07.2019. 14:43 ] @
Hvala lepo Ljudi pokusacu u ponedeljak pa javim kako sam prosao :-)
Do tada cu da se informisem tacno kako i sta treba da uradim i na koji nacin, ali najvaznija je sustina koju ste Vi napisali.
Hvala jos jednom!