Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Pewnie podał wynik już po potrąceniu podatku.
Offline
[quote=Pavlo950][quote=pasqdnik]W końcu spytałem się ile tych hostów wg niego można zaadresować, usłyszałem "ok siedmiuset".[/quote]
Skąd on wziął te ~ 700?[/quote]
Strzelam, że uważał adresy typu 10.0.2.0/22 albo 10.0.1.255/22 za niepoprawne jako adresy końcówki i takie odliczał :)
Kiedyś jeszcze krążyła teoria, że "podsieci zerowej" się nie adresuje, ale tutaj nie dzieliliśmy np całej klasy na podsieci, tylko padło konkretne pytanie. Nie chciałem drążyć tematu, bo już wiedziałem, że rozmawiam z alfą i omegą współczesnej adminki.
Ostatnio edytowany przez pasqdnik (2016-08-06 17:25:06)
Offline
Mnie kiedyś na rozmowie zapytano ile można zaadresować hostów w sieci 10.0.0.0/22
Jak powiedziałem, że 2^10-2, to gość zrobił wielkie oczy i stwierdził, że to nie prawda.[/quote]
Jakby mnie ktoś spytał to bym dał niecenzuralną odpowiedź. xD Po tym bym kompa wyciągnął odpalił terminal i wpisał w nim:Kod:
$ ipcalc 10.0.0.0/22 | grep -i hosts Hosts/Net: 1022 Class A, Private Internet
Offline
netdmin to nie ziomek który liczy maski softem, a na piechotę. Bo zdarzy Ci się kiedyś taka sytuacja że wszystko delikatnie mówiąc przestanie działać i będziesz musiał poradzić sobie analogowo kartką i długopisem ;)
Offline
Duszenie kablem.
Dzisiaj rozkminiałem jak da się sprawdzić czy ktoś ma konkretną wiedzą, a nie kiedyś włączył live ubuntu.
Aplikacja w django:
#!/usr/bin/env python import textwrap from six.moves.BaseHTTPServer import BaseHTTPRequestHandler, HTTPServer class HelloRequestHandler(BaseHTTPRequestHandler): def do_GET(self): if self.path != '/': self.send_error(404, "Object not found") return self.send_response(200) self.send_header('Content-type', 'text/html; charset=utf-8') self.end_headers() response_text = textwrap.dedent('''\ <html> <head> <title>Greetings to the world</title> </head> <body> <h1>Greetings to the world</h1> <p>Hello, world!</p> </body> </html> ''') self.wfile.write(response_text.encode('utf-8')) server_address = ('', 8000) httpd = HTTPServer(server_address, HelloRequestHandler) httpd.serve_forever()
Czy coś takiego:
python manage.py runserver
Aplikacja webowa dowolna, działająca na proxy. ważne żeby było na jakimś userze i było .bash_history. Robimy vhost w apache albo nginx z proxypass. Przy włączonej aplikacji działa strona, killujemy proces pythona i mamy 503.
Przyszły admin ma rozwiązać problem. Zostawiamy środowisko z błędem.
Sprawdza:
1. Czy umie korzystać z logów.
2. Czy znajdzie konfigurację.
3. Czy umie użyć su.
4. Czy wie o istnieniu historii powłoki.
Offline
[quote=mati75]Ze switcha strzelał nie będziesz.[/quote]
Kiedyś dostałem opieprz od elektryka za używanie angielskich nazw. To tak na marginesie.
_____
Ja dostałem zadanie takie - w hurtowni - idź i sprawdź bezpiecznik (nadmiarowo prądowy). Że nie wiedziałem, co gdzie jest, tzn nie wiedziałem gdzie są oprawki od żarówek, a pierwsza myśl była taka żeby podpiąć to pod żarówkę, to poleciałem to pracownika mnie szkolącego z pytaniem gdzie te oprawki mogę znaleźć. Spytał się, a po co. No to ja lekko zdziwiony, "że co, mam zwarciem instalację rozwalić?". A ten się popatrzał - "nie musisz, to był sprawdzian". Jak się okazało, mieli typa po zawodówce, co jak dostał bezpiecznik nadmiarowo prądowy, to z jednej strony podłączył fazę, a z drugiej zerowy i wywaliło bezpieczniki na całą hurtownię.
Z jednej strony, szefostwo czasami jest debilne, a z drugiej pracownicy też są durni XD
Offline
Ja wiem jakie pytanie można by dać sieciowcowi: "Czy twoim zdaniem aktualizacje Debiana powinny być pobierane z najbliższego mirrora repozytorium tej dystrybucji w stosunku do miejsca, w którym się znajdujesz, czy to w ogóle nie ma większego znaczenia?". Znajdzie się ktoś, kto uzasadni swoją odpowiedź? xD
Ostatnio edytowany przez morfik (2016-08-08 13:28:04)
Offline
eee, nie jestem żadnym sieciowcem, ani adminem, ale czy po prostu wybierając na mirrora jakiś odległy serwer nie będziemy powodować niepotrzebnie większy ruch w internecie, ponieważ pakiety muszą podróżować dłuższą drogą, obciążając większą liczbę łącz?
Offline
3114
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:43:04)
Offline
[quote=morfik][quote=mati75]Duszenie kablem.[/quote]
Na zombiaki to raczej średnio podziała. xD[/quote]
Bez obaw! "Koty" (stażyści i nowi pracownicy) pomogą... oto dowód: http://www.youtube.com/watch?v=bcENL_Vdoqw
Ostatnio edytowany przez neo86 (2016-08-08 14:26:35)
Offline
[quote=morfik]Ja wiem jakie pytanie można by dać sieciowcowi: "Czy twoim zdaniem aktualizacje Debiana powinny być pobierane z najbliższego mirrora repozytorium tej dystrybucji w stosunku do miejsca, w którym się znajdujesz, czy to w ogóle nie ma większego znaczenia?". Znajdzie się ktoś, kto uzasadni swoją odpowiedź? xD[/quote]
Koniec zeszłego roku, albo początek tego - nie pamiętam dokładnie, polski mirror nie miał aktualizacji zrobionej i było bubu w systemie. Nie wiem, ale zawsze sobie niemiecki ustawiam, tak na złość jednej partii politycznej .
Offline
Ja się ostatnio doszukałem projektu http://httpredir.debian.org/ . Także, już nie trzeba ręcznie ustawiać.
A co do długości drogi, to technicznie rzecz biorąc masz stałą wielkość pakietu, która sobie leci po kablach i ona się nie zmienia bez względu na odległość. Czyli wysłałeś 1514 bajtów, to ten ktoś tyle otrzyma. Czas ma znaczenie tam, gdzie jest skończona przepustowość, to tak jak z wodą w kranie, tj. odkręcaj i zakręcaj i zwiększaj ciśnienie. xD Ale to nie wszystko, ktoś wie co jeszcze? xD
Offline
[quote=Bodzio][quote=morfik]Ja wiem jakie pytanie można by dać sieciowcowi: "Czy twoim zdaniem aktualizacje Debiana powinny być pobierane z najbliższego mirrora repozytorium tej dystrybucji w stosunku do miejsca, w którym się znajdujesz, czy to w ogóle nie ma większego znaczenia?". Znajdzie się ktoś, kto uzasadni swoją odpowiedź? xD[/quote]
Koniec zeszłego roku, albo początek tego - nie pamiętam dokładnie, polski mirror nie miał aktualizacji zrobionej i było bubu w systemie. Nie wiem, ale zawsze sobie niemiecki ustawiam, tak na złość jednej partii politycznej .[/quote]
Co mają partie do Debiana nie wiem, chyba że w Bułgarii. xD
Ja przed httpredir używałem us.debian.org, transfer był z nich skromy, za to pakiety zawsze aktualne.
Serwery w us są pewnie na złość znacznej części polityków na kontynencie europejskim,
ale jakoś w ogóle mi nie przyszło do głowy się zastanawiać, co mogą mieć do powiedzenia
na temat repozytoriów Debiana.
Offline
IMHO ważniejsza jest aktualność pakietów i czas synchronizacji danego serwera lustrzanego niż sama szybkość łącza.
Nic z szybkości gdy i tak trzeba czekać na dostępność danej poprawki, której jeszcze na tym szybszym mirrorze nie ma.
Offline
Ech sieciowcy. Jak kiedyś będę przyjmował pracowników do firmy, to na pewno to pytanie się znajdzie na liście. xD
@yossarian -- ty wpadłeś z kolei w pułapkę psychologiczną zastawioną w tym pytaniu. xD Nie chodzi tutaj w ogóle o aktualizacje czy debiana ale o zasadę działania protokołu TCP. No w końcu pytanie było do sieciowca, a bez znajomości tego protokołu, gdzie wszystko się na nim opiera, raczej daleko się nie zajdzie. xD
Protokół TCP działa w oparciu o potwierdzenia (ACK). Wszystkie dane przesłane muszą być potwierdzone, bo inaczej są traktowane jako zagubione i trzeba je retransmitować. By osiągnąć większą prędkość transmisji, konieczne jest wysłanie szeregu pakietów bez czekania na potwierdzenie z drugiej strony. Gdy masz dłuższą drogę dla pakietów, to rosną opóźnienia i więcej tych danych znajduje się w tranzycie, czyli zostały wysłane, a nie zostały jeszcze odebrane przez drugą stronę. Trzeba zatem większych buforów na te pakiety w tranzycie, co utylizuje pamięć RAM. Dłuższa droga pakietów oznacza też większe prawdopodobieństwo problemów z dotarciem pakietu do celu, co pociąga za sobą częstsze retransmisje, a to z kolei negatywnie odbija się na transferze danych.
W efekcie dwa hosty na krótszej odległości (osiągające tę samą prędkość transferu) robią to przy sporo niższym wykorzystaniu zasobów systemowych i sieciowych. Dlatego właśnie odległość ma znaczenie i powinniśmy korzystać z mirrorów. xD
Offline
Ale ja w ogóle nie odpowiadałem na twoje pytanie :)
Napisałem tylko, że wybór najszybszego lub najbliższego serwera wcale nie musi być optymalny.
Offline
Time (s) | Query |
---|---|
0.00008 | SET CHARSET latin2 |
0.00003 | SET NAMES latin2 |
0.00141 | 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='18.227.49.73' WHERE u.id=1 |
0.00068 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.227.49.73', 1732381949) |
0.00034 | SELECT * FROM punbb_online WHERE logged<1732381649 |
0.00045 | SELECT topic_id FROM punbb_posts WHERE id=304011 |
0.00022 | SELECT id FROM punbb_posts WHERE topic_id=28836 ORDER BY posted |
0.00058 | 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=28836 AND t.moved_to IS NULL |
0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
0.00241 | 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=28836 ORDER BY p.id LIMIT 25,25 |
0.00072 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=28836 |
Total query time: 0.00698 s |