Здравейте, до днес капсулата работеше наред, докато не й смених адаптера (с америкаски щепсел е). Не мисля, че в следствие на това се появи проблема, но е факт, че в момента нещо не е наред. Самият рутер не може да си вземе ИП от досавчика и слага някакво измислено 169.254.47.10. Идваха техници, провериха. Всичко наред. В компа (уин7) като се сложи - тръгва от раз нета. Капсулата е от последната генерация, купувана преди 2 месеца от щатите втора ръка (рефърбишд, но не от Епъл, а продавача в ибей, който си беше топ-рейтед селър с доста продажби; действително и като я отворих за първи път беше като нова, без драскотинка). В момента е с 5.6 ФВ, който май е последния, връщах и назад на 5.1.2 (или нещо от сорта), връщах фабрични настройки. Все същото! Помагайте! Какво да го правя? Имам достъп до всички настройки, машинката си работи, лампичките светят :) ама не може и не може да си вземе ИП, а доставчикът ми (нет1) е на dhcp система.
Единственото ми решение за сега е сервиз в криейтив център, но няма ли да ме одрусат.. Мисля, че няма гаранция. Дори в сайта на епъл, където се проверява, не ми намира устройството по серийния номер..
Пробва ли ръчни настройки без DHCP?
И щепсела да си й го върнеш! :)
Той хубаво ти раздава IP по DHCP ама да не е вързан с MAC адреса на картата на компа ти?
Това едно и второ, какво става ако въведеш ръчни настройки?
/пък не е зле да споменеш и името на Интернет доставчика, щото с Близу едни клиенти браха големи ядове, малоумните техници твърдеха: ми той вашият рутер не може да работи с нашият сървър/
Щепселът си е същия. Просто бях сложил нов по-малък адаптер. Върнах стария - няма промяна.
Доставчикът е нет1. Техникът им ми отдели много време. Пробвахме всичко. Не е проблема в мак адреса. В тяхната система е вкаран този на капсулата. Просто не взима ип адрес от доставчика, а слага този 169... , който е за някакви вътрешни мрежи, доколкото знам.
Пробвах и с ръчни без dhcp, но нещо не ми се получи..
Прилича на изгорял WAN порт.
Възможно е. Отзад обаче лампичката свети като е вкаран лан кабела..
Задай статичен IP на капсулата, примерно 192.168.100.100 , сложи си на LAN картата на лаптопа статичен IP , примерно 192.168.100.200 . След което ги свържи с кабел (лан на лаптопа и ван на капсулата) пусни един terminal (command prompt) и от лаптопа пусни ping 192.168.100.100 ако имаш 100% loss най вероятно е да е заминал WAN порта.
Пинг-ва си:
(https://www.apple-bg.com/proxy.php?request=http%3A%2F%2Fi1080.photobucket.com%2Falbums%2Fj330%2Fstefantotev%2F9006ac55.jpg&hash=6b61ae9321977c2bd78064acc9d6272fd81e65d7)
Това е чудесно, порта е здрав. Остава проблема да е в ISP-то.
За момента се сещам за вариянт само с телефон и друг лаптоп да провериш дали взема по DHCP адрес капсулата... iPhone - hostpost USB > Macbook > Internet sharing to ethernet > Time Capsule (DHCP client) > 2nd laptop по WiFi ... и стана много сложно ::)
Наистина малко сложно стана и не разбрах някои неща. До пускане на шеъринга през етернет на мака ми е ясно. След това как свързвам с капсулата точно и какви настройки да направя?
На капсулата и даваш да взема автоматично адрес , пак свързваш WAN на капсулата с LAN на лаптопа. Един вид лаптопа ти ще го играе ISP и капсулата ще си взема адрес от него. Но най-вероятно причината е в ISP-то.
Aми като че ли стана, ип-та се раздадоха, макар и различни (малко объркано ми стана), но на втория лаптоп интернет не тръгна.
Сега обаче открих нещо друго. Когато капсулата се пусне в bridge режим, нета тръгва от раз, но само на главния комп, с който е свързана посредством лан. ВиФи разбира се не тръгва, т.е. не раздава ИП-та. Значи все пак проблемът като че ли не е в капсулата, а в някаква несъвместимост м/у нея и DHCP server-a на net1.. или поне аз така си го обяснявам.. Как обаче до вчера всичко беше ОК? 2 месеца нямаше проблеми.
За Time Capsule не знам, но преди 3 седмици имах кажи речи същия проблем с Asus RT N56-U, който се води скъп и хубав рутер. На спектър нет спря от веднъж и не тръгна, ресети, ФВ, всякакви магии, нищо не помогна. Изпратих го като гаранционен на Мост БГ и от там ми казах 'ами нищо му няма'. Върнаха ми го, вкючих го и си заработи като пушка без прекъсвания от тогава.
Та мисълта ми е, можеш ли да го пробваш на друг доставчик? Може някакъв проблем да е имал с твоя и някой кеш да не иска да се обнови.
Ами доста ще ми е трудно да намеря къде да го пробвам с друг доставчик. Повечето имат филтриране по мак, а на капсулата не може да се clone-ва..
Ровя днес цял ден в гуугъл и какви ли не други проблеми има разисквани, но не и точно този. Щом все пак нета тръгна на главния комп, макар и в бридж мод, капсулата изкарва интернет връзка и я доставя по лан кабела. Поне така го разбирам. Може би утре ще го нося на сервиз.. Просто нямам друг избор. Чудя се само къде. В официалния на Епъл (криейтив център) или някъде другаде?
По бегли спомени от преди време си мисля, че Time Capsule си водеше някакъв LOG файл с грешките, провери ли там какво пише при опит за взимане на IP?
Еми погледнах го, но не виждам никаква информация за ДХЦП или нещо свързано с проблема. Ето част от лога, рестартирах няколко пъти:
Jan 10 17:55:04 5 Initialized (firmware 7.6).
Jan 10 17:55:12 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 3).
Jan 10 17:55:12 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 2).
Jan 10 17:55:18 5 (WAN) link state is Up.
Jan 10 17:55:18 5 Associated with station e0:f8:47:3a:b6:66
Jan 10 17:55:18 5 Connection accepted from [::ffff:192.168.70.2]:51792.
Jan 10 17:55:19 5 Binding added for udp, 0.0.0.0:32769 to 192.168.70.3:4500 with lifetime 7200
Jan 10 17:55:19 5 Binding added for udp, 0.0.0.0:32770 to 192.168.70.3:5353 with lifetime 7200
Jan 10 17:55:20 5 Connection accepted from [::ffff:192.168.70.2]:51798.
Jan 10 17:55:24 5 Connection accepted from [::ffff:192.168.70.2]:51805.
Jan 10 17:56:01 5 Associated with station 28:cf:da:17:92:df
Jan 10 17:56:02 5 Associated with station a4:67:06:07:08:9d
Jan 10 17:56:07 5 Connection accepted from [::ffff:192.168.70.2]:51884.
Jan 10 17:56:08 5 Connection accepted from [::ffff:192.168.70.2]:51892.
Jan 10 17:56:26 5 Connection accepted from [::ffff:192.168.70.2]:51918.
Jan 10 17:57:12 3 No Address for NTP server time.apple.com.
Jan 10 17:57:16 5 Connection accepted from [::ffff:192.168.70.2]:51991.
Jan 10 17:57:17 5 Connection accepted from [::ffff:192.168.70.2]:51997.
Jan 10 17:57:20 5 Connection accepted from [::ffff:192.168.70.2]:52004.
Jan 10 17:57:53 5 Connection accepted from [::ffff:192.168.70.2]:52053.
Jan 10 17:57:54 5 Connection accepted from [::ffff:192.168.70.2]:52056.
Jan 10 17:58:08 5 Connection accepted from [::ffff:192.168.70.2]:52079.
Jan 10 17:58:08 5 unloading current configuration.
Jan 10 17:58:32 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 3).
Jan 10 17:58:32 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 2).
Jan 10 17:58:32 5 (WAN) link state is Up.
Jan 10 17:58:36 5 Associated with station e0:f8:47:3a:b6:66
Jan 10 17:58:36 5 Binding added for udp, 0.0.0.0:32769 to 192.168.70.3:4500 with lifetime 7200
Jan 10 17:58:36 5 Binding added for udp, 0.0.0.0:32770 to 192.168.70.3:5353 with lifetime 7200
Jan 10 17:58:39 5 Associated with station 28:cf:da:17:92:df
Jan 10 17:58:46 5 Connection accepted from [::ffff:192.168.70.2]:52166.
Jan 10 17:58:47 5 Connection accepted from [::ffff:192.168.70.2]:52172.
Jan 10 17:58:56 5 Connection accepted from [::ffff:192.168.70.2]:52180.
Jan 10 17:59:03 5 Connection accepted from [::ffff:192.168.70.2]:52198.
Jan 10 17:59:04 5 Connection accepted from [::ffff:192.168.70.2]:52200.
Jan 10 17:59:12 5 Connection accepted from [::ffff:192.168.70.2]:52214.
Jan 10 18:00:00 5 Associated with station a4:67:06:07:08:9d
Jan 10 18:00:20 5 Connection accepted from [::ffff:192.168.70.2]:52338.
Jan 10 18:00:22 5 Connection accepted from [::ffff:192.168.70.2]:52341.
Jan 10 18:00:26 3 No Address for NTP server time.apple.com.
Jan 10 18:00:29 5 Connection accepted from [::ffff:192.168.70.2]:52359.
Jan 10 18:00:30 5 unloading current configuration.
Jan 10 18:00:54 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 3).
Jan 10 18:00:54 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 2).
Jan 10 18:00:54 5 Connection accepted from [::ffff:192.168.70.2]:52371.
Jan 10 18:00:54 5 (WAN) link state is Up.
Jan 10 18:00:58 5 Associated with station 28:cf:da:17:92:df
Jan 10 18:00:59 5 Associated with station e0:f8:47:3a:b6:66
Jan 10 18:00:59 5 Binding added for udp, 0.0.0.0:32769 to 192.168.70.3:4500 with lifetime 7200
Jan 10 18:00:59 5 Binding added for udp, 0.0.0.0:32770 to 192.168.70.3:5353 with lifetime 7200
Jan 10 18:01:08 5 Connection accepted from [::ffff:192.168.70.2]:52450.
Jan 10 18:01:09 5 Connection accepted from [::ffff:192.168.70.2]:52453.
Jan 10 18:01:19 5 Connection accepted from [::ffff:192.168.70.2]:52469.
Jan 10 18:01:20 5 Connection accepted from [::ffff:192.168.70.2]:52476.
Jan 10 18:01:31 5 Connection accepted from [::ffff:192.168.70.2]:52495.
Jan 10 18:01:34 5 unloading current configuration.
Jan 10 18:01:58 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 3).
Jan 10 18:01:58 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 2).
Jan 10 18:01:58 5 Connection accepted from [::ffff:192.168.70.2]:52502.
Jan 10 18:01:58 5 (WAN) link state is Up.
Jan 10 18:02:02 5 Associated with station 28:cf:da:17:92:df
Jan 10 18:02:05 5 Associated with station e0:f8:47:3a:b6:66
Jan 10 18:02:09 5 Binding added for udp, 0.0.0.0:32769 to 192.168.70.3:4500 with lifetime 7200
Jan 10 18:02:09 5 Binding added for udp, 0.0.0.0:32770 to 192.168.70.3:5353 with lifetime 7200
Jan 10 18:02:22 5 Connection accepted from [::ffff:192.168.70.2]:52585.
Jan 10 18:02:22 5 Associated with station a4:67:06:07:08:9d
Jan 10 18:02:23 5 Connection accepted from [::ffff:192.168.70.2]:52596.
Jan 10 18:02:43 5 Connection accepted from [::ffff:192.168.70.2]:52623.
Jan 10 18:02:44 5 Connection accepted from [::ffff:192.168.70.2]:52627.
Jan 10 18:02:54 5 Connection accepted from [::ffff:192.168.70.2]:52644.
Jan 10 18:03:25 5 unloading current configuration.
Jan 10 18:03:50 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 3).
Jan 10 18:03:50 5 Deauthenticating with station ff:ff:ff:ff:ff:ff (reserved 2).
Jan 10 18:03:50 5 Connection accepted from [::ffff:192.168.70.2]:52691.
Jan 10 18:03:50 5 (WAN) link state is Up.
Jan 10 18:03:53 5 Associated with station 28:cf:da:17:92:df
Jan 10 18:03:53 5 Associated with station e0:f8:47:3a:b6:66
Jan 10 18:03:53 5 Binding added for udp, 0.0.0.0:32769 to 192.168.70.3:4500 with lifetime 7200
Jan 10 18:03:53 5 Binding added for udp, 0.0.0.0:32770 to 192.168.70.3:5353 with lifetime 7200
Jan 10 18:04:04 5 Associated with station a4:67:06:07:08:9d
Jan 10 18:04:04 5 Connection accepted from [::ffff:192.168.70.2]:52762.
Jan 10 18:04:05 5 Connection accepted from [::ffff:192.168.70.2]:52769.
Jan 10 18:04:14 5 Connection accepted from [::ffff:192.168.70.2]:52776.
Проблемът ти е следният нещо се е омутал мак адресът на капсулата - FF:FF:FF:FF:FF:FF - това не трябва да е така!
След малко ще се опитам да ти намеря решение.
Редакция: Направи хард ресет, би трябвало да върне всички фабрични настройки включително неговия си мак адрес.
Как се прави този хард ресет? Правих само връщане на фабричните настройки през airport utility. Това същото ли е?
http://lmgtfy.com/?q=how+to+hardware+reset+apple+time+capsule
Стана ли?
Oффф, Божеее!
Най-накрая пиша в темата от лаптопа а не от телефона. Хард ресетът не помогна! И как да помогне, след като проблемът бил съвсем другаде на най-елементарното място! Мак адресът на капсулата!
Само да дам малко предистория. Понеже има само 1 кабел който влиза в апартамента (тъпите строители така са го мислили), а не 2, ползваме един кабел за телефон и нет. От бтк го направиха така, защото дойдоха втори (след нет1) и явно не са си свършили работата добре, защото всеки път като се мръднеше леко кабела нета спираше и трябваше ръчно да го стискам и мачкам, че да тръгне :) Е вчера сутринта, това не помогна и най-накрая се реших да викам техници да го оправят. Е те го оправиха, ама като свързаха не тръгна нета. И оттам почна една.. По-глявният техник (много свестен, евала му правя, че ми отдели повече от час, а вече беше 7-8 часа вечерта) го чух да диктува МАК адрес на колегите му в централата по телефона. Е, сега се оказва, че е издиктувал airport Id-то, а не ethernet mac adress-a... Как разбрах, че им е издиктувал грешен адрес ден след това? Ами той преписа уж верния МАК от капсулата на главния комп, за да може поне той да има нет. Сега като правих хард ресет и за пореден път не се получи драснах в команд промпт-а ipconfig /all и видях, че всъщност ми изписва някакъв познат мак, но като го сравних с този на капсулата се усетих какво е станало. Толкова ме е яд, че изгубих толкова много време в опити, преравяне на гугъл, занимавах ви тук, че направо в дън земя ще потъна от срам...... Важното е, че вече всичко е наред! Благодаря на всички, които се включиха в темата! Много бърза реакция, в други форуми темата щеше да си седи без отговор с дни....
Абе аз ти казах, че гламчовците от кабелната са виновни, ама и ти си за бой.
Навремето един приятел, като му донесоха Time Capsule от Англия го беше носил при доставчика да му го настроят. Та 'майсторите' рекли - баче, излъгали са те и са ти взели парите, това е външен хард, не е рутер. И човека вдигнал ръце. Обажда ми се "аман-заман идвай да помагаш, тези ми образуваха яки нерви"
Отивам му аз на гости, вдигам телефона и любезно обяснявам да ми въведат MAC адреса и да ми махнат TTL-a /тогава тези идиоти ограничаваха до 1 устройство ако не са те настройвали рутера/, а спеца отсреща ми вика- нема да го махнем, щото не сте донесли при нас рутер за настройка. (е, спестявам 10 мин простотии от рода 'щом админа е казал че не е рутер, значи не е рутер :o)
С едно любезно предупреждение, че ще се обадя на шефа му нещата си дойдоха на мястото и Капсулата тръгна.
Та имай винаги едно на ум, че техниците дето идват у вас за пръв път се сблъскват с такава техника и са по-зле и от кварталния алкохолик, щото той поне няма самочувствието на "голям специалист".
Специално този техник, беше работил с такива. Точно това си говорихме - че тези стейшъни са доста стабилни и не би трябвало проблема да е в капсулата.. Но явно недоглеждане! Действително като се стартира airport utility-то се изписва ето това:
(https://www.apple-bg.com/proxy.php?request=http%3A%2F%2Fstore.picbg.net%2Fpubpic%2F60%2FC2%2F0911c70fb3cb60c2.jpg&hash=096df5cc879add14f01c0b8b1318ecaba0373c95)
Та нормално е някой да сбърка! Даже аз се сещам, че като за първи път настройвах капсулата и им звънях по телефона да ми въведат МАК адреса се обърках и им казах именно някое от wifi mac-овете :) Но тогава загрях за 5 мин.
Здравейте, знае ли някой когато на капсулата постоянно свети жълтата лампа, и не може да стартира, какъв е проблема. Отзад натискам за резет но нищо. MacBook-а също не я вижда. Просто ако жълтата крушка започне да мига тогава всичко е наред, следват настройки, но не се стига дотам. Както си работеше остана да свети в жълто.
Hi, bo!
Потърси по руските Сайтове, (Форуми), около Твоя аналогичен случай - там някои имат богат опит с Time Capsule.
Тонове информация можеш да получиш.
Успех!
Така става обикновено, когато захранването не е наред.