[ CoyoteKG @ 29.08.2019. 20:46 ] @
Zvao sam support, restartovali smo modem na fabricka podesavanja, ali nista bolje.
Sa njihove strane deluje da je sve OK, ali meni puca konekcija ka netu. Pa rekoh ajd da vidim ovde da li Hyper-V moze da mi pravi neki problem.

Na ruteru sam namestio DHCP pool od 192.168.0.150 sa 50 IP adresa.
Na Hyper-V imam 5 virtualki sa adresama 192.168.0.99-192.168.0.103 koje su na "External Network" switch-u

Pokusavam da instaliram Mesosphere DC/OS zbog nekog testiranja i ucenja.
Sad mi prolazi kroz glavu da mi net puca mozda bas u pokretanju neke Ansible skripte za deploy tog DC/OS klastera. Nisam povezivao sa tim pre, jer nesto redje u poslednje vreme sedim za kucnim kompom, pa poslednjih 2 dana koliko pokusavam da namestim mi se to desava.

Pored ovoga imam jos 2-3 wifi uredjaja.
Kad mi net pukne, ne samo da nemam neta na tom racunaru gde pokrecem tu Ansible skriptu, nego nemam ni na mobilnim uredjajima.
Posle desetak minuta proradi.
Ovo mi se veceras vec treci put desava, i povezujem sa tom skriptom.

Ne razumem kako moze neka skripta koja se izvrsava na virtualkama da mi zezne celu mrezu? Na modemu ne mogu da nadjem nikakve korisne logove.
Nemam ni pojma kako da troubleshoot-ujem.
Supportu sam pomenuo da imam neke virtualke, ali nisam hteo u detalje da ulazim da me ne odhebe da su problem one.

Playbook je odavde https://docs.d2iq.com/mesosphe...os-ansible/ansible-quickstart/
Komanda
mazer install dcos.dcos_ansible

dovlaci i nalazi se u ~/.ansible/collections/ansible_collections/dcos/dcos_ansible/dcos-ansible-0.52.0/

Moze li neko da me usmeri kako da nadjem problem da li mi Hyper-V stack i DC/OS shebavaju mrezu
[ CoyoteKG @ 29.08.2019. 21:02 ] @
Ma nije.... sad nisam ni pokrenuo skriptu puklo je opet.
Jedino da stopiram hyper-v pa da vidim

Mislim... lupam, nemam ni ideju i da hocu sta bih trebalo da uradim na nekom racunaru u mrezi da bih uspeo da shebem sve... samo bzvz povezah sa tim iako nema logike.
[ Branimir Maksimovic @ 30.08.2019. 02:23 ] @
Znas kako ruter moze da se zaglupi kad dignes vise konekcija nego sto moze da svari, obicno se desava kad torentujes.
[ CoyoteKG @ 30.08.2019. 08:00 ] @
Pa ovo je 10 klijenata...
Koji bas i nemaju nesto puno saobracaja. Mislim da mi torrent nije ukljucen, mada nisam 100% siguran
[ Branimir Maksimovic @ 30.08.2019. 08:15 ] @
Ne mora da bude saobracaja, dovoljno da dignu po 100 konekcija i eto problema.
[ Zlatni_bg @ 30.08.2019. 16:15 ] @
Dizi jednu po jednu?
[ bachi @ 31.08.2019. 13:47 ] @
Insistiraj da ti SBB zameni modem.
[ Branimir Maksimovic @ 31.08.2019. 13:51 ] @
Nista sa tim nece postici, jedino ako je moguce konfigurisati koliko maks konekcija ruter moze da svari. To uveliko zavisi od toga koliko RAM-a ima.
[ Branimir Maksimovic @ 31.08.2019. 13:53 ] @
Postoji i mogucnost da se zakaci na bolji ruter ;)
[ bachi @ 31.08.2019. 15:25 ] @
Iz iskustva pišem. ;) Gomili ljudi je tako puca net iz čista mira i problem je bio rešen zamenom modema/rutera. Osim toga, vrlo je moguće da mu je šum veliki na toj lokaciji i da jednostavno modem ispada iz mreže.

To što ima 5 virtualnih mašina apsolutno ništa ne znači po opterećenje rutera, osim ako ne hostuje javno za spoljni svet sadržaj, onda dolazi ono ograničenje o kome pričaš da će da umre usled prevelikog broja konekcija.

U suprotnom, moj torrent klijent napravi više konekcija nego njegov home lab.
[ Branimir Maksimovic @ 31.08.2019. 16:11 ] @
Stvar je u tome da je njemu net radio pre toga, koliko shvatam.
[ bachi @ 31.08.2019. 16:14 ] @
Citat:
CoyoteKG:
Jedino da stopiram hyper-v pa da vidim


Stopiraj, vidi pa javi.
[ CoyoteKG @ 31.08.2019. 22:52 ] @
Radio mi je net. Ali nisam koristio nesto racunar u poslednje vreme. I sad zadnja 2 dana pokusao da namedtim taj lab i primetio to pucanje. Samo zbog toga sam zakljucio da mozda ima neke veze sa tim jer se pre nije desavalo.
Stopirao sam Hyper-v i dalje se desavalo.
Zena mi rece juce da dok je ona visila na tabletu, pre nego sto sam se vratio sa posla, opet je pukao net. Tad je kucni komp bio iskljucen.
Dakle nine do mene nista. Sad nisam kuci, ali u ponedeljak zovem da mi menjaju ruter.
Koji da trazim ako uopste budem mogao da biram? Treba mi wifi, ne zelim da kupujem dodatno neki deugi.

Ovaj tehnicar koji mi se javio za support se potrudio, zvao me tel posle sat vremena da vidi jel bolje posle fabrickog restarta.
Mislim.... nije bas pokazao neko znanje, čudio se kako dobijam neku privatnu adresu, pa mu rekoh da je to natovana adresa.

U momentima kad je meni u lokalu pucao net on je bio nakacen preko wan i njemu je sve izgledalo OK. Ja nisam uspeo da nadjem neks korisne logove na ruteru, ne znam da li on ima bolji pregled



[Ovu poruku je menjao CoyoteKG dana 01.09.2019. u 00:15 GMT+1]
[ Zlatni_bg @ 01.09.2019. 00:01 ] @
Njima uvek sve izgleda OK dokle god apsolutno nemas internet.

Ako bas neces da uzimas svoj ruter, manje vise je sve isto. Ubee ili sta god imaju novo ima 5GHz, mislim da ovi stariji ili bilo koji Cisco nemaju 5GHz. Svi imaju gbps portove i nista preterano od posebnih podesavanja mada mislim da je cisco imao nesto vise. Ubee je sa fw-om koji sam ja imao bio bas, bas siromasan, do te mere da nisam mogao da zakucavam staticke ip po mac adresi.

Iskren savet - sad si u NS koliko znam, kad budes prelazio severnu granicu, kupi usput neki okej ruter, tipa TP Link archer ili neki Asusov ranga AC58U koji imamo i ja i Branimir. Kod madjara je to 2x jeftinije nego ovde a mnogo muka ces se resiti. Ja nisam mogao da imam stabilnu konekciju dokle god nisam uzeo svoj ruter i njihov samo modem. Problemi ce se drasticno smanjiti.
[ bachi @ 01.09.2019. 08:30 ] @
Pa džabe da kupi svoj ruter ako će biti nakačen iza njihovog rutera, opet će da mu puca net. U tom slučaju onda tražiti od SBBa da mu daju modem koji će naravno biti u bridge modeu.

Da ovo je zbunjujuće da mora da se za modem naglasi da bude u bridgu, ali u jednoj firmi je modem tako ispadao iz mreže i oni doneli drugi modem, kad ono dodeljuje 192.168.1.0/24 adresu ruteru. Nisam mogao da verujem, a modem niti ima wifi, niti ima više od jednog porta. I onda nakon cimanja podrške, prebacili su ga u bridge mode i onda je dodeljivao javnu IP adresu ruteru.

Ajde nam baci parametre signala ovde.
[ Branimir Maksimovic @ 01.09.2019. 08:37 ] @
Da, ako ne moze bridge mod u nesrecnom ruteru onda mrka kapa, morace isti da se restartuje sve jedno ;(
[ calexx @ 01.09.2019. 09:36 ] @
Citat:
bachi:Nisam mogao da verujem, a modem niti ima wifi, niti ima više od jednog porta. I onda nakon cimanja podrške, prebacili su ga u bridge mode i onda je dodeljivao javnu IP adresu ruteru.
Osnovni oblik rutera i jeste bez wifi i sa jednim portom, to je verovatno bio ruter a ne modem. To što smo navikli na 4 portne i wifi je druga priča.
[ bachi @ 01.09.2019. 11:34 ] @
Reč je o Cisco EPC3208G modelu.

Dok Cisco EPC3208 (bez G) je samo i isključivo modem, ovaj sa G iako identično izgleda, po defaultu je NAT ruter.
[ calexx @ 01.09.2019. 11:53 ] @
Sve u svemu ruter.
Citat:
The EPC3208G integrated router features a Dynamic Host Configuration Protocol (DHCP) server,
Network Address and Port Translation (NAT/NAPT), and a Stateful Packet Inspection (SPI) firewall.
These features allow the user to share a single high-speed public Internet connection as well as
share files and folders between devices in the home or small office network by attaching multiple
wired devices to the cable modem.
[ Zlatni_bg @ 01.09.2019. 12:40 ] @
... mislio sam da im trazi modem ukoliko nabavi svoj ruter :D
[ CoyoteKG @ 01.09.2019. 21:21 ] @
Ovo moje je Technicolor CGA2121 DOCSIS 3.0 Wireless Gateway

Citat:
bachi:
Ajde nam baci parametre signala ovde.


Mislis na ove parametre?


A ovo mi je u logovima.
[ .LoG @ 01.09.2019. 22:07 ] @
Da ti slučajno neki uređaj u mreži ne postavi istu IP adresu kao gateway (router) ?
Jel ti radi ping prema gateway-u, je li u arp tabeli ista MAC adresa za gateway i sada i kad se to desi?
[ CoyoteKG @ 01.09.2019. 22:17 ] @
heh, sad pukao net, nisam ni primetio, zena na tabletu nije mogla da surfuje, a ja bez problema igrao World Of Tanks. Deluje da i ostali p2p saobracaj poput Skype i Viber je bio OK. Nisam se ni sa kim dopisivao, ali mi je pokazivalo da sam online.


C:\Users\CoyoteKG>ping www.google.com
Ping request could not find host www.google.com. Please check the name and try again.

C:\Users\CoyoteKG>ping 8.8.8.8
Pinging 8.8.8.8 with 32 bytes of data:
Request timed out.
Request timed out.

C:\Users\CoyoteKG>tracert 8.8.8.8
Tracing route to 8.8.8.8 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms 192.168.0.1
2 5 ms 6 ms 5 ms 100.69.0.1
3 * * * Request timed out.
4 * * * Request timed out.



C:\Users\CoyoteKG>route print
===========================================================================
Interface List
11...00 ff d5 ac 78 94 ......TAP-ProtonVPN Windows Adapter V9
4...d4 3d 7e 54 89 4e ......Hyper-V Virtual Ethernet Adapter #2
1...........................Software Loopback Interface 1
15...00 15 5d 5c a6 b1 ......Hyper-V Virtual Ethernet Adapter
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.153 25
127.0.0.0 255.0.0.0 On-link 127.0.0.1 331
127.0.0.1 255.255.255.255 On-link 127.0.0.1 331
127.255.255.255 255.255.255.255 On-link 127.0.0.1 331
172.17.15.192 255.255.255.240 On-link 172.17.15.193 5256
172.17.15.193 255.255.255.255 On-link 172.17.15.193 5256
172.17.15.207 255.255.255.255 On-link 172.17.15.193 5256
192.168.0.0 255.255.255.0 On-link 192.168.0.153 281
192.168.0.153 255.255.255.255 On-link 192.168.0.153 281
192.168.0.255 255.255.255.255 On-link 192.168.0.153 281
224.0.0.0 240.0.0.0 On-link 127.0.0.1 331
224.0.0.0 240.0.0.0 On-link 192.168.0.153 281
224.0.0.0 240.0.0.0 On-link 172.17.15.193 5256
255.255.255.255 255.255.255.255 On-link 127.0.0.1 331
255.255.255.255 255.255.255.255 On-link 192.168.0.153 281
255.255.255.255 255.255.255.255 On-link 172.17.15.193 5256
===========================================================================
Persistent Routes:
None

IPv6 Route Table
===========================================================================
Active Routes:
If Metric Network Destination Gateway
1 331 ::1/128 On-link
4 281 fe80::/64 On-link
15 5256 fe80::/64 On-link
15 5256 fe80::a535:807a:c668:c83d/128
On-link
4 281 fe80::b90a:4bb8:ed67:c412/128
On-link
1 331 ff00::/8 On-link
4 281 ff00::/8 On-link
15 5256 ff00::/8 On-link
===========================================================================
Persistent Routes:
None


arp sam sad naknadno pogledao kad je proradio net. Ali evo zapisano pa da uporedim kad opet pukne

C:\Users\CoyoteKG>arp -a
Interface: 192.168.0.153 --- 0x4
Internet Address Physical Address Type
192.168.0.1 60-3d-26-8c-c0-8e dynamic
192.168.0.255 ff-ff-ff-ff-ff-ff static
224.0.0.2 01-00-5e-00-00-02 static
224.0.0.22 01-00-5e-00-00-16 static
224.0.0.251 01-00-5e-00-00-fb static
224.0.0.252 01-00-5e-00-00-fc static
239.255.3.22 01-00-5e-7f-03-16 static
239.255.255.250 01-00-5e-7f-ff-fa static
255.255.255.255 ff-ff-ff-ff-ff-ff static

Interface: 172.17.15.193 --- 0xf
Internet Address Physical Address Type
172.17.15.207 ff-ff-ff-ff-ff-ff static
224.0.0.2 01-00-5e-00-00-02 static
224.0.0.22 01-00-5e-00-00-16 static
224.0.0.251 01-00-5e-00-00-fb static
239.255.3.22 01-00-5e-7f-03-16 static
239.255.255.250 01-00-5e-7f-ff-fa static
255.255.255.255 ff-ff-ff-ff-ff-ff static




Ne znam kako da vidim na ovom ruteru samu arp tabelu.
Jedino ovako
Nije mi jasno sta ce ovaj jedan android telefon u "Home Network" tabeli, kao ni koji je ovaj treci uredjaj u Wireless Network koji je p okupio 192.168.0.150, nema nikakvo ime.
Citat:
Connected Devices - Home Network
Device Name MAC Address IP Address Port Link Speed/Duplex
Unknown Host 00:15:5d:00:10:00 192.168.0.99 2 1000/Full
Unknown Host 00:15:5d:00:10:01 192.168.0.100 2 1000/Full
Unknown Host 00:15:5d:00:10:02 192.168.0.101 2 1000/Full
Unknown Host 00:15:5d:00:10:03 192.168.0.102 2 1000/Full
Unknown Host 00:15:5d:00:10:04 192.168.0.103 2 1000/Full
CoyoteKG-Home d4:3d:7e:54:89:4e 192.168.0.153 2 1000/Full
android-ccef1ab32944cdfa 10:4f:a8:13:e1:bf 192.168.0.155 3 100/Full


Connected Devices - Wireless Network
Device Name MAC Address IP Address Band Wireless Protocol RSSI
20:39:56:b2:89:a8 192.168.0.150 2.4 GHz 802.11n 37
CoyoteKG-iPad 78:88:6d:ee:48:a3 192.168.0.151 2.4 GHz 802.11n 33
Galaxy-Note5 ac:5f:3e:f5:4c:f8 192.168.0.152 2.4 GHz 802.11n 44



[Ovu poruku je menjao CoyoteKG dana 01.09.2019. u 23:28 GMT+1]
[ Branimir Maksimovic @ 01.09.2019. 22:30 ] @
Nego taj 8.8.8.8 i 8.8.4.4 mal rade mal ne rade u zadnje vreme. Ja sam se oslanjao na njih da vidim jel net ziv i to mi pravilo probleme.
Proveri da li imas samo problem sa dns-om kao ja ili ti zaista net zakucao.
[ CoyoteKG @ 01.09.2019. 22:32 ] @
bio mi je 8.8.8.8 na kompu, promenio sam ga u automatsko preuzimanje ali i dalje nisam imao net.
Takodje i wireless uredjaji su kupili taj neki SBBov default (89.216.1.30 i 1.50), nisu imali nikakve veze sa 8.8.8.8


[Ovu poruku je menjao CoyoteKG dana 01.09.2019. u 23:53 GMT+1]
[ Branimir Maksimovic @ 01.09.2019. 22:46 ] @
"heh, sad pukao net, nisam ni primetio, zena na tabletu nije mogla da surfuje, a ja bez problema igrao World Of Tanks"

Ovo je sugestija da je pukao dns, po meni.
[ CoyoteKG @ 01.09.2019. 22:47 ] @
I meni naravno, ali ne znam gde moze da pukne, osim kod SBB-a.
I ako oni imaju problem sa svojim DNS serverima, kako to do sada nisu primetili jer ovo traje prilicno dugo. Nemoguce da samo ja imam problem.

Jer ja nemam ni jedan DNS server. Niti sam negde osim na desktop racunaru na mreznoj promenio da koristi 8.8.8.8. Na rutreru nisam, na fabrickim je podesavanjima, samo promenjene sifre za wifi i DHCP pool.
[ Branimir Maksimovic @ 01.09.2019. 22:50 ] @
Znas kako, moj ISP koristi 8.8.8.8 za dns i jos jedan drugi. Ne znam, pukne to na po par minuta pa proradi ponovo, ali dovoljno
da stekce surfovanje. Ja sam upucao opendns i od tad nemam problema. Probaj i ti da upucas to ili nesto trece pa vidi.
[ CoyoteKG @ 01.09.2019. 22:53 ] @
Sa druge strane mi nije jasno zasto tracert ka 8.8.8.8 nije prosao dalje od WAN porta

probacu sad sa Open DNS

heh, evo pukao mi net opet, stavio sam na kompu 208.69.38.205 i radi mi na kompu net. na ostalim uredjajima je problem. Ostali uredjaji koriste ove gore SBB DNSove koje sam nabrojao. Tacno njihovi serveri koriste 8.8.8.8

Ali meni i dalje nije jasno zasto tracert ne prolazi dalje od mog gateway-a

tracert 208.69.38.205
Tracing route to 208.69.38.205 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms 192.168.0.1
2 * * * Request timed out.
3 * * * Request timed out.


edit:

ipak mi ne radi ni sa opendns adresom. ALi jeste neki DNS problem.
U ovom tabu gde mi je otvorena ova stranica ES, mogu da pisem, verovatno jer chrome koristi neki svoj DNS cache, a u drugim tabovima gde su ostali neki sajtovi, nista ne mogu da otvorim.

Nasao sam neke druge opendns adrese, 208.67.222.222 i 208.67.220.220, isto...
[ Zlatni_bg @ 01.09.2019. 23:11 ] @
Ja rokam 8.8.8.8 kad nisam na lokalnom DNS kesingu. Nemam apsolutno nikakvih problema poslednjih meseci. Rekao bih da ti imas problem sa uredjajem pre nego sa softverskim ili mreznim nivoom. Mozes da rokas cloudflare 1.1.1.1 ako se dobro secam.

Ja sam par x na SBBu imao problema da odredjeni saobracaj prestane da mi radi, al da me *bes ako se secam sta je bio problem. Stvarno, za pocetak trazi novi uredjaj, nemoj da gubis vreme, svakim danom ce ti trebati samo sve vise vremena da ti isti donesu - nisu bas brzi.

Ti ne mozes ni sa SBB mreze da izadjes. Da tu puca, kriva bi bila mreza. Ali ako puca pri izlasku sa rutera, nemas ni jedan hop, uredjaj je 99%. Taj prvi hop ne bi trebalo da je daleko od tebe, ja imam 5-6 hopova samo da izadjem sa SBBa.
[ Zlatni_bg @ 01.09.2019. 23:14 ] @
Code:
C:\Users\Nikola>tracert google.com

Tracing route to google.com [216.58.214.206]
over a maximum of 30 hops:

  1     2 ms     1 ms     1 ms  RT-AC58U-1DFC [192.168.1.1]
  2   151 ms   163 ms   165 ms  10.0.0.1
  3   167 ms   157 ms   160 ms  bg-tp-m-10-be23.sbb.rs [89.216.4.0]
  4   162 ms    75 ms    40 ms  bg-tp-m-0-be102.sbb.rs [89.216.5.8]
  5    66 ms    94 ms   133 ms  72.14.219.230
  6    72 ms   150 ms   143 ms  74.125.242.225
  7    43 ms    17 ms   141 ms  72.14.233.75
  8   174 ms    19 ms    61 ms  bud02s23-in-f14.1e100.net [216.58.214.206]

Trace complete.

C:\Users\Nikola>tracert mondo.rs

Tracing route to mondo.rs [195.178.37.154]
over a maximum of 30 hops:

  1     2 ms     1 ms    <1 ms  RT-AC58U-1DFC [192.168.1.1]
  2   125 ms   178 ms   163 ms  10.0.0.1
  3    70 ms    91 ms   337 ms  bg-ds-m-10-be14.sbb.rs [89.216.4.2]
  4   198 ms    78 ms    22 ms  bg-ne-m-0-be104.sbb.rs [89.216.5.18]
  5   136 ms   117 ms    46 ms  bg-ne-r-1-hg5-0.sbb.rs [89.216.5.252]
  6   104 ms    60 ms   275 ms  telekom.sox.rs [185.1.27.38]
  7    28 ms    18 ms   101 ms  212.200.7.64
  8     *        *        *     Request timed out.
  9   125 ms   100 ms    65 ms  212.200.185.15
 10   177 ms     8 ms   130 ms  195.178.36.6
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *


Evo i 8.8.8.8

Code:
C:\Users\Nikola>tracert 8.8.8.8

Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:

  1     1 ms     3 ms     1 ms  RT-AC58U-1DFC [192.168.1.1]
  2    90 ms    76 ms    77 ms  10.0.0.1
  3    67 ms    16 ms   342 ms  bg-tp-m-10-be23.sbb.rs [89.216.4.0]
  4   319 ms   161 ms   335 ms  bg-tp-m-0-be102.sbb.rs [89.216.5.8]
  5   327 ms   153 ms   344 ms  72.14.219.230
  6    69 ms   265 ms   128 ms  74.125.242.225
  7   188 ms   310 ms   157 ms  216.239.35.185
  8   309 ms    92 ms    68 ms  dns.google [8.8.8.8]

Trace complete.


Ne znam sta je s brojevima doduse.
[ Branimir Maksimovic @ 01.09.2019. 23:29 ] @
Code:

~ >>> traceroute 8.8.8.8                                                                                                                                                                                                  
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  router.asus.com (192.168.101.1)  0.258 ms  0.249 ms  0.275 ms
 2  10.175.31.254 (10.175.31.254)  4.854 ms  4.799 ms  4.797 ms
 3  87.250.37.133 (87.250.37.133)  5.109 ms  8.886 ms  5.045 ms
 4  google.sox.rs (185.1.27.60)  9.867 ms  14.086 ms  9.850 ms
 5  108.170.250.161 (108.170.250.161)  14.121 ms  9.787 ms  14.008 ms
 6  108.170.236.33 (108.170.236.33)  10.571 ms 108.170.238.171 (108.170.238.171)  11.598 ms 216.239.49.217 (216.239.49.217)  12.391 ms
 7  dns.google (8.8.8.8)  11.505 ms  11.271 ms  10.544 ms


[ .LoG @ 01.09.2019. 23:47 ] @
Ne ide dalje od 100.69.0.1. u prvom slučaju. CGNAT ?
Meni liči na problema sa njihovim modemom.
Jel ima još neko CGNAT , jel vam se ovo dešava?
[ Branimir Maksimovic @ 01.09.2019. 23:48 ] @
Mozda su namerno blokirali. Neki ISP-ovi to rade.
[ Zlatni_bg @ 02.09.2019. 00:35 ] @
Tesko, secam se ranije nekih logova, mislim da svi imamo vidljivo tih 4-5 hopova do izlaska sa SBBa. Sad da li je natovan, nemam pojma, ali ne bi trebalo da pravi razliku koliko znam u tracerouteu jer gadja druge adrese, ne svoju.
[ CoyoteKG @ 02.09.2019. 03:32 ] @
Da pomenuh u prvom postu da je u pitanju cg-nat
[ CoyoteKG @ 02.09.2019. 10:03 ] @
Zvao support ponovo, kaže da će poslati tehničku podršku da proveri signal, da je ova vrednost od 42 lošija nego što treba da bude
[ Branimir Maksimovic @ 02.09.2019. 10:06 ] @
To je dobro, ne valja ti upstream treba da bude izmedju 32 i 36, down -10-+10 sa oko 40 noisom.
[ Zlatni_bg @ 02.09.2019. 10:27 ] @
Code:
Upstream Channels            
        
        
      Power Level:
Channel 1:     43.5 dBmV
Channel 2:     43.4 dBmV
Channel 3:     0.0 dBmV
Channel 4:     0.0 dBmV


I nemam problema... da oni izadju lepo na teren a ne da palamude vise? :)
[ bachi @ 02.09.2019. 10:28 ] @
Ma može upstream sve dok je ispod 50, naravno, zavisi od modema, od toga koliko siluješ upload, koliki je isti... Downstream je poželjno da bude od -5 do +5, ali može i -10 do +10, ali šum koji ima koji je na pojedinim kanalima 41.5 je previsok i to mu je po meni kritična tačka.
[ Branimir Maksimovic @ 02.09.2019. 10:33 ] @
Evo kako je kod mene pa nek uporedi. Radi mi perfektno.
Code:

Downstream Channels            
        
        
      Power Level:     Signal to Noise Ratio:
Channel 1:     0.8 dBmV     42.6 dB
Channel 2:     0.8 dBmV     41.9 dB
Channel 3:     0.3 dBmV     42.5 dB
Channel 4:     -0.4 dBmV     42.0 dB
Channel 5:     -1.2 dBmV     39.9 dB
Channel 6:     -0.7 dBmV     41.1 dB
Channel 7:     -1.1 dBmV     40.9 dB
Channel 8:     -1.7 dBmV     41.0 dB

          
Upstream Channels            
        
        
      Power Level:
Channel 1:     34.4 dBmV
Channel 2:     35.6 dBmV
Channel 3:     0.0 dBmV
Channel 4:     0.0 dBmV


[ Branimir Maksimovic @ 02.09.2019. 10:38 ] @
Citat:
Zlatni_bg:
Code:
Upstream Channels            
        
        
      Power Level:
Channel 1:     43.5 dBmV
Channel 2:     43.4 dBmV
Channel 3:     0.0 dBmV
Channel 4:     0.0 dBmV


I nemam problema... da oni izadju lepo na teren a ne da palamude vise? :)


Ne valjaju ti te vrednosti, to znaci da se modem vise napreze kad salje...

edit:
upstream jacina zavisi od toga koliki kvalitet signala kablovski operater prima od tebe.
Sto manja vrednost to bolji signal.

edit2:
mada sad guglam da je 45 prihvatljiva vrednost.
Znaci nista mu ne fali sa signalima.

edit3:
kada je meni bio los kabl i veza sa operaterom i losi nivoi signala, net
je normalno radio ali se modem povezivao sa zutim lampicama, tj smanjenom
brzinom. Ne moze net da puca zbog toga.


[Ovu poruku je menjao Branimir Maksimovic dana 02.09.2019. u 11:57 GMT+1]

[Ovu poruku je menjao Branimir Maksimovic dana 02.09.2019. u 12:05 GMT+1]
[ CoyoteKG @ 02.09.2019. 11:06 ] @
Verovatno im je to redosled

- prvi put reset ruter na fabricka podesavanja
- drugi put izlazak na teren i merenje signala
- Treci put zamena rutera

Pa ako to ne resi problem onda pristupaju problemu ozbiljnije

[Ovu poruku je menjao CoyoteKG dana 02.09.2019. u 12:35 GMT+1]
[ Zlatni_bg @ 03.09.2019. 00:47 ] @
Al' sam nasao da ga hvalim... znam da bombardujem temu, ali veceras imam haos:

Code:

C:\Users\Nikola>ping -t 8.8.8.8

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=3106ms TTL=56
Reply from 8.8.8.8: bytes=32 time=901ms TTL=56
Reply from 8.8.8.8: bytes=32 time=522ms TTL=56
Reply from 8.8.8.8: bytes=32 time=776ms TTL=56
Reply from 8.8.8.8: bytes=32 time=585ms TTL=56
Reply from 8.8.8.8: bytes=32 time=44ms TTL=56
Reply from 8.8.8.8: bytes=32 time=113ms TTL=56
Reply from 8.8.8.8: bytes=32 time=145ms TTL=56
Reply from 8.8.8.8: bytes=32 time=63ms TTL=56
Reply from 8.8.8.8: bytes=32 time=78ms TTL=56
Reply from 8.8.8.8: bytes=32 time=762ms TTL=56
Reply from 8.8.8.8: bytes=32 time=951ms TTL=56
Reply from 8.8.8.8: bytes=32 time=280ms TTL=56
Reply from 8.8.8.8: bytes=32 time=25ms TTL=56
Reply from 8.8.8.8: bytes=32 time=544ms TTL=56
Reply from 8.8.8.8: bytes=32 time=713ms TTL=56
Reply from 8.8.8.8: bytes=32 time=694ms TTL=56
Reply from 8.8.8.8: bytes=32 time=449ms TTL=56
Reply from 8.8.8.8: bytes=32 time=183ms TTL=56
Reply from 8.8.8.8: bytes=32 time=54ms TTL=56
Reply from 8.8.8.8: bytes=32 time=29ms TTL=56
Reply from 8.8.8.8: bytes=32 time=655ms TTL=56
Reply from 8.8.8.8: bytes=32 time=919ms TTL=56
Reply from 8.8.8.8: bytes=32 time=405ms TTL=56
Reply from 8.8.8.8: bytes=32 time=436ms TTL=56
Reply from 8.8.8.8: bytes=32 time=263ms TTL=56
Reply from 8.8.8.8: bytes=32 time=615ms TTL=56
Reply from 8.8.8.8: bytes=32 time=17ms TTL=56
Reply from 8.8.8.8: bytes=32 time=57ms TTL=56
Reply from 8.8.8.8: bytes=32 time=88ms TTL=56
Reply from 8.8.8.8: bytes=32 time=76ms TTL=56
Reply from 8.8.8.8: bytes=32 time=71ms TTL=56
Reply from 8.8.8.8: bytes=32 time=47ms TTL=56
Reply from 8.8.8.8: bytes=32 time=86ms TTL=56
Reply from 8.8.8.8: bytes=32 time=80ms TTL=56
Reply from 8.8.8.8: bytes=32 time=77ms TTL=56
Reply from 8.8.8.8: bytes=32 time=80ms TTL=56
Reply from 8.8.8.8: bytes=32 time=86ms TTL=56
Reply from 8.8.8.8: bytes=32 time=56ms TTL=56
Reply from 8.8.8.8: bytes=32 time=68ms TTL=56
Reply from 8.8.8.8: bytes=32 time=82ms TTL=56
Reply from 8.8.8.8: bytes=32 time=2256ms TTL=56
Reply from 8.8.8.8: bytes=32 time=603ms TTL=56
Reply from 8.8.8.8: bytes=32 time=64ms TTL=56
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1700ms TTL=56
Reply from 8.8.8.8: bytes=32 time=1798ms TTL=56
Reply from 8.8.8.8: bytes=32 time=2138ms TTL=56

Ping statistics for 8.8.8.8:
    Packets: Sent = 48, Received = 47, Lost = 1 (2% loss),
Approximate round trip times in milli-seconds:
    Minimum = 17ms, Maximum = 3106ms, Average = 507ms
Control-C
^C
C:\Users\Nikola>




Je l' ovo SBB puko, pijem DDOS, ili sam lud pa moze da ima veze sa mojim lokalnim unbound serverom? Samo ne vidim kakve bi veze ovo sa DNS-om imalo.
[ Branimir Maksimovic @ 03.09.2019. 01:17 ] @
Tolki ping nije do usa.
[ Zlatni_bg @ 03.09.2019. 01:32 ] @
Neki djavo se desava, znam da menjaju infrastrukturu u nekim delovima grada (veci obim) ali nije blizu mene. Sa svih servera iz DE kad pingujem 8.8.8.8 ili 1.1.1.1 dobijam manje od 2ms, kad pingujem sebe, dobijam iste ove cifre. Uz to je i protok promenljiv isto kao i ping. Ne znam kako da debagujem ovo, prislepao sam se kojotu na temu da ne otvaram novu. Izbacio sam lokalni DNS kes kao mogucnost, trenutno je ugasen server da ne bude jedna promenljiva vise. Ovoliki ping ne bi ni do meseca isao.

Ovo mi je trenutno ping iz DE:

Code:
[[email protected] ~]# ping -c 10 xxxxx
PING xxxx.org (178.148.5.xxx) 56(84) bytes of data.
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=1 ttl=55 time=150 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=2 ttl=55 time=130 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=3 ttl=55 time=49.1 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=4 ttl=55 time=68.4 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=5 ttl=55 time=265 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=6 ttl=55 time=55.4 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=7 ttl=55 time=87.0 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=8 ttl=55 time=59.5 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=9 ttl=55 time=138 ms
64 bytes from cable-178-148-5-xxx.dynamic.sbb.rs (178.148.5.xxx): icmp_seq=10 ttl=55 time=306 ms

--- xxxxx.org ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 49.131/131.245/306.871/85.368 ms
[[email protected] ~]# ping -c 10 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=61 time=1.28 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=61 time=1.33 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=61 time=1.36 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=61 time=1.33 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=61 time=1.51 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=61 time=1.46 ms
64 bytes from 1.1.1.1: icmp_seq=7 ttl=61 time=1.35 ms
64 bytes from 1.1.1.1: icmp_seq=8 ttl=61 time=1.52 ms
64 bytes from 1.1.1.1: icmp_seq=9 ttl=61 time=1.34 ms
64 bytes from 1.1.1.1: icmp_seq=10 ttl=61 time=1.36 ms

--- 1.1.1.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9014ms
rtt min/avg/max/mdev = 1.281/1.388/1.521/0.083 ms
[ Branimir Maksimovic @ 03.09.2019. 01:41 ] @
8.8.8.8 nije isti iz DE kao iz Sr. Prvo eliminisi da nije problem do 8.8.8.8. Meni su pravili problem ima thread o tome do skora. Ako ti je ping do necega drugog ok, onda je jasno. Ako ti je ping takav svuda postoji
problem sa tvojom vezom. pinguj njihov gateway pa na dalje onda da vidis gde je problem. Pinguj i svoj ruter za svaki slucaj.

edit:
ovo gore pingujes sebe iz DE? Izgleda da imas problem.
[ Zlatni_bg @ 03.09.2019. 01:46 ] @
Pa pingovao sam sa tog DE servera prvo i 1.1.1.1 i 8.8.8.8 da vidim koliko je stabilna konekcija, potom pingovao sebe odatle i video da isto dziteruje ko blesav. U lokalu sve radi <1ms, cim izadjem sa lokala show. Da gadjam gw od SBBa?

Code:
traceroute to sbb.rs (82.117.195.201), 30 hops max, 60 byte packets
 1  router.asus.com (192.168.1.1)  1.838 ms  1.761 ms  1.651 ms
 2  10.0.0.1 (10.0.0.1)  11.899 ms  11.613 ms  11.772 ms
 3  bg-tp-m-2-hg3-1.sbb.rs (89.216.9.132)  12.830 ms  12.366 ms bg-tp-m-1-hg3-1.sbb.rs (89.216.9.94)  11.692 ms


Code:
[[email protected] ~]# ping 89.216.9.94
PING 89.216.9.94 (89.216.9.94) 56(84) bytes of data.
64 bytes from 89.216.9.94: icmp_seq=1 ttl=252 time=156 ms
64 bytes from 89.216.9.94: icmp_seq=2 ttl=252 time=210 ms
64 bytes from 89.216.9.94: icmp_seq=3 ttl=252 time=172 ms
64 bytes from 89.216.9.94: icmp_seq=4 ttl=252 time=13.3 ms
64 bytes from 89.216.9.94: icmp_seq=5 ttl=252 time=195 ms
64 bytes from 89.216.9.94: icmp_seq=6 ttl=252 time=210 ms
64 bytes from 89.216.9.94: icmp_seq=7 ttl=252 time=100 ms
64 bytes from 89.216.9.94: icmp_seq=8 ttl=252 time=110 ms
^C
--- 89.216.9.94 ping statistics ---
9 packets transmitted, 8 received, 11% packet loss, time 8013ms
rtt min/avg/max/mdev = 13.368/146.125/210.422/63.745 ms


Code:
[[email protected] ~]# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.633 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.677 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.01 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.945 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=0.935 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=0.982 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=0.888 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=0.908 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=0.945 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=0.798 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=0.924 ms
^C
--- 192.168.1.1 ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 10010ms
rtt min/avg/max/mdev = 0.633/0.877/1.017/0.121 ms


Code:
[[email protected] ~]# ping 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.
64 bytes from 10.0.0.1: icmp_seq=1 ttl=254 time=25.7 ms
64 bytes from 10.0.0.1: icmp_seq=2 ttl=254 time=30.5 ms
64 bytes from 10.0.0.1: icmp_seq=3 ttl=254 time=32.6 ms
64 bytes from 10.0.0.1: icmp_seq=4 ttl=254 time=214 ms
64 bytes from 10.0.0.1: icmp_seq=5 ttl=254 time=156 ms
64 bytes from 10.0.0.1: icmp_seq=6 ttl=254 time=34.3 ms
64 bytes from 10.0.0.1: icmp_seq=7 ttl=254 time=155 ms
64 bytes from 10.0.0.1: icmp_seq=8 ttl=254 time=36.7 ms
64 bytes from 10.0.0.1: icmp_seq=9 ttl=254 time=101 ms
64 bytes from 10.0.0.1: icmp_seq=10 ttl=254 time=63.4 ms
64 bytes from 10.0.0.1: icmp_seq=11 ttl=254 time=89.6 ms
^C
--- 10.0.0.1 ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 10016ms
rtt min/avg/max/mdev = 25.764/85.466/214.212/61.491 ms


Bice da ce i meni da dolaze kuci.
[ Branimir Maksimovic @ 03.09.2019. 01:54 ] @
Code:

~ >>> ping -c 100 89.216.9.94                                                                                                                                                                                             [1]
PING 89.216.9.94 (89.216.9.94) 56(84) bytes of data.
64 bytes from 89.216.9.94: icmp_seq=1 ttl=250 time=5.37 ms
64 bytes from 89.216.9.94: icmp_seq=2 ttl=250 time=8.11 ms
64 bytes from 89.216.9.94: icmp_seq=3 ttl=250 time=5.12 ms
64 bytes from 89.216.9.94: icmp_seq=4 ttl=250 time=6.36 ms
64 bytes from 89.216.9.94: icmp_seq=5 ttl=250 time=4.92 ms
64 bytes from 89.216.9.94: icmp_seq=6 ttl=250 time=5.62 ms
64 bytes from 89.216.9.94: icmp_seq=7 ttl=250 time=5.97 ms
64 bytes from 89.216.9.94: icmp_seq=8 ttl=250 time=5.21 ms
64 bytes from 89.216.9.94: icmp_seq=9 ttl=250 time=6.03 ms
64 bytes from 89.216.9.94: icmp_seq=10 ttl=250 time=5.15 ms
64 bytes from 89.216.9.94: icmp_seq=11 ttl=250 time=6.14 ms
^C
--- 89.216.9.94 ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 21ms
rtt min/avg/max/mdev = 4.915/5.819/8.109/0.858 ms

Unutar tvog provajdera je problem.
[ Zlatni_bg @ 03.09.2019. 13:30 ] @
Preforsirao sam unbound bio iz nekog razloga, ipak je do lokalnog DNS bilo. Izgleda je pootvarao gomilu konekcija, modem je zabo bio ali su serveri ostali citavi.
[ CoyoteKG @ 04.09.2019. 06:55 ] @
Ja ih cekam jos uvek.
Sinoc zvali i kao "mi smo ispred zgrade", a operater mi rekao da ce se javiti ranije... I ja im kazem da stizem za 15 min i dam im broj stana posto je supruga bila kuci.
Dodjem do stana, oni otisli.
Zovem telefonom i lik mi kaze da su morali da idu na drugi mesto jer je iskrsla neka havarija...

Pa se nadoveze i kaze "koliko ja vidim odavde, vama je signal OK. Ne verujem da je do toga. Doći će sutra momak da podesi ruter. Ti novi beli ruteri imaju oba wifi kanala uključena pa je to problem..."

O.O

Ja kazem da nije problem sa wifi kanalima, da se isto desava i na kablu... On "ne brini nista, sutra ce doci momak i sve podesiti".

Vidim ja da ce.ovo potrajati

[ Zlatni_bg @ 06.09.2019. 22:57 ] @
Ima li napretka?
[ CoyoteKG @ 07.09.2019. 08:18 ] @
Imao sam sreće da mi je došao neki normalan tehničar.
Zvao šefa i ispričao sve što sam mu rekao, a šef "je l' to onaj beli ruter? Desilo se nedavno slicno, zameni mu"
Odmah sutradan mi doneo Ubee, neki professional kako ga oni zovu.

Ali desilo se opet isto posle 15 minuta.
Posle više nije... videću danas
[ Branimir Maksimovic @ 07.09.2019. 17:54 ] @
Izgelda da oni nisu ni pogledali u cemu je problem, po svemu sudeci...
[ CoyoteKG @ 11.09.2019. 20:55 ] @
Nije do njih. Do mene je. Nije mi jasno samo kako...
Nasao sam i koja virtualka mi pravi problem. IP ni MAC se ne podudaraju ni sa jednom u mrezi...
[ Zlatni_bg @ 11.09.2019. 21:03 ] @
Pa kako je pucalo kad je hyperv bio ugasen? Imas neki matori ruter za to, ili na nekoj da podignes bind zbog vise kontrole?
[ CoyoteKG @ 11.09.2019. 21:23 ] @
nije mi jasno, možda je bila slučajnost, da je pucalo. Ja sam tad kad sam pisao ovde pozaustavljao sve mašine. Čak mi je i računar bio isključen i opet se dešavalo da pukne net na isti način...

Ali evo ovih dana mi je sve funkcionisalo kako valja, dok nisam startovao VM opet. Odmah posle par minuta počeli su problemi.
Zaustavim mašinu, restartujem i ruter i komp, i posle sve radi. Ostale mašine mi ne prave problem, samo ta jedna.


Imam ovako nešto, što sam dobio pre par godina na poklon, da "isprobam", ali nisam ni otvorio.


Nego ne znam šta ti je ideja, šta bih radio s njim.
[ Zlatni_bg @ 11.09.2019. 23:20 ] @
Mislim da je to samo neki jaci firewall, nisam siguran. Za pocetak bi verovatno trebalo da izolujes problem i vidis sta se desava. Mana tih SBB uredjaja je sto je nocna mora za debaging... nemas nikakve logove, nista sto bi mogao da iskoristis.

Ako je taj uredjaj u sustini neki gateway u smislu rutera, pogledaj kakav monitoring ima. To pucanje neta sa SBBom sam ja iskusio pre par dana, bas sam pisao ovde na temi o tome, desavalo mi se da se otvori gomila konekcija i da sve prsne, restart modema je pomagao ali samo ako iskljucim unbound (manje vise dodje isto kao bind, samo uproscenije).

Sta ti radi taj VM koji pravi probleme? Je l' imas mogucnost da pregledas sve otvorene konekcije sa istog?
[ Branimir Maksimovic @ 12.09.2019. 04:02 ] @
Ne znam koji OS voze ti SBB ruteri, ali vidim ovaj asuswrt ima veci limit (300k konekcija) cak i od desktop Linux-a (256k).
U svakom slucaju svaka konekcija pojede nesto rama pa tako sve zavisi kolko ram-a ima ruter...

edit:
u svakom slucaju ako bi se SBB ruter iskljucio, tj prebacio u bridge, a ispred stavio neki pristojan ruter, ovo bi se izlecilo.

"desavalo mi se da se otvori gomila konekcija i da sve prsne,"

ne mozes da stavis taj SBB rutter u bridge?
[ Zlatni_bg @ 12.09.2019. 05:37 ] @
Nije ruter problem samo Bane, i modem je. Ja imam samo modem (neki bi to nazvali i ruterom jer jelte salje pakete na ethernet port sa coaxa :D ) i meni je on zakucao zbog unbound-a.
[ Branimir Maksimovic @ 12.09.2019. 05:43 ] @
Na sta mislis kad kazes unbound?
[ Zlatni_bg @ 12.09.2019. 06:54 ] @
https://nlnetlabs.nl/projects/unbound/about/

Ovo je meni unistavalo modem. Neka fensi olaksana verzija DN servera u odnosu na bind.
[ Branimir Maksimovic @ 12.09.2019. 07:39 ] @
Gde si vozio dns server? Stavio si na ruter pa koristio za celu mrezu?
[ Zlatni_bg @ 12.09.2019. 07:52 ] @
Jok, 1GB RAM + 1vCPU na HyperV gde se vrteo samo DNS i PiHole. Nije bilo nikakvih dostizanja limita oko CPU i RAM. Znaci poseban VM za DNS za lokalnu mrezu. Mada je DHCP bio na ruteru, nisam hteo s tim da se zezam dodatno.

Na unboundu podeseni 8.8.8.8 i 1.1.1.1 kao serveri za prvu proveru, al' sam stavio TTL za rekorde od 6h i max od 100k rekorda. Kada sam IP od tog VMa podesio kao default na ruteru za DNS, svi uredjaji u kuci su prvo slali zahteve preko njega, kes je morao da se napuni, da bi se napunio, ko zna koliko zahteva po sajtu je islo... Mislim da je sve puklo zbog TTLa ili ko zna cega. Sve u svemu previse konekcija je presudilo po mom misljenju, nista drugo nije bilo ni blizu nekog limita.
[ Branimir Maksimovic @ 12.09.2019. 07:57 ] @
Cudi me da se modem zaglupi zbog konekcija, zato sto on uopste ni ne pamti konekcije. Pre ce biti da se ruter zaglupeo, a restartom modema popucaju konekcije na ruteru pa se sev otcepi.
[ Zlatni_bg @ 12.09.2019. 08:03 ] @
Jok, tu noc sam resetovao sigurno 10x ruter, cak dobijao drugi IP (?), dok modem koji mi nije bio ni na kraj pameti nisam resetovao bilo je onako kako sam okacio ping testove. Reset rutera je resio problem, potom sam ponovo reprodukovao bag tako sto sam ocistio DNS kes na serveru, potom sam izmenio config i sredilo se. Mislim da "modemi" imaju ruter deo u sebi takodje. Zasto je on zaglupeo, ne znam.
[ Branimir Maksimovic @ 12.09.2019. 08:09 ] @
Mislim da to sto si imao veliki ping jeste do modema, ali da nema veze sa dns-om :P
Veliki broj konekcija totalno zaglupi ruter, ne povecava se ping nego jednostavno sve nove konekcije time outuju.
[ CoyoteKG @ 12.09.2019. 08:26 ] @
Ipak nije do te jedne VM.

Dakle imam 5 masina. 3 kad mi rade sve je OK.
Juce sam ukljucio 4. i 5. i pocelo je opet pucanje.
Iskljucio 5. i radilo je sve kako treba neko vreme pa sam mislio da je problematicna ta 5. ali je puklo opet.
Ostalo mi danas da vidim da li mi ta 4. u stvari pravi problem, a ne 5, mada nema logike i dalje jer je druga IP i MAC, ne podudara se ni sa jednom.
Ili je samo kao sto kazete broj konekcija.


Nego to su sve obicne masine koje nista drugo nemaju instalirano osim par osnovnih sitnica, i docker-a.
Nemam nikakav kontejner koji je pokrenut pa da dodatno on pravi neke konekcije.

Pogledacu veceras koliko konekcija imam na kojim portovima.


Odbacio sam bio misljenje da je problem do rutera i da ne moze da ostvari puno konekcija, ali zamenili su mi ruter, dobio sam valjda neki dosta bolji.
Sad mi prolazi kroz glavu, da mozda zato sto sam iza njihovog NAT-a da njihov uredjaj mozda kontrolise broj ostvarenih konekcija koje mogu da ostvarim, pa me izbaci kad dostignem neki limit.

probacu skroz i da iskljucim hyper-v rolu, da pobrisem ove bridzeve koje imam, pa ponovo ispocetka.
[ Branimir Maksimovic @ 12.09.2019. 11:23 ] @
"ali zamenili su mi ruter, dobio sam valjda neki dosta bolji."

To vise ima veze sa limitom broja konekcija nego kvalitetom rutera.
Limit broja konekcija bi trebalo na linux-u da omoguci hiljade konekcija u sekundi.
No ruteri imaju ogranicenu memoriju pa je to manje. Na mom asus-u je limit
300k konekcija, ali ne zaboravi da kad nesto stalno otvara konekcije to moze
brzo da se istrosi, zato sto OS svaku konekciju drzi u TIME_WAIT stanju
jedno 2 minuta (konfigurabilno) nakon zatvaranja.

"da mozda zato sto sam iza njihovog NAT-a da njihov uredjaj mozda kontrolise broj ostvarenih konekcija koje mogu da ostvarim"

moguce je i to, ne mogu ti ovde nista reci jer nemam iskustva sa CG-NAT-om.
[ Zlatni_bg @ 12.09.2019. 11:25 ] @
Ako nista ne rade, ne verujem da otvaras drasticno mnogo konekcija.

Nisam netadmin a imamo ih na forumu, mozda bi mogli da nam razrese misteriju. Znam da svaki IP moze da otvori xyz konekcija ka internetu, ali u slucaju CGNATa, da li je to u bilo kom smislu kumulativno za osobe koje dele isti wan ip?
[ CoyoteKG @ 12.09.2019. 22:22 ] @
Sklonio Hyper-V, obrisali mi se svi virtuelni network adapteri.
Dodao ga ponovo i dobio sam samo taj jedan "Default vEthernet".
Ovaj put nisam dodavao nov switch (adapter) koji bi bio eksterni, nego sam ovaj Default bridge-ovao sa svojim fizickim Ethernet adapterom.
Za sada deluje sve OK. Sve masine startovane, vec pola sata nista nije puklo


edit:
prerano sam se ponadao :D
zanimljivo da mogu da napisem ovu poruku jer mi je ostala stranica otvorena u browser-u, radi mi skajp i viber.
A ne mogu da pingujem nista van mreze. tracert ne prolazi dalje od gateway-a

[Ovu poruku je menjao CoyoteKG dana 12.09.2019. u 23:36 GMT+1]
[ Branimir Maksimovic @ 13.09.2019. 05:50 ] @
Postojece konekcije rade, stvar je da ne mozes da otvaras nove kada se popuni limit.
To sto ne prolazi dalje od gateway-a govori da je limit udaren na gateway-u.
[ Zlatni_bg @ 14.09.2019. 14:09 ] @
Meni bio neki batica iz SBB u zgradi juce, kad sam ulazio u stan video sam da drnda onu razvodnu kutiju. Resih da se zakacim na modem i preko TVa da pogledam sta se desava sa signalom. Spustio za 2dBmV sve. Sada na D3 uredjaju vidim "jacina signala" 56%... sjajno :)

Kako stvari stoje ide se po principu dok se jednom smrkne drugom ne svane :)
[ CoyoteKG @ 14.09.2019. 23:10 ] @
Skinuo Hyper-V, instalirao Virtualbox, namestio opet istih 5 masina, sve radi super.