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

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
>