DHCPCD ?
42 отговора
1251 прегледа
DHCPCD ?
Имам следния проблем - получавам и-т от кабелен модем,като не съм само аз закачен на него,има може би 3 потребителя с различни адреси на него.Понякога модема се рестартира,но dhcpcd не разбира това и оставам без и-т,и трябва да го рестартирам ръчно.Как да накарам dhcpcd да обнови информацията за IP адреса ми автоматично,т.е. да разбере че сървъра се е рестартирал и да се регистрира наново.
Ползвам слак 8.1 и командния ред е dhcpcd -d -t 10 -N -R -l 7200 eth0
живей за мига
Ползвам слак 8.1 и командния ред е dhcpcd -d -t 10 -N -R -l 7200 eth0
живей за мига
Re: DHCPCD ?
> не е в това проблема,искам когато ме няма и падне мрежата,при появяването и dhcpcd да се регистрира наново без външна помощ
> това става с вин2к и хр,обаче нямам намерение да ги ползвам
Е, добре де, щом знаеш с каква команда да си вземеш отново адрес, какъв ти е проблемът да я вкараш в скрипт? Пускаш в скрипта един пинг към дхцп сървъра през една секунда и ако не получиш отговор на няколко пинга, рестартираш дхцп-то.
Писал съм подобен скрипт за регистриране на отпадане от връзката. Беше на пърл и отдавна, та не ми е подръка, но пингвах юръпонлайн и при липса на отговор, пингвах гейтуея по наетата линия, за да разбера къде е проблемът. Записвах си кога спира и кога тръгва, за да знам, да досаждам ли на доставчика, или не.
> това става с вин2к и хр,обаче нямам намерение да ги ползвам
Е, добре де, щом знаеш с каква команда да си вземеш отново адрес, какъв ти е проблемът да я вкараш в скрипт? Пускаш в скрипта един пинг към дхцп сървъра през една секунда и ако не получиш отговор на няколко пинга, рестартираш дхцп-то.
Писал съм подобен скрипт за регистриране на отпадане от връзката. Беше на пърл и отдавна, та не ми е подръка, но пингвах юръпонлайн и при липса на отговор, пингвах гейтуея по наетата линия, за да разбера къде е проблемът. Записвах си кога спира и кога тръгва, за да знам, да досаждам ли на доставчика, или не.
Re: DHCPCD ?
> и аз за това си мислих,но се надявах да има друг начин
Има и друг начин - да навиеш доставчика си да ти даде фиксиран адрес. Нищо не им коства. Аз съм с такъв. Като взеха да ми обясняват къде да кликна в контрол панела беше голяма веселба.
Нещо повече - макар че съм с истински адрес, при тях е маскиран, тъй че вече не мога да си влизам в машината отвън, както правех първите девет месеца, ама не мога да се оплача, понеже за толкова си плащам.
Има и друг начин - да навиеш доставчика си да ти даде фиксиран адрес. Нищо не им коства. Аз съм с такъв. Като взеха да ми обясняват къде да кликна в контрол панела беше голяма веселба.
Нещо повече - макар че съм с истински адрес, при тях е маскиран, тъй че вече не мога да си влизам в машината отвън, както правех първите девет месеца, ама не мога да се оплача, понеже за толкова си плащам.
Re: DHCPCD ?
> Маскиран в смисъл masquarading или firewall?
В смисъл маскарадинг - все едно е от резервираните адреси за вътрешни мрежи. Разбрах го случайно от един приятел, нали елайсикю-то ти показва и двата адреса на кореспондента, та моите са два реални :)
Ако искаш да пробваш дали е така, пробвай от елайсикю да се свържеш с моето айсикю: 67580676
В смисъл маскарадинг - все едно е от резервираните адреси за вътрешни мрежи. Разбрах го случайно от един приятел, нали елайсикю-то ти показва и двата адреса на кореспондента, та моите са два реални :)
Ако искаш да пробваш дали е така, пробвай от елайсикю да се свържеш с моето айсикю: 67580676
Re: DHCPCD ?
abe ako si s realen addres ne vijdam shto da ne mojesh da se zakachih ot drugo mqsto.
Na men sushto kato napravq traceroute do nqkude vtoriq hop
na routera na providera mi e neshto ot roda na 10.0.neshto si , ama si se zakacham otwsqkude (t.e. ot kudeto sum razreshil v /etc/hosts.allow)
WHEN YOU PLAY WITH THE BULL YOU GET THE HORN
Na men sushto kato napravq traceroute do nqkude vtoriq hop
na routera na providera mi e neshto ot roda na 10.0.neshto si , ama si se zakacham otwsqkude (t.e. ot kudeto sum razreshil v /etc/hosts.allow)
WHEN YOU PLAY WITH THE BULL YOU GET THE HORN
l33t technique
Ясно. Но току що ми хрумна как можеш да излъжеш маскарадинга им. Ако маскирането е от вида един към един, то няма нужда да правиш каквото и да е щото отвън така или иначе могат да се свържат към теб. Ако е от вида един към много, то пак може да си направиш шел ама е по-сложно. Това което ми хрумва е следното - каквото и да ползват за маскирането, то трябва да си пази таблица с активните в момента от теб навън TCP/UDP заявки за да може да ти препращат отговорите. Така че номера както го мисля е следния.
1. Намираш си едно "мъртво" интернет IP, така че ISP-то ти да го рутира навън, но като пратиш tcp или udp пакет към това IP, да не пристига _нищо_ даже и icmp host/net unreachable.
2. Слагаш на Linux машината един процес през около 2-3 минути да праща по един пакет към мъртвото IP. Идеята е маскиращата машина на ISP-то ти перманентно да асоциира данните идващи от мъртвото IP, с твоето "вътрешно" IP. Не знам колко точно е таймаута в маскиращия код за отговор от мъртвото IP, но това си зависи от провайдера ти и софта дето го ползват. Намираш го експериментално.
3. Когато решиш да се свържеш отвън идва момента на истинската магия.
Пращаш от външната машина ICMP unreachable (каквото и да е). Външната част на icmp-то е нормална - src адрес, този на машината от която се връзваш, dest адреса е на маскиращата машина на ISP-то ти. Вътрешната част на ICMP-то обаче е копие на пакета, изпращан периодично от маскираната ти Linux машина.
4. Маскиращата машина на ISP-то ти ще асоциира ICMP пакета със твоята линукс машина и ще го препрати именно към твоята машина.
5. Останалото е просто - твоята линукс машина стартира някакъв вид шел и _тя_ се свързва към външната машина от която си се опитал да се свържеш. Адреса на външната машина може да го получиш от външната icmp обвивка на пакета изпратен към външната машина.
Естествено трябва да си напишеш клиента и сървъра, но е важна идеята :-)
1. Намираш си едно "мъртво" интернет IP, така че ISP-то ти да го рутира навън, но като пратиш tcp или udp пакет към това IP, да не пристига _нищо_ даже и icmp host/net unreachable.
2. Слагаш на Linux машината един процес през около 2-3 минути да праща по един пакет към мъртвото IP. Идеята е маскиращата машина на ISP-то ти перманентно да асоциира данните идващи от мъртвото IP, с твоето "вътрешно" IP. Не знам колко точно е таймаута в маскиращия код за отговор от мъртвото IP, но това си зависи от провайдера ти и софта дето го ползват. Намираш го експериментално.
3. Когато решиш да се свържеш отвън идва момента на истинската магия.
Пращаш от външната машина ICMP unreachable (каквото и да е). Външната част на icmp-то е нормална - src адрес, този на машината от която се връзваш, dest адреса е на маскиращата машина на ISP-то ти. Вътрешната част на ICMP-то обаче е копие на пакета, изпращан периодично от маскираната ти Linux машина.
4. Маскиращата машина на ISP-то ти ще асоциира ICMP пакета със твоята линукс машина и ще го препрати именно към твоята машина.
5. Останалото е просто - твоята линукс машина стартира някакъв вид шел и _тя_ се свързва към външната машина от която си се опитал да се свържеш. Адреса на външната машина може да го получиш от външната icmp обвивка на пакета изпратен към външната машина.
Естествено трябва да си напишеш клиента и сървъра, но е важна идеята :-)
Re: DHCPCD ?
> na routera na providera mi e neshto ot roda na 10.0.neshto si , ama si se
> zakacham otwsqkude (t.e. ot kudeto sum razreshil v /etc/hosts.allow)
Ти да, ама към 10.0. не можеш да се закачиш отвсякъде. Можеш да пращаш пакети с произволен _source_, но пакетите със същия адрес като _destination_ доникъде няма да стигнат.
> zakacham otwsqkude (t.e. ot kudeto sum razreshil v /etc/hosts.allow)
Ти да, ама към 10.0. не можеш да се закачиш отвсякъде. Можеш да пращаш пакети с произволен _source_, но пакетите със същия адрес като _destination_ доникъде няма да стигнат.
Re: DHCPCD ?
Цъ. Пакетите лупват между два рутера на ISP-то ти.
<рекламна_пауза>
Трябва ти много по-сериозна техника. Направо _елитна_ и хакерска техника. Ще си голям късметлия ако някой мъдър човек ти даде някоя мъдра идея. На твое място бих се огледал наоколо за _елитни_ техники.
</рекламна_пауза>
От друга страна може и просто да се договориш с ISP-то ти за port forwarding.
<рекламна_пауза>
Трябва ти много по-сериозна техника. Направо _елитна_ и хакерска техника. Ще си голям късметлия ако някой мъдър човек ти даде някоя мъдра идея. На твое място бих се огледал наоколо за _елитни_ техники.
</рекламна_пауза>
От друга страна може и просто да се договориш с ISP-то ти за port forwarding.
Re: l33t technique
Пенгуин, ти цяло ХАУТУ си спретнал. 
Това вече клони към клуб хакери и кракери. И да имах времето и желанието, едва ли ще се радвам дълго на постигнатото. Нали си следят трафика по раздадените айпи-та. Като видят, че адрес, който не е раздаден, се използва, тутакси ще ме открият и резнат. Иначе тая идея може да се използва и за преминаване към блок от адреси с по-широка тръба. :)
Това вече клони към клуб хакери и кракери. И да имах времето и желанието, едва ли ще се радвам дълго на постигнатото. Нали си следят трафика по раздадените айпи-та. Като видят, че адрес, който не е раздаден, се използва, тутакси ще ме открият и резнат. Иначе тая идея може да се използва и за преминаване към блок от адреси с по-широка тръба. :)
Re: l33t technique
> Това вече клони към клуб хакери и кракери.
Цъ. За _тукашния_ клуб хакери-кракери трябва да е нещо на тяхното ниво. Мълча за нивото, щото и без това е ясно какво имам предвид.
> И да имах времето и желанието, едва ли ще се радвам дълго на
> постигнатото. Нали си следят трафика по раздадените айпи-та. Като видят,
> че адрес, който не е раздаден, се използва, тутакси ще ме открият и
> резнат.
Цъ. Адреса от който пращаш си е напълно валиден и е този който са ти дали. _destination_ адреса който пращаш е невалиден. Целта е да ги накараш да асоциират за постоянно данните идващи _от_ мъртвия адрес към твоето IP (на Linux машината ти). На практика ти правят port forwarding без тяхно съгласие. Всъщност ip_conntrack модула на линукс, който се ползва при маскарадинг е точно това - автоматизиран port forwarding в двете посоки. Ти само се грижиш това форвардване да е постоянно, като го _подхранваш_ с пакети непрекъснато. За ISP-то ти ще изглежда сякаш на твоята машина има някакъв безумно упорит IP стек който непрекъснато в провължение на дни/седмици се мъчи да се свърже с мъртвото IP, и въпреки че не успява, продължава да се опитва.
Цъ. За _тукашния_ клуб хакери-кракери трябва да е нещо на тяхното ниво. Мълча за нивото, щото и без това е ясно какво имам предвид.
> И да имах времето и желанието, едва ли ще се радвам дълго на
> постигнатото. Нали си следят трафика по раздадените айпи-та. Като видят,
> че адрес, който не е раздаден, се използва, тутакси ще ме открият и
> резнат.
Цъ. Адреса от който пращаш си е напълно валиден и е този който са ти дали. _destination_ адреса който пращаш е невалиден. Целта е да ги накараш да асоциират за постоянно данните идващи _от_ мъртвия адрес към твоето IP (на Linux машината ти). На практика ти правят port forwarding без тяхно съгласие. Всъщност ip_conntrack модула на линукс, който се ползва при маскарадинг е точно това - автоматизиран port forwarding в двете посоки. Ти само се грижиш това форвардване да е постоянно, като го _подхранваш_ с пакети непрекъснато. За ISP-то ти ще изглежда сякаш на твоята машина има някакъв безумно упорит IP стек който непрекъснато в провължение на дни/седмици се мъчи да се свърже с мъртвото IP, и въпреки че не успява, продължава да се опитва.
Re: l33t technique
бе като са му дали така и така статично реално ип не е ли далеч по-лесно да дигне телефона, да удари там една аларма и да му изключат ип-то от нат-а
или поне да го пускат до 22-ри порт
иначе - тива, дето си го написал, ще мине. друг е въпроса, че ако админа на исп-то си няма друга работа и трасира връзките - ще те излови и ще те резне да не му товариш изходящия канал с глупости и пак ще отидеш на варианта по-горе
миналата седмица един клиент ме дигна на балон - искаше постоянно ип, дадох му го. вчера иде и пита - кво стана. викам му - имаш си ип-то. да ама не можел да се лог-не там дето трябвало. проведох аз един разговор - те хората там си помнят ип-то на проксито. пък аз съм го сменил междувременно
TANSTAAFL! There AiNt Such Thing As A Free Lunch
или поне да го пускат до 22-ри порт
иначе - тива, дето си го написал, ще мине. друг е въпроса, че ако админа на исп-то си няма друга работа и трасира връзките - ще те излови и ще те резне да не му товариш изходящия канал с глупости
и пак ще отидеш на варианта по-горе
миналата седмица един клиент ме дигна на балон - искаше постоянно ип, дадох му го. вчера иде и пита - кво стана. викам му - имаш си ип-то. да ама не можел да се лог-не там дето трябвало. проведох аз един разговор - те хората там си помнят ип-то на проксито. пък аз съм го сменил междувременно
TANSTAAFL! There AiNt Such Thing As A Free Lunch
Re: l33t technique
> бе като са му дали така и така статично реално ип не е ли далеч по-лесно
> да дигне телефона, да удари там една аларма и да му изключат ип-то от
> нат-а или поне да го пускат до 22-ри порт.
Ако не искат да пуска http/ftp/каквито_и_да_е_warez сървъри може и да не се съгласят.
> ако админа на исп-то си няма друга работа и трасира връзките - ще те
> излови и ще те резне да не му товариш изходящия канал с глупости и пак
> ще отидеш на варианта по-горе
Е тогава няма как, трябва да се усложни малко атаката :-) Например външната машина да построи такъв пакет, който като пристигне към маскиращата машина, да я принуди да прати към маскираната машина някакъв пакет, например някакво icmp съобщение за грешка. Тогава маскираната машина започва да действа. Ако сме успели по някакъв начин да промъкнем IP-то на външната машина в съобщението за грешка, ще е най-добре, защото маскираната машина може да се върже директно към външната машина. Ако обаче не успеем да промъкнем IP-то на външната машина, просто ще накараме маскираната машина да действа по метода описан в предния ми постинг, но за кратко време, примерно 2-3 минути, колкото да може външната машина да се върже. Идеята е че това става за кратък интервал от време и на никого няма да направят впечатление, някакви си 2-3 съобщения за грешка и още 1-2 опита за връзка, които таймаутват. Мързи ме да уточнявам детайлите, но е важна идеята :-) Изобщо възможности много - само човек да използва въображението си :-)
Впрочем това са само приказки, щото нивото на българските "хакери"... Абе на когото му трябва не може да го реализира, а който може да го реализира, не му трябва.
> да дигне телефона, да удари там една аларма и да му изключат ип-то от
> нат-а или поне да го пускат до 22-ри порт.
Ако не искат да пуска http/ftp/каквито_и_да_е_warez сървъри може и да не се съгласят.
> ако админа на исп-то си няма друга работа и трасира връзките - ще те
> излови и ще те резне да не му товариш изходящия канал с глупости и пак
> ще отидеш на варианта по-горе
Е тогава няма как, трябва да се усложни малко атаката :-) Например външната машина да построи такъв пакет, който като пристигне към маскиращата машина, да я принуди да прати към маскираната машина някакъв пакет, например някакво icmp съобщение за грешка. Тогава маскираната машина започва да действа. Ако сме успели по някакъв начин да промъкнем IP-то на външната машина в съобщението за грешка, ще е най-добре, защото маскираната машина може да се върже директно към външната машина. Ако обаче не успеем да промъкнем IP-то на външната машина, просто ще накараме маскираната машина да действа по метода описан в предния ми постинг, но за кратко време, примерно 2-3 минути, колкото да може външната машина да се върже. Идеята е че това става за кратък интервал от време и на никого няма да направят впечатление, някакви си 2-3 съобщения за грешка и още 1-2 опита за връзка, които таймаутват. Мързи ме да уточнявам детайлите, но е важна идеята :-) Изобщо възможности много - само човек да използва въображението си :-)
Впрочем това са само приказки, щото нивото на българските "хакери"... Абе на когото му трябва не може да го реализира, а който може да го реализира, не му трябва.
Re: l33t technique
Скапаната ми мишка съвсем се скапа... Та да си довърша мисълта.
hooplа във всеки случай не ми изглежда особено възхитен от идеята да седне няколко дена да пише и тества, само и само да може да си ползва машината дето и без това си я ползва когато му трябва, а ако седна да обяснявам идеята на някой от "Хакери-Кракери", ще ме помоли най-учтиво да прескоча общите приказки и да разкажа как точно ще може с този метод да краде златни VISA карти.
hooplа във всеки случай не ми изглежда особено възхитен от идеята да седне няколко дена да пише и тества, само и само да може да си ползва машината дето и без това си я ползва когато му трябва, а ако седна да обяснявам идеята на някой от "Хакери-Кракери", ще ме помоли най-учтиво да прескоча общите приказки и да разкажа как точно ще може с този метод да краде златни VISA карти.