1. Куча / Говнокод #26582

    +4

    1. 01
    2. 02
    3. 03
    4. 04
    5. 05
    6. 06
    7. 07
    8. 08
    9. 09
    10. 10
    11. 11
    12. 12
    13. 13
    14. 14
    15. 15
    16. 16
    17. 17
    18. 18
    19. 19
    20. 20
    21. 21
    22. 22
    /etc/network/interfaces: ща сделаем норм
    ifupdown: вы неправильно управляете интерфейсами, ща сделаем норм
    ifconfig: парень выше сосет, ща сделаем норм
    ip: опять ссанина получилась, ща сделаем норм
    isc-dhcp-server: ща сделаем норм
    udhcpd: вы слишком жирно раздаёте адреса, ща сделаем норм
    dnsmasq: DHCP? да, это по моей части, ща сделаем норм
    /etc/hosts: во, вот это норм!
    /etc/resolv.conf: поговори мне тут, ща сделаем норм
    генераторы /etc/resolv.conf: вот теперь-то хорошо!
    /etc/nsswitch.conf: да не, ща сделаем норм
    iptables: вы неправильно обрабатываете пакеты, ща сделаем норм
    nftables: вы неправильно делаете норм, ща сделаем байткодно-норм
    wpa_supplicant: у вас нет вай-фая, ща сделаем норм
    hostapd: у вас нет раздачи вай-фая, ща сделаем норм
    network-manager: вы неправильно управляете всем, ща сделаем норм
    systemd: вы неправильно называете интерфейсы, ща сделаем норм
    systemd: вы неправильно раздаёте адреса, ща сделаем норм
    systemd: вы неправильно делаете dns, ща вкомпилим без возможности конфигурировать и будет норм
    systemd: вы неправильно делаете nat, ща сделаем норм
    
    netplan: привет, я тут новенький )))

    какой пятнадцатый стандарт )))

    Запостил: Fike, 14 Апреля 2020

    Комментарии (42) RSS

    • Чото ты смешал немного теплое с мягким: и дистроспецифичные файлы для настроек сети, и файлы для настроек libdns, и пару утилит для настройки сети в linux (что их две это параша, я согласен) и еще пару (таких же параш) для netfilterm и говнодемона, и демона для реализации wpa, и говнодемона для включеия/выключеия сети, и еще чото такое же.

      А что, лучше еслиб была одна утилита на все, как какой-нить certutil в пинде?
      Ответить
      • > лучше еслиб была одна утилита на все
        Конечно, лучше. Когда у тебя проблема, надо понять, что за питушня происходит по всей цепочке/графу питушень, которые используются в процессе. Чтобы при случае не пердолиться с 20 отдельными утилитами, не искать проблему в каждой, не вспоминать, какие ещё утилиты имеются и могли сломаться, а чтобы единственная утилита единообразно ответила, на каком уровне абстракции произошла питушня.

        Когда есть много утилит, подразумевается, что человек знает о наличии всех их и об underlying принципах и взаимодействии. Когда есть одна, человек может её запустить и уже банальный stacktrace исключения подскажет, что гуглить и википедировать и какие уровни абстракции пострадали из-за каких проблем. Это уже гораздо больше user friendly и проще в работе.

        Более того, даже знающий всё bormand может тупо забыть проверить какой-нибудь один из слоёв и долго пердолиться с остальными, которые будут радостно отвечать "ничего не знаю, УМВР". А с одной утлитой весь пульт управления под рукой, вся справка - в одном месте, все параметры командной строки придерживаются одинаковой логики.
        Ответить
      • я с позиции человека, которому потребовалось поднять точку доступа на интеловском нюке тупо для того, чтобы проверить реальную скорость сетки

        но много чего нужно по-человечески объединить или наоборот разнести (nsswitch), вай-фаем должна управлять одна утилита, dnsmasq не должен заниматься dhcp, инит-процесс не должен лезть конфигурировать сетку
        Ответить
        • Да, поттеринг поднасрал.
          Именно по этому я сами знаете за какую ОС: там последние 28 лет не менялись никакие комманды
          Ответить
          • Я тоже за «DOS»: в нём каждая программа, выходящая в сеть, реализует весь стек сетевых протоколов сама, поэтому никаких команд для настроек сети нет.
            Ответить
            • Правда? а редиректоры откуда в винде? а net use? а функция 5Fh?

              Советую изучить сетевое программирование под DOS. В будущем 21-м веке сети будут играть важную роль не только в среде серьезных машин, но даже для обычных пекашек
              Ответить
              • Поверх каких протоколов работают эти редиректоры?
                Ответить
                • NetBEUI конечно.
                  Ответить
                  • Какой багор )))

                    Я выходил в «Интернет» из «DOS», поэтому и поднял эту тему. Известный графический веб-браузер «Arachne» реализует TCP/IP сам, к сети же он подключается через «пакетные драйвера» (PKTDRV). Есть «пакетные драйвера» для сетевых карточек (канальный протокол «Ethernet»), есть драйвера для звонилок (канальный протокол «PPP»). А вот сетевой и транспортный уровень автору веб-браузера пришлось реализовать самому.

                    Существует драйвер «TCP/IP» для «DOS», но мало софта умеет с ним работать.
                    Ответить
                    • NetBEUI, как ты понимаешь, не имеет отношения ни к Интернету, ни к TCP/IP. Более того: он даже не маршрутизируемый, и рабоает в рамках одного широковещательного домена.
                      Ответить
                    • Кстати, в досе прямо из коробки был замечательный сетевой протокол. Этот протокол назывался "ком порт". На физическом уровне он использовал нульмодемный кабель, и позволял передавать текст в сеть из двух компьютеров.

                      Поверх него можно было запустить ZMODEM для передачи файлов, а если ты умел в протокол HAYES, то скорее всего ты мог проапгрейдить свой канальный уровень модемами, сиильно увеличив расстрояние:)
                      Ответить
                      • До ZMODEM были ещё протоколы XMODEM и YMODEM: у них даже имя файла не передавалось, и при приёме файла нужно было вручную указывать, под каким именем ты хочешь сохранить файл.
                        Ответить
          • Был bonjour, но пришёл Леннард и сделал avahi.
            Ответить
      • ну и да, каждые два года лезть и узнавать что там опять в очередной раз всё переебошили - такое себе удовольствие
        Ответить
      • Да, хочется иметь нормальный ffmpeg, а не миллиард утилит с незапоминающимися именами в стиле demuxmkv, decode_h264, mp3g4_decode, systemdecoder, avimuxer.
        И для каждой утилиты куча дибильных правил и форматов пайпинга.
        Ответить
    • >/etc/resolv.conf
      >systemd-resolve --status

      Блять, заебали.
      Ответить
      • Плюс:
        >/etc/resolvconf/update-libc.d/avahi-daemon

        >ifconfig
        Был нормальный eth0 теперь говнище enp6s0
        Ответить
        • Какой багор )))
          Ответить
        • там есть еще какая-то питушатня, что системд эти номера выписывает от балды, у него просто есть список, по которому он проходит и выписывает порядковые номера

          то есть даже их консистентность от запуска к запуску не гарантирована
          Ответить
          • Какой багор )))
            Ответить
            • https://www.freedesktop.org/software/systemd/man/systemd.net-naming-scheme.html

              походу в 238 (а это чуть-чуть больше, чем два года назад) завезли что-то стабильное
              Ответить
          • У меня не так давно был дикий багор.

            Я руками вписываю в /etc/resolv.conf адрес DNSa, а systemd спустя некоторое время файл переписывает и строчку удоляет.
            Ответить
        • > теперь говнище

          Дык задай имена вручную. Нахуй нужны eth0 и enp6s0 когда можно сделать какие-нибудь home и inet.
          Ответить
        • >enp6s0
          это udev насрал небось, не?

          питухи бугуртились от того, что перетык карты в другую дырку менял ей имя, и сбивал все настройки

          пришел udev, и всё починил.

          Мне вообще нравится, как сделано в bsd: там интерфейс это имя драйвера. Если ifconfig (там нет никакого "ip) говорит, что интерфейс называется dc0, значит можно смело жать man dc, и читать про его драйвер
          Ответить
      • Я лично это говно выпилил.
        Ответить
        • Какие люди.
          (Или это меня на ГК так долго не было?)
          Ответить
    • >network-manager
      Это вроде какая-то гуйня.

      В целом гость прав, действительно в кучу смешаны разные штуки.

      Однако это не отменяет факта что настройка сети в современном луниксе — вязкое болото из которого без багра не выберешься.
      Ответить
      • > Это вроде какая-то гуйня.

        я тоже так считал, потом сначала откуда-то выполз nm-cli, а сегодня netplan на хедлессе и вовсе заявил мне, что без него вай-фай точку не поднимет
        Ответить
        • $ netplan
          Network configuration in YAML
          
          Available commands:
              generate  Generate backend specific configuration files from
                        /etc/netplan/*.yaml


          Кстати я считаю тут так просто не разобраться.
          Теперь же нужна генерилка для *.yaml файлов.
          Как automake генерит Makefile.am из Makefile.in, чтобы потом при помощи хитрых манипуляций породить Makefile.
          Ответить
          • Предлагаю более правильное решение.

            Сеть должна конфигурироваться только через графическую утилиту "Диспетчер настроек сети и Интернет".

            В этой же утилите должны быть опции для настройки прокси, открытия шар по SMB и установки скайпа.

            Утилита должна открываться в 4 клика: "Общие настройки -> Связь и Интернет -> Дополнительно -> Диспетчер настроек сети и Интернет"

            Сами настройки должны храниться в недокументированном бинарном виде в файле
            /etc/mngmt/ndtsmg/{6b90a111-1391-4830-b954-b06eb4233644}/dmp


            Файл должен быть недоступен для чтения даже руту.

            Ошибка в файле должна приводить к завершению програмы "Диспетчер настроек сети и Интернет" с сообщением: "Ошибка −2147483648: дескриптор неверен".

            Люди на форумах должны в таком случае советовать переустановить ОС.

            Тогда прыщи будут похожи на нормальные операционки
            Ответить
        • вай фай можно поднять с помощью wpa_супликанта, ip и iw. но гиморно
          Ответить
          • nm будет мешать и сбивать ручные настройки. Я одно время даже айпишник добавить не мог на сетевуху.
            Ответить
            • так не запускай его
              Ответить
              • Ну для этого сначала надо понять, что именно мешает...
                Ответить
                • Мой любовник заразился гриппом. Я говорю, ты нос бы промыл. А он лезет мне минет делать..
                  Ответить
          • точку или просто клиент? мне нужно именно первое, а второе-то решилось довольно просто (но всё равно в блядском системд из коробки не завелось, хотя и должно было)
            Ответить
            • что угодно

              nm это просто демон для изменения настроек, его не обязательно использовать


              systemd униты можливо дебажить
              systemctl status например
              Ответить
    • Fike, попррбуй слаку
      тут нет systemd и udev
      Ответить
      • До сих пор? Патрик ещё не сдался и не впердолил системд?
        Ответить
        • нет

          патрик даже systemv init ебал единственный из линуксов

          Во всяком случае в каррент все по старому.
          Ответить
    • бриджевать нельзя помиловать

      https://bugs.launchpad.net/ubuntu/+source/netplan.io/+bug/1809994

      сука как же я заебался господи блядь
      Ответить
      • Какой смысл описывать конфиги прыщей на yaml?

        Поймите меня правильно: я теку от Software Defined Networks, тераформ, клаудформейшен, вся хуйня, но чем говно на ямле лучше говна в конфигах?

        Или прыщеебы уже в конфили завезли xml, и теперь их руками не поправbш?
        Ответить

    Добавить комментарий