Re: IP uri Vodafone in blacklist uri. Va rog sfat!

Sunt de acord cu Mircea. Cel mai simplu pentru voi e să instalați un
OpenVPN (să zicem) pe un echipament de la sediu și clienți de openvpn pe
tablete (merge și fără să fie rootate). În configurația de openvpn trimiți
si ruta default astfel încât clienții conectați ies la internet prin VPN,
prin IP-ul "curat" de UPC. Problemele cu varianta asta pot fi:
1. Dacă tabletele fac SPAM îți poți strica reputația IP-ului de UPC și să
nu mai poți trimite mailuri de nicăieri
2. Linkul cu UPC poate fi single point of failure, dar în cazul ăsta
terminalele mobile pot încerca să lucreze fără VPN în regim "best effort"
3. În funcție de câte terminale ai/volumul de trafic e posibil să ai nevoie
de bandă mai mare la sediu
4. Ar fi bine să ai IP fix pentru UPC. Dacă e dinamic, mai ai nevoie și de
un dynamic DNS și să ții configul de OpenVPN cu DNS înloc de IP.

Pentru un deployment rapid poți folosi și routere Asus care rulează
firmware RMerlin, dar nu știu câți clienți simultani suportă. Altfel poți
folosi un server dedicat pe post de concentrator.

De obicei ISP-ii alocă IP-uri dinamice clienților și e greu și pentru ei
(dacă nu au soluții inplace) să monitorizeze sau să curețe IP-urile care
fac SPAM. De regulă clienții nici nu știu că sunt spammeri, pentru că au
ceva calculatoare infectate, sau poate că știu, dar ăsta e business-modelul
lor.

Soluția mai bună ar fi ca Siveco (sau cine a proiectat sistemul din
sănătate) să nu folosească email ca mecanism de comunicare între
aplicațiile lor. Totuși nu mai trăim în anii 80...


2017-04-19 6:43 GMT+03:00 Arthur Țițeică <[email protected]>:

> Tableta din Vodafone nu trimite (autentificat) printr-un SMTP care
> este în controlul tău? Ai putea să ascunzi sau să modici IP-ul
> clientului din serverul de SMTP care face relay.
>
> Pe 19 aprilie 2017, 02:46, Mircea Ciocan <[email protected]> a scris:
> > Nu-ti bate capul cu delistatul ip-urilor, e o munca fara sfarsit si
> > Vodafone nu e obligat sa-ti caute in toate RBL-urile ca sa vada ce ipuri
> > sunt acolo si de ce si sa le delisteze.
> > In plus daca nu esti un client URIAS nu mai gasesti clase de ip-uri v4
> > "curate", toate au fost date deja cuiva care le-a "abuzat"
> > Solutia cea mai simpla la dispozitive la care ai ceva control asupra
> > softului este sa instalezi un client de VPN si sa cumperi hosting la un
> > provider serios. Asa ai si control cine si ce face pe tableta aia. Daca
> > adresele nu sunt pe domeniile voastre ci fiecare cu mama lui, alta
> solutie
> > e sa pui un forwarding proxy pentru email pe o adresa curata cu control
> > acces, dar tot cu VPN te socti mai bine IMHO.
> > Sau evident, IPv6, dar parca vad figurile bovine cand aduci vorba de
> IPv6.
> >
> >  Mircea "chiar si nelistate multi provideri opresc din principiu trimisul
> > de mail de pe adresele obisnuite" C.
> >
> > 2017-04-19 0:04 GMT+02:00 Petre Mihail <[email protected]>:
> >
> >> Salut!
> >> Lucrez pentru un furnizor de servicii medicale la domiciliu in contract
> cu
> >> CJAS PH.
> >> Folosim tablete cu 3G pe care este instalata aplicatia CNAS de validare
> a a
> >> serviciilor funizate si cartele de date Vodafone cu abonamente.
> >> De fiecare data in ultimele 5-6 luni progresiv avem probeleme de logare
> in
> >> SIUI, acutizate de la 1 Aprilie. Inainte sa acuz STS si OCSP ul lor m-am
> >> uita in ograda proprie cam banuind care-i problema: IP urile dinamice
> de la
> >> Vodafone sunt in majoritatea black listurilor utilizate in Ro (cu o
> >> saptamana in urma am trimis un mail pentru contractare de pe un stick
> >> Vodafone din Bucuresti si mesajul nu a ajuns pentru ca serverul de mail
> >> pentru outgoing folosea un blacklist in care era trecuta adresa primita
> la
> >> ora respectiva) .
> >> Am luat-o pe fir invers si de la STS net mi s-a sugerat "pe surse" ca
> din
> >> cauza blacklisturilor utilizate de catre PIAS sau de filtrele de pe
> parcurs
> >> nu putem trimite de pe tabletele respective cu IP uri dinamice Vodafone
> >> decat pe sarite.
> >> Temporar am recurs la lucrul off line si validam la sediu, de pe
> conexiune
> >> UPC curata sau din statia, care concateneaza raportarile din teren, via
> >> RDS. Dar nu accept solutia aceasta pentru ca feicare tableta are SIM ul
> ei
> >> si token de acces in SIUI. In 2015 toata intreprinderea a costat peste
> 15
> >> 000 RON tocmai ca sa oferim mobilitate asistentelor in teren si in caz
> de
> >> probleme de validare acestea sa poata fi rezolvate pe loc la pacient.
> >> Am incercat sa ma lamuresc cu cei de la suport la Vodafone si in afara
> de
> >> IP fix, pe alti bani desigur (si care din discutii oricum nu ne-au
> garantat
> >> ca va fi clean decat dupa ce ne vom sili noi sa facem aceasta) nu au
> alta
> >> solutie sau nu le pasa de problema aceasta incat nici cand i-am
> amenintat
> >> ca ii voi da in judecata pentru ca nu putem utiliza la maxim
> abonamentele
> >> contractate nu s-au sinchisit deloc.
> >> Nu am testat portocala pentru ca nu are acoperire buna in judet si de
> digi
> >> nici nu ma gandesc la fel din cauza de arie proasta.
> >> Am nevoie de un sfat pentru ca acum am dublat timpul de lucru pentru
> >> validarea servciilor: o data inregistrarea si semnarea cu cardul in
> teren
> >> apoi la sediu validarea si verificarea. Timpii acestia se aduna... in
> timp!
> >> Pe banii nostri!
> >> Ce sfat aveti? Deschid conflict cu Vodafone? Ce obligatii au fata de
> >> clienti vis a vis de IP urile pe care le aloca daca sunt in black list
> uri?
> >> Accept IP fix? Am vreo garantie ca IP urile primite vor fi curate sau
> >> trebuie sa imi bat capul de la noi pana la SIUI sa asigur pe toti ca
> sunt
> >> curate si nu fac spam? Cui putem sa ne adresam oficial din STS net si
> CNAS
> >> pentru o solutie? Ati mai intalnit problema aceasta?
> >> Nu am vorbit cu alti furnizori ca noi pentru ca solutia aleasa de mine
> ca
> >> mod de lucru nu este foarte raspandita (tableta cu OS si cititor de
> card si
> >> token si cartela de date separate pentru fiecare asistent/medic in
> teren).
> >> Multam!
> >> Servus!
> >> Petre Mihail
> >> _______________________________________________
> >> Offtopic mailing list
> >> [email protected]
> >> http://lists.lug.ro/mailman/listinfo/offtopic
> >>
> > _______________________________________________
> > Offtopic mailing list
> > [email protected]
> > http://lists.lug.ro/mailman/listinfo/offtopic
> _______________________________________________
> Offtopic mailing list
> [email protected]
> http://lists.lug.ro/mailman/listinfo/offtopic
>
_______________________________________________
Offtopic mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/offtopic