[Tehnika] MīkroTik nedienas - otrs rūteris neredz internetu
Krotow
Ir TET optikas PONs ar parasto 2 Ethernet kabeļu kombināciju (TV +
dators/rūteris) un MikroTik RB941-2nD rūteris. Šajā kombinācijā lokālajā
tīklā internets (WiFi + 2 caur Ethernet pieslēgti datori) darbojas kā
paredzēts. Radās vajadzība viena no MT rūtera nākošā lokālā Ethernet
kabeļa galā nolikt otru rūteri WiFi padošanai mājas otrā stāvā. Otrs
rūteris pie MT kā uplinka var pieslēgties, taču internetu neredz.
Taisnību sakot, tas pats notiek, ja rūterus samaina vietām. Taču otram
ir nedaudz labāks WiFi, tāpēc gribas MT pa vidu. Neesot dižs RouterOS
zinātājs, uzdošu blondu jautājumu. Ir idejas kāpēc MT negrib strādāt par
uplinku un kur šim iespert lai internets sāk iet cauri?
Ņemoties ar šo ķezu vēl izrādījās ka mājas īpašnieki otra rūtera vietā
bija nopirkuši mazo 5-portu 100 Mb swiču... 500 Mb optikai. Jo tipa
bijis vislētākais. Pieslēguši pie PON un brīnās, kāpēc tīkla kabeļa otrā
gala vairs nav nemaz :)
--
Krotow
_______________________________________________
Tehnika mailing list
Teh...@latnet.lv
http://oldlists.sigmanet.lv/cgi-bin/mailman/listinfo/tehnika
a...@latnet.lv
Krotow @ 2021-03-23 02:17 rakstīja:
> Ir TET optikas PONs ar parasto 2 Ethernet kabeļu kombināciju (TV +
> dators/rūteris) un MikroTik RB941-2nD rūteris. Šajā kombinācijā
> lokālajā tīklā internets (WiFi + 2 caur Ethernet pieslēgti datori)
> darbojas kā paredzēts. Radās vajadzība viena no MT rūtera nākošā
> lokālā Ethernet kabeļa galā nolikt otru rūteri WiFi padošanai mājas
> otrā stāvā. Otrs rūteris pie MT kā uplinka var pieslēgties, taču
> internetu neredz. Taisnību sakot, tas pats notiek, ja rūterus samaina
> vietām. Taču otram ir nedaudz labāks WiFi, tāpēc gribas MT pa vidu.
> Neesot dižs RouterOS zinātājs, uzdošu blondu jautājumu. Ir idejas
> kāpēc MT negrib strādāt par uplinku un kur šim iespert lai internets
> sāk iet cauri?
Droshi vien saliki abiem vienu un to pashu ieksheejo adreshu
bloku un tad viens otru "aizeeno"? Vai arii patiik NATot ar
"Maskaraadeem",
kas ne taa nostraadaa? Vai arii skaties Ruutes - abiem ruuteriem
0.0.0.0/0 gan vienaadas nebuus pareizi!!!? Un vispaar "profinji"
Maskaraades neiesaka lietot!!!?...
Otrs - vairaak ieteiktu ar to otro - neruutereet, bet izmantot
kaa AccessPoint-u - provaideet to pashu ieksheejo tiiklu, ne veidot
jaunu..., ja vien nav specifiskas prasiibas (piem. iziireejamaas
istabas)!!!??
> Ņemoties ar šo ķezu vēl izrādījās ka mājas īpašnieki otra rūtera vietā
> bija nopirkuši mazo 5-portu 100 Mb swiču... 500 Mb optikai. Jo tipa
> bijis vislētākais. Pieslēguši pie PON un brīnās, kāpēc tīkla kabeļa
> otrā gala vairs nav nemaz :)
Man atkal te "umnjiki" vienu iekaartu ar trim(!) baroshanas
blokiem - visus triis pie viena UPSha piemauca, UPSis nospraaga
un tagad jaameklee razhotaaja atbalsts....
AP.
KSB
> Otrs - vairaak ieteiktu ar to otro - neruutereet, bet izmantot
> kaa AccessPoint-u - provaideet to pashu ieksheejo tiiklu, ne veidot
> jaunu..., ja vien nav specifiskas prasiibas (piem. iziireejamaas
> istabas)!!!??
>
Protams. Ja tīkli nav jādala, tad otrajam wifi tajā pašā bridžā kur
"lan" porti. Ienākošais arī iekš lan. DHCP serveri atslēgt. IP kaut ko
no iekšējā tīkla, vai nu lai ņem no DHCP (pirmajā to uzlikt kā
statisku), vai kaut ko ārpus range. NAT un taml ruļļus iztīrīt.
Pieņemu, ka šim režīmam arī kāds wizard bija easyfig vai kā viņu tur.
--
KSB
KPL
(wifi aktuāls tikai 5GHz)
> export
/interface bridge
add name=bridge1
/interface wireless
set [ find default-name=wlan1 ] ssid=MikroTik
set [ find default-name=wlan2 ] band=5ghz-a/n/ac
channel-width=20/40/80mhz-eeCe disabled=no frequency=auto
mode=ap-bridge ssid=BLAA3
/interface wireless security-profiles
set [ find default=yes ] authentication-types=wpa2-psk eap-methods=""
mode=dynamic-keys supplicant-identity=MikroTik
wpa2-pre-shared-key=BLAAAAA
/interface bridge port
add bridge=bridge1 interface=all
/ip dhcp-client
add disabled=no interface=bridge1
/system clock
set time-zone-name=Europe/Riga
/system identity
set name=BLAA2
--
KPL
GintsN
uzliktā TET optikas PONā, 4. ports ir nevis iekšējais LAN, bet ārējais
publiskais internets ar publisku IP no TET DHCP. Attiecīgi šis MT
jākonfigurē kā patstāvīgs rūteris (1 ports ar DHCP client un masquarade,
pārējie - savā iekšējā LAN bridge + DHCP serveris).
Ja tas tā ir - vai no šī 1. MT iet Internets? Ja iet, tad LAN portā var
likt nākamo MT, kuram visi interfeisi (ethernet un WiFi) ir salikti
kopējā bridge.
Un vislabāk jau būtu iepostēt MT konfigurāciju (/export)
G.
On 23.03.21 02:17, Krotow wrote:
>
> Ir TET optikas PONs ar parasto 2 Ethernet kabeļu kombināciju (TV +
> dators/rūteris) un MikroTik RB941-2nD rūteris. Šajā kombinācijā
> lokālajā tīklā internets (WiFi + 2 caur Ethernet pieslēgti datori)
> darbojas kā paredzēts. Radās vajadzība viena no MT rūtera nākošā
> lokālā Ethernet kabeļa galā nolikt otru rūteri WiFi padošanai mājas
> otrā stāvā. Otrs rūteris pie MT kā uplinka var pieslēgties, taču
> internetu neredz. Taisnību sakot, tas pats notiek, ja rūterus samaina
> vietām. Taču otram ir nedaudz labāks WiFi, tāpēc gribas MT pa vidu.
> Neesot dižs RouterOS zinātājs, uzdošu blondu jautājumu. Ir idejas
> kāpēc MT negrib strādāt par uplinku un kur šim iespert lai internets
> sāk iet cauri?
>
> Ņemoties ar šo ķezu vēl izrādījās ka mājas īpašnieki otra rūtera vietā
> bija nopirkuši mazo 5-portu 100 Mb swiču... 500 Mb optikai. Jo tipa
> bijis vislētākais. Pieslēguši pie PON un brīnās, kāpēc tīkla kabeļa
> otrā gala vairs nav nemaz :)
>
_______________________________________________
Mr.X Co
Mēģināšu savu īso versiju, kas pa lielam pārklājas ar jau minētajām.
Pirmais - saprast kurā Ltc portā esi iespraudies. Es mūžīgi jaucu kurš
ir pirmais un kurš ceturtais. Vienā nāk 'reālā' ip, otrā nāk subnets jau
no viņu routera. Uz reālo IP Tu vari dabūt tikai 2 dažādas IP t.i. divas
iekārtas, tipisks fails parastam userim ir 'reālās' ip portā ielikt
switchu un brīnīties kāpēc mainot datorus pēkšņi neiet internets.
Subnetam arī bija klientu ierobežojums, bet tur var pats ieiet UI un
uzlikt vairāk.
Par MT. Ja pirmais strādā korekti, tad otrajam noreseto konfigurāciju
(imho visviekāršākais veids kā dabūt 'tīru' aparātu) un pirmajā logā pēc
tam pasaki 'drop config' vai kāda nu tur bija tā poga. Rezultātā dabūsi
pilnīgi tukšu MT, kurā ieliec vienu bridge ar visiem eth portiem un
wireless, kā arī uzliec dhcp client uz to bridge, lai aparāts dabūtu
adresi arī sev. Un visam vajadzētu strādāt.
Krotow
Ir tikai viens MT rūteris. Otrs rūteris - TP-Link TL-WR740N. PON 2.
portā ir TV un 4.portā - publiskā IP (86.x.x.x). Vēl kaut kas ir 3.
portā (IP: 10.210.x.x), kas izskatās rezervēts otram TV, jo pie
interneta caur to tikt nevar.
Ja MT Eth 1 iesprauž PON 4. portā, internets datoriem gan caur Eth 2/3/4
portiem gan WiFi. Taču ja Eth 2/3/4 portos iesprauž TL rūteri ar
dinamisko IP uplinkam (lai nejātos ar DNS), tas pieslēdzas, taču saviem
klientiem internetu vairs nedod. Kas mani mazliet mulsina, jo citos
gadījumos šāda rūteru saķēdēšana, t.sk. ar MT, strādāja labi.
FYI: PON-am ir iebūvēts WiFi AP ar ārējām antenām, ko 1. stāva WiFi
klienti ķer ļoti labi. MT rūteri gribas atstāt pie PON ar izslēgtu WiFi
un izmantot tikai Ethernet klientiem. Tai skaitā interneta padošanai uz
TL rūteri kurš 2. stāvā darbotos kā WiFi AP.
On 23.03.21 10:20, GintsN wrote:
> Precizējošs jautājums - pie kura porta pielikts 1. MT rūteris? Man tikko
> uzliktā TET optikas PONā, 4. ports ir nevis iekšējais LAN, bet ārējais
> publiskais internets ar publisku IP no TET DHCP. Attiecīgi šis MT
> jākonfigurē kā patstāvīgs rūteris (1 ports ar DHCP client un masquarade,
> pārējie - savā iekšējā LAN bridge + DHCP serveris).
>
> Ja tas tā ir - vai no šī 1. MT iet Internets? Ja iet, tad LAN portā var
> likt nākamo MT, kuram visi interfeisi (ethernet un WiFi) ir salikti
> kopējā bridge.
>
> Un vislabāk jau būtu iepostēt MT konfigurāciju (/export)
>
> G.
>
> On 23.03.21 02:17, Krotow wrote:
>>
>> Ir TET optikas PONs ar parasto 2 Ethernet kabeļu kombināciju (TV +
>> dators/rūteris) un MikroTik RB941-2nD rūteris. Šajā kombinācijā
>> lokālajā tīklā internets (WiFi + 2 caur Ethernet pieslēgti datori)
>> darbojas kā paredzēts. Radās vajadzība viena no MT rūtera nākošā
>> lokālā Ethernet kabeļa galā nolikt otru rūteri WiFi padošanai mājas
>> otrā stāvā. Otrs rūteris pie MT kā uplinka var pieslēgties, taču
>> internetu neredz. Taisnību sakot, tas pats notiek, ja rūterus samaina
>> vietām. Taču otram ir nedaudz labāks WiFi, tāpēc gribas MT pa vidu.
>> Neesot dižs RouterOS zinātājs, uzdošu blondu jautājumu. Ir idejas
>> kāpēc MT negrib strādāt par uplinku un kur šim iespert lai internets
>> sāk iet cauri?
--
Krotow
Krotow
Update: Pavisam ideāli būtu TL rūteri palaist tikai kā AP bridža modē.
Taču ar dzimto v3 firmwari tas kaut kā nesanāk. Laikam jāliek virsū DD-WRT.
GintsN
Par tiem gan neko nevarēšu līdzēt.
G.
On 23.03.21 11:24, Krotow wrote:
>
> Ja MT Eth 1 iesprauž PON 4. portā, internets datoriem gan caur Eth
> 2/3/4 portiem gan WiFi. Taču ja Eth 2/3/4 portos iesprauž TL rūteri ar
> dinamisko IP uplinkam (lai nejātos ar DNS), tas pieslēdzas, taču
> saviem klientiem internetu vairs nedod. Kas mani mazliet mulsina, jo
> citos gadījumos šāda rūteru saķēdēšana, t.sk. ar MT, strādāja labi.
_______________________________________________
a...@latnet.lv
Krotow @ 2021-03-23 11:24 rakstīja:
> Ir tikai viens MT rūteris. Otrs rūteris - TP-Link TL-WR740N. PON 2.
> portā ir TV un 4.portā - publiskā IP (86.x.x.x). Vēl kaut kas ir 3.
> portā (IP: 10.210.x.x), kas izskatās rezervēts otram TV, jo pie
> interneta caur to tikt nevar.
> Ja MT Eth 1 iesprauž PON 4. portā, internets datoriem gan caur Eth
> 2/3/4 portiem gan WiFi. Taču ja Eth 2/3/4 portos iesprauž TL rūteri ar
> dinamisko IP uplinkam (lai nejātos ar DNS), tas pieslēdzas, taču
> saviem klientiem internetu vairs nedod. Kas mani mazliet mulsina, jo
> citos gadījumos šāda rūteru saķēdēšana, t.sk. ar MT, strādāja labi.
> FYI: PON-am ir iebūvēts WiFi AP ar ārējām antenām, ko 1. stāva WiFi
> klienti ķer ļoti labi. MT rūteri gribas atstāt pie PON ar izslēgtu
> WiFi un izmantot tikai Ethernet klientiem. Tai skaitā interneta
> padošanai uz TL rūteri kurš 2. stāvā darbotos kā WiFi AP.
Nu paga - logjiskaak buutu PONaa 4.portaa iesprauzh MT, taalaak
TL LAN (nevis WAN!!!) portaa iesprauzh MT izejas portus un TL
izsleedzam DHCP. TL darbojas kaa AP un viss rukkaa!!!??
TL, cik atminos LAN un WAN porti bij atshkjiriigaas kraasaas...
AP.
> On 23.03.21 10:20, GintsN wrote:
>> Precizējošs jautājums - pie kura porta pielikts 1. MT rūteris? Man
>> tikko uzliktā TET optikas PONā, 4. ports ir nevis iekšējais LAN, bet
>> ārējais publiskais internets ar publisku IP no TET DHCP. Attiecīgi šis
>> MT jākonfigurē kā patstāvīgs rūteris (1 ports ar DHCP client un
>> masquarade, pārējie - savā iekšējā LAN bridge + DHCP serveris).
>> Ja tas tā ir - vai no šī 1. MT iet Internets? Ja iet, tad LAN portā
>> var likt nākamo MT, kuram visi interfeisi (ethernet un WiFi) ir
>> salikti kopējā bridge.
>> Un vislabāk jau būtu iepostēt MT konfigurāciju (/export)
>> On 23.03.21 02:17, Krotow wrote:
>>> Ir TET optikas PONs ar parasto 2 Ethernet kabeļu kombināciju (TV +
>>> dators/rūteris) un MikroTik RB941-2nD rūteris. Šajā kombinācijā
>>> lokālajā tīklā internets (WiFi + 2 caur Ethernet pieslēgti datori)
>>> darbojas kā paredzēts. Radās vajadzība viena no MT rūtera nākošā
>>> lokālā Ethernet kabeļa galā nolikt otru rūteri WiFi padošanai mājas
>>> otrā stāvā. Otrs rūteris pie MT kā uplinka var pieslēgties, taču
>>> internetu neredz. Taisnību sakot, tas pats notiek, ja rūterus samaina
>>> vietām. Taču otram ir nedaudz labāks WiFi, tāpēc gribas MT pa vidu.
>>> Neesot dižs RouterOS zinātājs, uzdošu blondu jautājumu. Ir idejas
>>> kāpēc MT negrib strādāt par uplinku un kur šim iespert lai internets
>>> sāk iet cauri?
Krotow
On 23.03.21 11:46, a...@latnet.lv wrote:
> Sveiks Tehnikaa!
>
> Krotow @ 2021-03-23 11:24 rakstīja:
>> Ir tikai viens MT rūteris. Otrs rūteris - TP-Link TL-WR740N. PON 2.
>> portā ir TV un 4.portā - publiskā IP (86.x.x.x). Vēl kaut kas ir 3.
>> portā (IP: 10.210.x.x), kas izskatās rezervēts otram TV, jo pie
>> interneta caur to tikt nevar.
>> Ja MT Eth 1 iesprauž PON 4. portā, internets datoriem gan caur Eth
>> 2/3/4 portiem gan WiFi. Taču ja Eth 2/3/4 portos iesprauž TL rūteri ar
>> dinamisko IP uplinkam (lai nejātos ar DNS), tas pieslēdzas, taču
>> saviem klientiem internetu vairs nedod. Kas mani mazliet mulsina, jo
>> citos gadījumos šāda rūteru saķēdēšana, t.sk. ar MT, strādāja labi.
>> FYI: PON-am ir iebūvēts WiFi AP ar ārējām antenām, ko 1. stāva WiFi
>> klienti ķer ļoti labi. MT rūteri gribas atstāt pie PON ar izslēgtu
>> WiFi un izmantot tikai Ethernet klientiem. Tai skaitā interneta
>> padošanai uz TL rūteri kurš 2. stāvā darbotos kā WiFi AP.
>
> Nu paga - logjiskaak buutu PONaa 4.portaa iesprauzh MT, taalaak
> TL LAN (nevis WAN!!!) portaa iesprauzh MT izejas portus un TL
> izsleedzam DHCP. TL darbojas kaa AP un viss rukkaa!!!??
> TL, cik atminos LAN un WAN porti bij atshkjiriigaas kraasaas...
>
> AP.
Jā, mēģināju arī TL palaista AP modē ar kabeli no MT lokālā Eth porta
kādā no TL "dzeltenajām" lokālā Eth ligzdām un otru subnetu. TL paši ir
aprakstījuši kā to darīt
https://www.tp-link.com/us/support/faq/417/
Lokālais tīkls darbojas un no TL lokālajiem klientiem redz arī MT un var
tam pieslēgties. Taču internets cauri neiet. Kas ir mazliet dīvaini.
Negribas ticēt ka tas būtu no vecām NAT un FW rulēm - gan MT gan TL tika
vairākas reizes noresetoti ar konfigurācijas tīrīšanu.
>> On 23.03.21 10:20, GintsN wrote:
>>> Precizējošs jautājums - pie kura porta pielikts 1. MT rūteris? Man
>>> tikko uzliktā TET optikas PONā, 4. ports ir nevis iekšējais LAN, bet
>>> ārējais publiskais internets ar publisku IP no TET DHCP. Attiecīgi
>>> šis MT jākonfigurē kā patstāvīgs rūteris (1 ports ar DHCP client un
>>> masquarade, pārējie - savā iekšējā LAN bridge + DHCP serveris).
>>> Ja tas tā ir - vai no šī 1. MT iet Internets? Ja iet, tad LAN portā
>>> var likt nākamo MT, kuram visi interfeisi (ethernet un WiFi) ir
>>> salikti kopējā bridge.
>>> Un vislabāk jau būtu iepostēt MT konfigurāciju (/export)
>>> On 23.03.21 02:17, Krotow wrote:
>>>> Ir TET optikas PONs ar parasto 2 Ethernet kabeļu kombināciju (TV +
>>>> dators/rūteris) un MikroTik RB941-2nD rūteris. Šajā kombinācijā
>>>> lokālajā tīklā internets (WiFi + 2 caur Ethernet pieslēgti datori)
>>>> darbojas kā paredzēts. Radās vajadzība viena no MT rūtera nākošā
>>>> lokālā Ethernet kabeļa galā nolikt otru rūteri WiFi padošanai mājas
>>>> otrā stāvā. Otrs rūteris pie MT kā uplinka var pieslēgties, taču
>>>> internetu neredz. Taisnību sakot, tas pats notiek, ja rūterus
>>>> samaina vietām. Taču otram ir nedaudz labāks WiFi, tāpēc gribas MT
>>>> pa vidu. Neesot dižs RouterOS zinātājs, uzdošu blondu jautājumu. Ir
>>>> idejas kāpēc MT negrib strādāt par uplinku un kur šim iespert lai
>>>> internets sāk iet cauri?
--
Krotow
KSB
>
>
> On 23.03.21 11:46, a...@latnet.lv wrote:
>> Sveiks Tehnikaa!
>>
>> Krotow @ 2021-03-23 11:24 rakstīja:
>>> Ir tikai viens MT rūteris. Otrs rūteris - TP-Link TL-WR740N. PON 2.
>>> portā ir TV un 4.portā - publiskā IP (86.x.x.x). Vēl kaut kas ir 3.
>>> portā (IP: 10.210.x.x), kas izskatās rezervēts otram TV, jo pie
>>> interneta caur to tikt nevar.
>>> Ja MT Eth 1 iesprauž PON 4. portā, internets datoriem gan caur Eth
>>> 2/3/4 portiem gan WiFi. Taču ja Eth 2/3/4 portos iesprauž TL rūteri ar
>>> dinamisko IP uplinkam (lai nejātos ar DNS), tas pieslēdzas, taču
>>> saviem klientiem internetu vairs nedod. Kas mani mazliet mulsina, jo
>>> citos gadījumos šāda rūteru saķēdēšana, t.sk. ar MT, strādāja labi.
>>> FYI: PON-am ir iebūvēts WiFi AP ar ārējām antenām, ko 1. stāva WiFi
>>> klienti ķer ļoti labi. MT rūteri gribas atstāt pie PON ar izslēgtu
>>> WiFi un izmantot tikai Ethernet klientiem. Tai skaitā interneta
>>> padošanai uz TL rūteri kurš 2. stāvā darbotos kā WiFi AP.
>>
>> Nu paga - logjiskaak buutu PONaa 4.portaa iesprauzh MT, taalaak
>> TL LAN (nevis WAN!!!) portaa iesprauzh MT izejas portus un TL
>> izsleedzam DHCP. TL darbojas kaa AP un viss rukkaa!!!??
>> TL, cik atminos LAN un WAN porti bij atshkjiriigaas kraasaas...
>>
>> AP.
>
Ir tāds vecs paņēmiens - pārbaudīt TTL, Tet gadījumā to nedara? :D
--
KSB
Mr.X Co
Ohh, man personīgi brands "TP-Link" ka routeru ražotājs ir miris jau
ļoooooooti sen, kad vienreiz atklāju, ka tas pilnīgi ignorē savā UI
ieliktā routes. Labs "router", kurā nevar ielikt "routes"... :D
Kā lētie switchi - jā, var lietot, strādā pat nesaprotami labi, bet kā
routeris - nē, paldies, nekad vairs.
KSB
Lai gan, ja otrā kaste kā bridge, tad tam nevajadzētu ietekmēt.
a...@latnet.lv
KSB @ 2021-03-23 12:20 rakstīja:
> On 2021.03.23. 12:11, Krotow wrote:
>> On 23.03.21 11:46, a...@latnet.lv wrote:
>>> Krotow @ 2021-03-23 11:24 rakstīja:
>>>> Ir tikai viens MT rūteris. Otrs rūteris - TP-Link TL-WR740N. PON 2.
>>>> portā ir TV un 4.portā - publiskā IP (86.x.x.x). Vēl kaut kas ir 3.
>>>> portā (IP: 10.210.x.x), kas izskatās rezervēts otram TV, jo pie
>>>> interneta caur to tikt nevar.
>>>> Ja MT Eth 1 iesprauž PON 4. portā, internets datoriem gan caur Eth
>>>> 2/3/4 portiem gan WiFi. Taču ja Eth 2/3/4 portos iesprauž TL rūteri
>>>> ar
>>>> dinamisko IP uplinkam (lai nejātos ar DNS), tas pieslēdzas, taču
>>>> saviem klientiem internetu vairs nedod. Kas mani mazliet mulsina, jo
>>>> citos gadījumos šāda rūteru saķēdēšana, t.sk. ar MT, strādāja labi.
>>>> FYI: PON-am ir iebūvēts WiFi AP ar ārējām antenām, ko 1. stāva WiFi
>>>> klienti ķer ļoti labi. MT rūteri gribas atstāt pie PON ar izslēgtu
>>>> WiFi un izmantot tikai Ethernet klientiem. Tai skaitā interneta
>>>> padošanai uz TL rūteri kurš 2. stāvā darbotos kā WiFi AP.
>>> Nu paga - logjiskaak buutu PONaa 4.portaa iesprauzh MT, taalaak
>>> TL LAN (nevis WAN!!!) portaa iesprauzh MT izejas portus un TL
>>> izsleedzam DHCP. TL darbojas kaa AP un viss rukkaa!!!??
>>> TL, cik atminos LAN un WAN porti bij atshkjiriigaas kraasaas...
> Ir tāds vecs paņēmiens - pārbaudīt TTL, Tet gadījumā to nedara? :D
Starp citu - vai MT ljauj viltot "telomeeras"??? Varbuut
pastulbs jautaajums, vienkaarshi nekad TO neesmu dariijis,
pagaidaam nava bijusi vajadziiba, bet shad tad prasa, lai
Operaators "nespeetu atshkjirt" "Internets Telefonaa" no
"Internets maajai"??? Es zinu, ka "telomeeras" nav tam
domaatas, bet taas meedz arii TAM nelietiigi izmantot!!!???
AP.
KSB
Mangle tabulā dari viso ko vajag.
--
KSB
Krotow
Rūteru mocīšanu izdevās veiksmīgi finišēt. Interneta nedarbošanās
iemesls MT rūterī izrādījās pavisam cits. Atklājās ka Tet publiskā IP
uplinks stabili atzīst tikai 2 MAC adreses - minētā TP-Link rūtera un
viena draugu laptopa MAC adresi. Visas pārējās ignorē. Pārbaudīju ar
vienu citu līdz paņemto rūteri un otru laptopu. Pēc MAC adreses
klonēšanas uz kādu no tām abām viss aiziet. Vispār dīvaini - Tet klientu
iekārtas pēc MAC adresēm šķiet neierobežo jau labu laiku. Sev mājās pie
Tet PON publiskās IP varu spraust dajebko. Vēlāk gan atklājās ka MT ar
visu MAC klonēšanu kā vidusposms darbojas diezgan nestabili. Iespējams
konkrētā modeļa specifika vai arī konkrētais dzelzis tādā konfigurācijā
gļuko. Nācās pa vidu atstāt TP-Link un MT uzlikt 2. stāvā. Tā viss
notiek pavisam labi.
--
Krotow
Saules Ieleja
adreses - ir gadījies sastapties, kad paņem citu MT, lai kaut ko
pamēģinātu un vienkārši netiec pie DHCP adreses, iepriekšējās mēģini
"palaist vaļā", bet kaut kas nenotiek stundām - parasti apnīk ņemties ar
šīm flagmaņa īpatnībām
On 24.03.21 01:11, Krotow wrote:
>
> Rūteru mocīšanu izdevās veiksmīgi finišēt. Interneta nedarbošanās
> iemesls MT rūterī izrādījās pavisam cits. Atklājās ka Tet publiskā IP
> uplinks stabili atzīst tikai 2 MAC adreses - minētā TP-Link rūtera un
> viena draugu laptopa MAC adresi. Visas pārējās ignorē. Pārbaudīju ar
> vienu citu līdz paņemto rūteri un otru laptopu. Pēc MAC adreses
> klonēšanas uz kādu no tām abām viss aiziet. Vispār dīvaini - Tet klientu
> iekārtas pēc MAC adresēm šķiet neierobežo jau labu laiku. Sev mājās pie
> Tet PON publiskās IP varu spraust dajebko. Vēlāk gan atklājās ka MT ar
> visu MAC klonēšanu kā vidusposms darbojas diezgan nestabili. Iespējams
> konkrētā modeļa specifika vai arī konkrētais dzelzis tādā konfigurācijā
> gļuko. Nācās pa vidu atstāt TP-Link un MT uzlikt 2. stāvā. Tā viss
> notiek pavisam labi.
>
KSB
Es tikai nesapratu to momentu - visi te saka, otrais routeris aiz pirmā,
AP modē. Kur tur parādās otra MAC provaiderim?
Pirmais dod iekšēju tīklu, otrais ir vienkārši AP (bridža modē viss).
Provaiderim pirmās kastes MAC.
--
KSB
Jānis Baumanis
> Gan jau 2 līzes arī ir tas iemesls.
> Es tikai nesapratu to momentu - visi te saka, otrais routeris aiz pirmā,
> AP modē. Kur tur parādās otra MAC provaiderim?
>
> Pirmais dod iekšēju tīklu, otrais ir vienkārši AP (bridža modē viss).
> Provaiderim pirmās kastes MAC.
>
> --
> KSB
Te bez komentāra no kāda kurš zina kā Tet šobrīd izdala DHCP līzes, diez
vai iztiksim. Iespējams ka ir kādi limiti MAC adresēm, kas ieslēdzas
gadījumos kad publiskajai IP pieslēdz vairāk par 1 iekārtu. Mums darbā
svičiem darbojas kaut kas līdzīgs, pāris reizes nācās meklēt adminu lai
aiziet restartēt sviču. Draugu gadījumā pie publiskās IP caur mazo 100
Mbps sviču bija pamanījušies piemaukt pat 4 iekārtas (kas, protams,
nedarbojās).
> On 2021.03.24. 5:46, Saules Ieleja wrote:
>> tas kaut kā "gudrāk" viņiem saperēts, pēc ilgāka laika ņem arī citas
>> MAC adreses - ir gadījies sastapties, kad paņem citu MT, lai kaut ko
>> pamēģinātu un vienkārši netiec pie DHCP adreses, iepriekšējās mēģini
>> "palaist vaļā", bet kaut kas nenotiek stundām - parasti apnīk ņemties
>> ar šīm flagmaņa īpatnībām
Tā bija arī manā gadījumā. Renew visu laiku atgrieza to pašu līzi. Uz
Tet zvanīt un prasīt lai nomet DHCP līzes negribējās un bija jau ļoti
vēls. Tāpēc saliku tā kā darbojas :)
KSB
--
KSB
Saules Ieleja
man ir šāds:
https://palidziba.lattelecom.lv/upload/media/default/0001/01/af8e46d97aa340e8e5e4d176ad133e743862d8a2.png
kuram divās LAN ligzdās ir divas dažādas un nesaistītas globālas IPv4
adreses, nekādu WIFI
kur viena ir globāla interneta adrese, otra NATota aiz rūtera un ir arī
WIFI (stāsta, ka nožēlojama) pieeja
Jānis Baumanis
Viņiem ir Alcatel Lucent I-240W-A ar 2.4 GHz WiFi
https://palidziba.lattelecom.lv/lv/palidziba_majai/internets/majas-internets/modemu_apraksti/35354/
Cik sapratu, iespējamā kombinācija ir 2 TV + 1 vai 2 publiskās IP
(atkarīgs no klienta līguma) un 1 Gbps Eth ligzdas. Pašlaik ir 2 TV un 1
IP. WiFi priekš 2.4 GHz ir Ok (8 m tālāk aiz 2 sienām 70-80 Mbps abos
virzienos).
On 24.03.2021 15:19, Saules Ieleja wrote:
> vispār jau TET/LTC ir dažādas klienta gala iekārtas
> man ir šāds:
> https://palidziba.lattelecom.lv/upload/media/default/0001/01/af8e46d97aa340e8e5e4d176ad133e743862d8a2.png
>
>
> kuram divās LAN ligzdās ir divas dažādas un nesaistītas globālas IPv4
> adreses, nekādu WIFI
>
> citiem ir:
> https://palidziba.lattelecom.lv/upload/media/default/0001/02/6c079e6d5908f8973dcbb5f9c3dcd49e808e9428.png
>
>
> kur viena ir globāla interneta adrese, otra NATota aiz rūtera un ir arī
> WIFI (stāsta, ka nožēlojama) pieeja
>
> On 24.03.21 13:49, KSB wrote:
>> Ja ir NAT, tad tas ir Layer 3 un tur nekādi MAC-i cauri neiet.
>>
>> --
>> KSB
KSB
--
KSB
Krotow
Jā, tās nav Tet, bet draugu privātās. Paši bija pirkuši. Tā izmēra
mājai, tagad tīklu velkot, būtu ieteicis kaut ko mesh-veidīgu. Vai
vismaz jēdzīgu rūteri mājas centrā.
--
Krotow
KSB
Pirmā kaste paņem IP no Tet. Tālāk ir nat gan pa vadiem, gan uz otru
kasti, kur tīrs AP. Viss.
Otra kaste var kļūt redzama ārpusē tikai ja pirmajā porti samesti bridžā
(Tet un iekšējais uz otro kasti) vai kas tamlīdzīgs.
Reiz jaunībā mani arī nosēdināja izdomāt, kas pa desām, ka internetā
tiek tikai 2 datori. Izrādījās mazs Eusso rūteris(5 porti), aizstāts ar
8 portu līdzīga izskata Eusso switchu. Attiecīgi pīšļī dabūja nevis nat,
bet līzes no provaidera. Kuri pirmie paķēra, tiem bija.
--
KSB
On 2021.03.24. 21:09, Krotow wrote:
>
> Jā, tās nav Tet, bet draugu privātās. Paši bija pirkuši. Tā izmēra
> mājai, tagad tīklu velkot, būtu ieteicis kaut ko mesh-veidīgu. Vai
> vismaz jēdzīgu rūteri mājas centrā.
>
>
> On 24.03.2021 15:54, KSB wrote:
>> Atgriežoties pie pirmssākumiem - abas iekārtas aiz viņu A-Lu ir Tavas?
>>
>> --
>> KSB
_______________________________________________
Jānis Baumanis
On 24.03.2021 22:05, KSB wrote:
> Tad vēl jo vairāk nesaprotu.
> Pirmā kaste paņem IP no Tet. Tālāk ir nat gan pa vadiem, gan uz otru
> kasti, kur tīrs AP. Viss.
Tagad tieši tā viss notiek.
> Otra kaste var kļūt redzama ārpusē tikai ja pirmajā porti samesti bridžā
> (Tet un iekšējais uz otro kasti) vai kas tamlīdzīgs.
Tur sākumā Tet PONam publiskajai IP bija piesprausts svičs un tam galā -
MT rūteris, kas darbojās kā WiFi AP 2. stāvam un pēc tam pārējie datori.
Rūteris bija pagrābis līzi un tam pašam svičam pēc tam piespraustie
datori palika ar neko. Jautrākais notika pēc tam - novācot sviču un
vietā pieliekot TP-Link rūteri, Tet tam "pieķērās" un vairs negribēja
līzi atdot MT. Līdzēja tikai MAC pārklonēšana uz MT.
> Reiz jaunībā mani arī nosēdināja izdomāt, kas pa desām, ka internetā
> tiek tikai 2 datori. Izrādījās mazs Eusso rūteris(5 porti), aizstāts ar
> 8 portu līdzīga izskata Eusso switchu. Attiecīgi pīšļī dabūja nevis nat,
> bet līzes no provaidera. Kuri pirmie paķēra, tiem bija.
Šādi mani mēģināja "piečakarēt" vienā darba intervijā. Nesanāca.
