pentru că tema este arhivă.
Astăzi am observat că microîntreprinderile mele au încetat să mă lase afară.
Indiferent de porturile pe care le deschid sau le arunc, acestea sunt încă din exterior sunt închise.
Adu foarte bine rețeaua.
Anterior, nu am întâmpinat o astfel de problemă și nu înțeleg de ce este problema. Fie o defecțiune, fie ceva în routerul firmwareOS 6.32.3 a schimbat ceva, sau ceva ceva Dom.RU se agită.
P.S. Furnizorul este conectat la primul port (wan) ¶
du-te la webmasteri prin intermediul unui pepene verde sau printr-o aplicație android? ¶
Adică?
Când mă conectez din exterior merg la bot, prin crom sau firefox, văd err_connection_timed_out,
De asemenea, ssh nu se conectează
Aplicațiile cu Android pe porturile aruncate nu pot ajunge.
În rețea, prin ssh am creat regulile de firewall pe care le văd, dar contoarele pentru ele nu citesc.
Se pare că acest firewall nu are nimic de-a face cu WAN.
Regula stupida a portului de intrare 80 este de a permite la începutul listei, de asemenea, nu a afectat.
P.S. Internetul funcționează și este distribuit.
A fost efectuată o resetare completă, dar configurația a fost restaurată din copia de rezervă de lucru - rezultatul este 0 ¶
M-am gândit la un fel de glitch în firmware.
La lucru, există un al doilea microfon, are și un firmware proaspăt, dar totul funcționează în modul obișnuit. Setările firewall-ului sunt oarecum diferite de cele naturale. ¶
A fost descoperită o nuanță interesantă.
Microtistul este disponibil din rețeaua de domiciliu din orice parte a orașului!
Accesul nu este din rețelele celorlalți furnizori.
Dezactivarea serviciului NAT din contul meu nu a făcut nimic.
Comunicarea cu serviciul de suport DOM.RU pare a fi blocată, în scrisoarea mea destul de detaliată care descrie problema, se pare că nimeni nu a citit-o.
Ca răspuns, a primit un răspuns standard "pentru a rezolva problema, aveți nevoie de o plecare plătită a comandantului"
Sunt furios!
Și ce vezi acest stăpân? Ce este în rețeaua Dom.ru toate zashibis și pachetele merg. ¶
V.Bond a scris (a)
"pentru a rezolva problema, aveți nevoie de o plecare plătită a maestrului"
E grozav.
Trebuie să le întrebăm cine ar trebui să plătească cine, dacă maestrul plătit nu rezolvă problema la fața locului. ¶
este necesar să chemați la fața locului, să determinați locul în sine, de exemplu sub podul în 100m în aval)) și hreanul nu oferă funcționalitatea din acest punct? ¶
În general, trecând prin tot felul de variante de setări diferite iptables, DNS, IPv6, NAT, pot spune următoarele: problema pune încă în DOMrushnom nate. Accesul din rețelele altor furnizori a câștigat numai atunci când NAT este deconectat în contul privat, reconfirmat și așteptând o zi. Într-o zi totul a funcționat. ¶
Poate că m-am înecat, dar timp de 4 ani a funcționat bine cu IP gri și NAT de pe rețeaua furnizorilor.
Și pentru a arunca pentru furnizor gri ip această afacere de script-ul nemaipomenit, eu nu văd nimic dificil.
Apoi, în interiorul furnizorului, casa se execută.
Respingeți porturile periculoase, permiteți traficul cu cele ale acestor subrețele. Și subneturile altor furnizori, înțeleg că lista nu este. ¶
Trimiteți-le prietenilor: