W sekcji wan masz dns ustawione na 198.x.x.x.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez gegu
W sekcji wan masz dns ustawione na 198.x.x.x.
@jaros85
Pisałem, żebyś użył uboota dla mr3420 v2. To ten sam sprzęt.
Bartekk ma rację co do lutowania. W zasadzie to ram w tych routerach można szybko przylutować kolbą - bez obaw o zdmuchnięcie czegoś albo uszkodzenie laminatu.
Wgraj uboota od pepe2k dla modelu mr3420 v2. Jeśli dobrze pamiętam, to w tym ubocie jest memtest. Odpalisz, zostawisz router na kilka godzin/dni i będzie wiadomo, czy to kostka czy openwrt.
Cezary ma rację. Źle przylutowana kość i procek nie widzi pamięci. Były podobne wątki tu na forum.
Tak przy okazji to do ram moda nie musi być dokładnie ten model kości, który podałeś. Chodzi o to, żeby był to ddr sdram 32Mx16b. Kości te są obecne najczęściej na sodimmach. Oprócz kości z wylutu, to ktoś tutaj oferował nowe kostki. Jeśli chodzi o 128MB w kości, to w tsop-66 nie ma. Większa pojemność jest już w bga.
Jeśli wierzyć opisowi na stronie openwrt to na pcb v2 leży dram Winbond W9425G6JH-5 o organizacji 16Mx16b. Ta kość, którą chcesz przeszczepić to 32Mx16b, czyli zabangla. Weź rozkręć swój router i zobacz jaka kostka tam jest wlutowana, wtedy będzie pewność.
Mam 2 ufa w wersji LR powieszone w domu i też nie piszczą.
Skoro wiesz co robisz, to zajrzyj do paczki z dumpami ze strony https://www.savagemessiahzine.com/forum … amp;st=100 -> Wi-Fi AP & Routers_full-dump.zip
Virus total twierdzi, że jeden silnik widzi trojana w paczce. Ściągasz od ruskich na własną odpowiedzialność.
Binwalk listuje prawidłową strukturę oraz zawartość dla dumpa 3420v1, czyli pewnie zadziała.
-edit-
Znaczy się, dump zaczyna się od uboota.
Nie posiadam dumpa, ale powiem wyrzuć go na elektrośmieci, chyba, że to w celach dydaktycznych, to możesz szukać dumpa z mr3220 v1 lub wr842 v1.
Bartekk ma rację nie poddawaj się. Potrzebujesz połączyć tylko 8 skrajnych nóżek - reszta jest nieużywana. Które to nóżki, to możesz zobaczyć w datasheet winbonda. Możesz też zastosować kostkę flash 8-pin zamiast 16, jeśli chcesz ją podmienić. Oczywiście musisz uwzględnić inny pinout.
Da się, ale z zastrzeżeniem jak podał Cezary.
Jedna sprawa nie daje mi spokoju. Na wiki lan to eth0, a wan to eth1. U ciebie w modyfikowanym konfigu jest na odwrót. Możesz jeszcze pokazać cały niemodyfikowy (domyślny) /etc/config/network? Na domyślnym konfigu działa ci wbudowany switch? Może te informacje gdzieś powyżej już zostały podane (i mi to umknęło), ale zanim zostanie ogłoszone, że vlany nie działają na ipq80xx, to można się jeszcze upewnić. Jeśli by się okazało, że jest coś pomieszane z interfejsami, to można jeszcze sprawdzić na starszym wydaniu.
jaros85 napisał, że 0t i 6t było domyślnie, alew sumie to masz rację, że trzeba się upewnić. Przydałby się czysty (domyślny) config.
Cezary, zobacz na wiki openwrt https://openwrt.org/toh/tp-link/tp-link … _c2600_v1. Wygląda na to, że w tym routerze są 2 cpu porty/połączenia GMII.
Masz tam dedykowany switch chip i jak usuniesz vlana/y z portów, to właśnie tak się to zachowuje.
Zobacz sekcję switch https://openwrt.org/toh/tp-link/archer_c2_ac750
Dokładnie tak, jak pisze Cezary, jeśli kierujesz ruch przez ip APka (warstwa 3.), to korzystasz z jego reguł routingu/firewalla/czy co tam jeszcze jest ustawione, pytanie tylko po co ww tym przypadku? Możesz to zablokować na AP używając ebtables albo iptables, usuwając ip z bridge'a albo usuwając bramę domyślną na nim (wtedy dalej ruchu nie pośle, bo nie nie będzie wiedział co z nim zrobić). W przypadku autora tego tematu nie było potrzeby dotykać routingu, bo AP miał się zachowywać jak głupi switch (warstwa 2.). Nie pamiętam jak to jest w openwrt, ale wygląda na to, że bridge jest u autora niepotrzebny, (bo dodaje do niego tylko jeden interfejs), chyba, że potrzebuje wpiąć do niego wlana, bo ip do zarządzania tym apkiem może przypiąć do interfejsu eth0.1 zamiast do bridge. Dodatkowo, nie widzę też gdzie w powyżej zacytowanym (pogrubionym) kawałku mojej wypowiedzi napisałem nieprawdę.
Ja dodam tylko, że zgodnie z https://openwrt.org/toh/tp-link/archer_c2_ac750, masz tam wspólny switch chip dla wszystkich portów eth. Nie bridge'uj portów, tylko od razu ustaw odpowiedni vlan. Wyczyść te mac adresy i będzie działać. Coś tam jeszcze jest zepsute w konfigu, bo bridge powinien ustawić swój mac adres dla ruchu wychodzącego (chyba, że przepuszcza ruch między portami, to wtedy nie dotyka ramek).
Gdzieś kernel i system muszą się mieścić...
Extroot na usb lub flash 16MB i rekompilacja openwrt.
Nie czytałem całej dyskusji, ale możesz przypiąć więcej niż jeden ip do sieciówki/bridge'a, czegokolwiek.
Jeszcze z tanich zabawek bez wifi masz Mikrotik RB750gr3 (hEX) oparte o MT7621AT/256MB ram/16MB flash. Nie wiem jak z wydajnością pod openwrt.
---edit---
I dodatkowo ubnt edgerouter er-x - ten sam hw poza flash (256MB)
Don't use translator, because it's hard to understand translated message. It's enough to use english.
Czego chcesz od interfejsu? W wybranej przez Ciebie opcji bootloadera interfejs uart-ttl służy do obsługi konsoli, a firmware ma być przesłane po sieci. Masz problem z połączeniem sieciowym, a nie konsolą.
---edit---
Cezary jak zwykle szybszy ![]()
W gościu (openwrt) nie używasz vlanów (eth0.2), bo esx vswitch sam w sobie jest oparty na vlanach i obcina vlany gości. Poprostu dodaj kolejny interfejs dla wanu i wskaż w konfigu openwrt ethX zamiast eth0.2. Jeśli potrzebujesz tagować przychodzący/wychodzący ruch na/z wanu openwrt, to robisz sieć w esxie, w której ustawiasz vlanid i wskazujesz tę sieć w sieciówce przypisanej jako wanowa dla gościa (openwrt).
W niektórych routerach z openwrt na wan jest wydzielone eth0.2, bo fizyczne interfejsy w tych routerach nie są osobnymi bytami (phy), tylko są wpięte do switch chipa (np. 5 gniazdek) i dopiero potem do procka jest jeden link. W niektórych (np. wr841 na qualcomie/atherosie) wan masz osobno (ethX), a gniazdka lanowe masz podpięte do switch chipa.
---edit---
To samo robisz na esx jeśli chcesz oddzielić wan od lan. Osobny vswitch dla wan z podpiętą fizyczną sieciówką.
Nie zapisujesz tych wpisów do żadnego konfiga, to jak ma być zapamiętane. Dodaj do rc.local albo innego pliku startowego.
Przy twojej topologii, na jednym wspólnym kablu, nie osiągniesz separacji sieci gościa od domowej. Możesz nadawać adresy z innej podsieci poszczególnych hostom (np. wszystkim nowym adresom mac), ale gość będzie mógł podsłuchać ruch i ustawić sobie adres ip jaki będzie chciał. Jeżeli twoje urządzenia rozumieją vlany, to możesz ruch do nich tagować, do gościa nietagować, ale znowu gość będzie w stanie ruch podsłuchać i ustawić odpowiedni vlan tag u siebie. Albo wydzielisz port w routerze dla sieci gościa (tak jak proponuje Cezary) i pociągniesz osobny kabel, albo użyjesz switcha zarządzalnego zamiast niezarządzalnego i port dla sieci gościa będzie w trybie access w innym vlanie niż sieć domowa.
eko.one.pl → Posty przez gegu
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc