lex.lviv

poka byl tolko robot.... kotoryj skazal chto im peredany danny ot pchelovodov... blablabla pro dogovor - avtomaticheski razorvan v 2010 godu soglasno punkta dogovora 9... izza viny pchelovodov/ks budet prodolzenije

tochno

dobralis kolektory i do mena(ks). govoril s advokatom - budem pisat vse chto govorat i pisat zajavlenije. so vremenem vylozu suda prodolzenije istorii

u nih uze kak mesac silno gluchit.

в том то и проблема. что на подсеть 172 все прекрасно ходит. а на 192 как не пробовал - без результата. пинг только на шлюз(на сам микротик)

занята пппое сервером

Доброго времени есть микротик, к которому с тырнетов подключаются по VPN/ соотвецтвенно клиент попадает во внутреннюю подсеть. на интерфейсе внутреннем сидит подсеть 172,16,0,0/16 проброс, и прогулка по подсети удаленным клиентом - идеальна задача. на етом же интерфейсе что и подсеть 172,16,0,0/16 бегает также подсеть 192,168,100,0.24 задача клиент А со своими настройками ходит в подсеть 172 клиент Б со своими настройками ходит в подсеть 192 адресацию выставил, а вот хоть как не старайся клиент б вообще кроме роутера ничего не видет, хотя клиент А в ето время бодренько так бегает в своей подсетке. чуть чуть конфигов ниже. ip ad pr Flags: X - disabled, I - invalid, D - dynamic # ADDRESS NETWORK INTERFACE 1 172.16.0.3/16 172.16.0.0 bridge1 2 192.168.89.1/24 192.168.89.0 bridge1 ip ro pr Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - unreachable, P - prohibit # DST-ADDRESS PREF-SRC GATEWAY DISTANCE 4 ADC 172.16.0.0/16 172.16.0.3 bridge1 0 9 ADC 192.168.89.0/24 192.168.89.1 bridge1 0 ppp sec pr Flags: X - disabled # NAME SERVICE CALLER-ID PASSWORD PROFILE REMOTE-ADDRESS 0 test pptp нгенгенгенгенгег default-encryption 1 test1 pptp 11111111 default-encryption 192.168.88.4 3 srv89_1 pptp енгенгенгенгенгенг vpn 192.168.89.3 4 srv89_2 pptp енгенгенгенгенгенг vpn 192.168.89.4 ppp pro pri Flags: * - default 0 * name="default" use-mpls=default use-compression=default use-vj-compression=default use-encryption=default only-one=default change-tcp-mss=yes 1 name="vpn" local-address=192.168.89.1 bridge=bridge1 use-mpls=no use-compression=yes use-vj-compression=no use-encryption=yes only-one=default change-tcp-mss=yes rate-limit=1M/1M 2 * name="default-encryption" local-address=172.16.0.3 remote-address=dhcp_pool1 use-mpls=default use-compression=default use-vj-compression=default use-encryption=yes only-one=default change-tcp-mss=yes rate-limit=1M/1M /interface bridge> pr Flags: X - disabled, R - running 0 R name="bridge1" mtu=1500 l2mtu=1520 arp=proxy-arp mac-address=00:0C:42:A2:D8:14 protocol-mode=stp priority=0x8000 auto-mac=yes admin-mac=00:00:00:00:00:00 max-message-age=20s forward-delay=15s transmit-hold-count=6 ageing-time=5m /interface bridge port> pr Flags: X - disabled, I - inactive, D - dynamic # INTERFACE BRIDGE PRIORITY PATH-COST HORIZON 0 lan bridge1 0x80 10 none /interface ethernet> pr Flags: X - disabled, R - running, S - slave # NAME MTU MAC-ADDRESS ARP MASTER-PORT SWITCH 4 R lan 1500 00:0C:42:A2:D8:14 proxy-arp none switch1 1.впн гость приходит с далеких тырнетов для прогулке в локалке 2. впн гость также получает доступ в тырнет через маршрутизатор повторяю задачу гость А(test,test1) ходит по сетке 172 (тут все ок) гость Б (srv89_1,srv89_2) ходит по подсетке 192 (тута грабли)

уар должен быть, я в том районе для клиента нашел точку включения....

Доброго времени. Встала задачка сделать мега-файло-помойку. На предприятии сохранять отчеты, логи, видео... короче наглая файлопомойка. для етого было куплено 3 пролианта 380, доукомплектовано все кто добро 2-3 гб винчестерами(6 отсеков, места море) Но в конце концов встала задачка защитить от дураков все ето добро и облегчить процес закидывания упорядочинея инфы. я себе вот подумал сделать ето так FreeBSD + iscsi нормально будет или пробовать копать в сторону центоса и иных технологий, про которых я пока не догадываюсь? благодарю за ваше мнение

у меня был кучмастар(он же быдлайн) негатива море. пользовался 3 месяца - скорости заявленой на то время не было даже блиско (вместо сотки за чирик давали метр ) потом кабель сперли кабелекрады, и оператор не востановил... както зашел в статистику - а меня уже накапало в минус на много деньги... с звонилом в офис... вега у меня стоял. линия лягнула. позвонил что хочу отказатся, - отправляют в офис... пришел через полгода отправляний. сообщил о нерабочей линии. пробовали снять бабло на что ткнул мордой в дату отвала линии и несколько звонков. сразу все решилось у меня например стоит - биллинг щитает, если клиент через в течении 3 месяцев делает проплату и звонит - правится баланс и все ок. если не звонит - отключение порта по потребности, а востановление за денюжку

Танец с бубном помог. Нашел на полке хард с фряхой(с 2009 лежал) подтыкнул, скопировал /etc/ssh/* и завелось. Видать проблема подкралась в покоцаный файл конфига(хотя идентичны по содержимому но различны по величине). Спасибо за помощь

1350 ?? Is 0:00.00 /usr/sbin/sshd

Звиняйте панове але покищо до кде 3 хроміум крутиться дуже зле.... Що маємо тому і радіємо... А вообще я безграмотный и етим горжусь. Должен же ктото быть по уровню више моего, а то кагбы неинтересно На текущий момент проблема так и не решилась. ССШ дальше лежит. Убить его чтоли и поновому поставить

вово оно макаронники извращались.... гм, то то я видел так они на мк делали... с фотками.... и бородатіми рожами

вставлю своих 5 копеек, толи на микротике(сайте) толи в рассылке(ихней) была инфа про рекорд в 307 км... буржуи и 1.8 метровыми антенами вальнули... но стреляли через море с гор... зона там была огромная(по пямяти моей)

мой рекорд 157 метров на кабеле ролайн(возят но дорогой ппц). на мыльницах не поднялся линк, на 3комах и тех же ролайнах пахал 100 мб 1 мс. проработал 5 лет. сейчас что да как не знаю, может дальше бегает там всякое

тут 2 варианта - 1. гдето накосячено с настройкой 2. если все ок, то можно аж зазапросто сделать скрипт мониторилку, при отвале вашего сервера во внутренней сети передергивать интерфейс. впринципе залипать не должно. с таким не сталкивался... вспомнил что один раз был мертвым интерфейс, так посоветовали сбросить к заводским - помогло, интерфейс ожил

routeros ?

ключи чистил и пересоздавал. Результат нулевой, соединится не выходит

лягнуло во время роботы. машина больше года была в ефире... первая проблема с пингом решилась заменой мобуля грозозащиты, видать за прошлый вечер ударило. вторая проблема с логами тоже решилась - скопировал с дублирующей железяки папку с логами, вроде бегает Третяя проблема осталась ССШД высераят нечто такое при попытке конекта No supported authentication mehtod available (server send:public key) $ ping 172.16.0.1 PING 172.16.0.1 (172.16.0.1): 56 data bytes 64 bytes from 172.16.0.1: icmp_seq=0 ttl=64 time=0.995 ms 64 bytes from 172.16.0.1: icmp_seq=1 ttl=64 time=0.366 ms 64 bytes from 172.16.0.1: icmp_seq=2 ttl=64 time=0.524 ms 64 bytes from 172.16.0.1: icmp_seq=3 ttl=64 time=0.575 ms 64 bytes from 172.16.0.1: icmp_seq=4 ttl=64 time=0.378 ms 64 bytes from 172.16.0.1: icmp_seq=5 ttl=64 time=0.423 ms 64 bytes from 172.16.0.1: icmp_seq=6 ttl=64 time=0.372 ms 64 bytes from 172.16.0.1: icmp_seq=7 ttl=64 time=0.547 ms ^C --- 172.16.0.1 ping statistics --- 8 packets transmitted, 8 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.366/0.522/0.995/0.195 ms $ ssh test@172.16.0.1 Permission denied (publickey).[/b] [b]

atcom

Spasibo za pomosc. Vecherom kak upadet nagruzka poprobuju navesti porjadok. Utrom otpishu pro rezultat

Розмножаются почкованием

вернули деньгу за кабель. и такое бывает что медь нынче не медь

Все роботы что проводились с сервером вчера(вчера вечером увидел сбой) - На интерфейсы поставилась грозозащита. - менялась шина заземления. посже в консоле увидел что /вар/лог файлы не найдены, (но кагбы поправил)