Forum Debian Users Gang

Jacekalex · 2017-07-14 19:05:23

Cześć

Mam teraz net z Vectry na modemie od ISP - model Cisco epc3928s.

Kiedy chodzi w trybie routera, to da się używać, komp po kablu i tablet po wifi grzecznie dostawały adresy z dhcp tego routera.

Kiedy ustawiłem statycznie adresy statyczne - komp 192.168.0.10 i tablet 192.168.0.15
- też wsio działa.

Ale ponieważ potrzebuję skołować drugi router Gbit i wytargać do niego publiczny IP Vectry, muszę przestawić to Cisco w tryb bridge, i wtedy mam dwa publiczne adresy - jeden na kabel, drugi po wifi, dostępne przez dhcp.

Postanowiłem spróbować trybu mostu i od razu pojawił się mały problem.

O ile tablet z Andkiem załapał bez problemu publliczny IP z dhcp Vectry, to w komputerze porażka: dhclient napisał, że nie dostał oferty dhcp, natomiast dhcpcd ustawia mi adres APIPA z puli 169.254.0.0/16, w rezultacie komp w ogóle mnie ma netu.

Co ciekawe, na tcpdumpie wyraźnie widać, że oferty DHCP chodzą prawidłowo z jakiegoś dalszego routera Vectry.

Jak w dhcliencie lub dhcpcd wydłużyć timeout oczekiwania na odpowiedź, albo jakoś inaczej zdiagnozować problem?
Względnie czy jest jakiś inny klient dhcp, który nie próbuje wsadzać zeroconfów i potrafi trochę dłużej poczekać.

Zamiaruję jakiś router pod OpenWRT/DD-WRT/LEDE, i nie chciałbym, żeby się okazało,
że nie bierze adresu publicznego z Vectry i trzeba jakichś specjalnych gimnastyk.

Pozdro

Ostatnio edytowany przez Jacekalex (2017-07-14 22:15:26)

Jacekalex · 2017-07-14 22:29:19

Wina routera Cisco epc3928s.

W trybie bridge wpuszcza tylko 2 urządzenia na podstawie MAC, i traktował swój własny mac-adress jako jedno urządzenie....
Gratulacje dla Cisco/Pegatron/Technicolor czy kto to w ogóle produkował.. xD

Dochodzenie na infolinii Vectry trwało chyba godzinę.

Pozdro

lis6502 · 2017-07-16 10:43:05

A próbowałeś mac-clone na ether? Kto wie co tam vectra daje w dhpcie. Spotkałem sie już z tym że pierwszym urządzeniem w sieci musi być sprzęt od operatora, więc w to poszedłbym.
Drugie co możesz zrobić to na jakimś biedaswitchu podsłuchać jak wygląda wymiana pakietów DHCPREQ i DHCPACK między serwerem i klientem dhcp- z doświadczenia wiem że operatorzy upychają nie tylko adres, bramę i netmaskę w tych pakietach ;]

Jacekalex · 2017-07-16 12:22:09

Spoko, jak stwierdził Facet na infolinii, to jest ewidentny błąd routera.
Poprawił to ręcznie, ale prosił, żeby nie resetować routera przez przycisk (taki na szpilkę), bo problem wróci.

Przy okazji tablet i tak sobie po restarcie wylosował inny MAC, tak że przestał gadać z routerem, ale chciałem i tak zobaczyć, co w trybie bridge jest do możliwe do zrobienia, i widzę, że można sporo.
Wróciłem na razie do NAT, i niedługo po prostu kupię drugi router, a grat od Vectry pójdzie w trybie bridge na stałe.
W trybie bridge jak są dwa MACi w pamięci routera, to następne graty w ogóle nie dostają DHCPPACKa, choćby tańczyły kankana na uszach.

Takie względy bezpieczeństwa, koń by się uśmiał, ale trudno.

W każdym razie w trybie bridge są dwa publiczne adresy (jeden po kablu, drugi po wifi), 6to4 chodzi, także da się z tym, dojść do ładu.

PS:
Słuchać to można tcpdumpem, ale w trybie bridge słyszy cały ruch lokalnej Vectry (chyba pół miasta), i DHCPPACKI lecą w tysiącach na różne mac-adresy.
Wygląda to trochę, jakby w tym kablu była jakaś gigantyczna sieć wifi... xD

Pozdro

Ostatnio edytowany przez Jacekalex (2017-07-16 12:25:52)

Time (s)	Query
0.00012	SET CHARSET latin2
0.00005	SET NAMES latin2
0.00110	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='13.58.61.197' WHERE u.id=1
0.00065	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '13.58.61.197', 1733246183)
0.00067	SELECT * FROM punbb_online WHERE logged<1733245883
0.00066	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=29738 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00178	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=29738 ORDER BY p.id LIMIT 0,25
0.00072	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=29738
Total query time: 0.0058 s

Forum Debian Users Gang

Ogłoszenie

#1 2017-07-14 19:05:23

Jacekalex - Podobno człowiek...;)

[SOLVED][Gentoo]Dhclient i dhcpcd poległy w starciu z Vectrą.

#2 2017-07-14 22:29:19

Jacekalex - Podobno człowiek...;)

Re: [SOLVED][Gentoo]Dhclient i dhcpcd poległy w starciu z Vectrą.

#3 2017-07-16 10:43:05

lis6502 - Łowca lamerów

Re: [SOLVED][Gentoo]Dhclient i dhcpcd poległy w starciu z Vectrą.

#4 2017-07-16 12:22:09

Jacekalex - Podobno człowiek...;)

Re: [SOLVED][Gentoo]Dhclient i dhcpcd poległy w starciu z Vectrą.

Stopka forum

Informacje debugowania