2 провайдера и Mikrotik?
Добрый день. Нуждаюсь в совете.
Имеется следующая ситуация: у нас в городская сеть на скоростях 100Мбит и без какого-либо лимита, выход во «внешнюю» сеть в основном через vpn (или ipip\gre туннели). Но. В последнее время в город стал активно просачиваться ТТК, но он предоставляет доступ только через физическое подключение.
Сейчас домашняя сеть рулится через mini-itx сервер с убунтой на борту. Встроенная сетевая карта смотрит в «город», дискретная «внутрь». Если подключать ттк, то нужно будет находить и подключать еще одну сетевую, а это уже нереально (usb варианты как-то не рассматриваю).
Поэтому склоняюсь к варианту поставить что-то в «голову» сети, после долгих просмотров выявились варианты d-link dir-320\asus wl500gp с альтернативными прошивками, но мощностей этих роутеров всяко не хватит на постоянные 100Мбит + внутренняя сеть на гигабите. Были варианты planet\tp-link, но все это как-то не лежит.
Остановился пока на микротике rb 750\750g, поэтому хочется совета от тех, кто реально их использовал. Оправдана ли будет покупка g версии с гигабитом (в принципе, дома 3 компьютера, ноут, постоянно подцепленный кабелем, все это на длинке des-1008d)? Сколько реально из него можно выжать? В конечном счете, если разница в 1к рублей не оправдана, то можно взять 750g только как агрегатор 2-х провайдеров, а руление сетью оставить на сервере.
Как фильтровать по 2 полям при загрузке данных в таблицу базы данных access из электронной таблицы excel
Хорошо, вот моя проблема, не будучи слишком конкретным по причинам увольнения за размещение практики компании в интернете.
Есть электронные таблицы сделаны. Они загружаются в базу данных. Мне нужно отфильтровать дубликаты от загрузки. Единственный способ сделать это-убедиться, что для каждой записи эти два поля не совпадают с записью, уже находящейся в базе данных. Поскольку просто потому, что одно поле такое же, это не означает, что его дубликат. Есть два конкретных поля, давайте назовем их FLDA и FLDB, которые оба должны соответствовать записи в базе данных уже. Я уже могу фильтровать по одному полю. Я думаю, что это должен быть подзапрос, но я не уверен, как его применить. Это трудно описать. Просто спросите, если вы не уверены, что я имею в виду.
Как привязать домены второго уровня к поддоменам (например, site2.ru к sub1.site.ru)?
Например. Возьмем nllm.habrahabr.ru, я его хочу привязать к своему домену (например, nllm.ru) (Предположим что есть такая возможность).
Для этого я захожу в настройки, указываю домен, у домена прописываю ns-сервера.
Что дальше должно происходить на стороне habrahabr.ru? Как это автоматизировать?
п.с. в данном вопросе не силен, возможно, не точно описал
Странная проблема с ping на gentoo?
Столкнулся с такой проблемкой при ping -f ya.ru у себя:
02:37:47.456428 IP 127.0.0.1.37285 > 127.0.0.1.53: 13364+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
02:37:47.456494 IP 127.0.0.1.53 > 127.0.0.1.37285: 13364 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
02:37:47.459406 IP 127.0.0.1.50299 > 127.0.0.1.53: 9445+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
02:37:47.459473 IP 127.0.0.1.53 > 127.0.0.1.50299: 9445 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
02:37:47.459486 IP 127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 50299 unreachable, length 298<br/>
02:37:52.465455 IP 127.0.0.1.53 > 127.0.0.1.50299: 9445 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
02:37:52.465470 IP 127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 50299 unreachable, length 298<br/>
02:37:57.474243 IP 127.0.0.1.59784 > 127.0.0.1.53: 5279+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
02:37:57.474385 IP 127.0.0.1.53 > 127.0.0.1.59784: 5279 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
02:37:57.477619 IP 127.0.0.1.40930 > 127.0.0.1.53: 54444+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
02:37:57.477721 IP 127.0.0.1.53 > 127.0.0.1.40930: 54444 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)
Сразу скажу — у меня на локалхосте днс-сервер, я делаю пинг без опции -n (с ней всё ок, т.к. нет обращений к днс), с днс-ом всё хорошо, т.к. он честно отвечает.
Ось gentoo dom0 (используется виртуализация xen), 2.6.34-xen-r4 x86_64, профиль hardened/linux/amd64
Обновился до актуальной версии пакаджей.
Перекомпилил на всякий случай ещё ping.
sysctl.conf стоковый за исключением:
net.ipv4.ip_forward = 1<br/>
net.ipv4.conf.all.send_redirects = 0<br/>
net.ipv4.conf.all.force_igmp_version = 2<br/>
net.ipv4.conf.all.rp_filter=0
Небольшой разбор, того, что происходит и в чём странность:
1) 02:37:47.459406 IP 127.0.0.1.50299 > 127.0.0.1.53: 9445+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
2) 02:37:47.459473 IP 127.0.0.1.53 > 127.0.0.1.50299: 9445 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
3) 02:37:47.459486 IP 127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 50299 unreachable, length 298<br/>
4) 02:37:52.465455 IP 127.0.0.1.53 > 127.0.0.1.50299: 9445 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
5) 02:37:52.465470 IP 127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 50299 unreachable, length 298<br/>
1) был запрос на резолв адреса 3.251.250.87.in-addr.arpa. с порта 50299/udp
2) днс-сервер честно ответил ему — типа www.yandex.ru
3) а тут оп-па. 50299/udp уже никто не слушает и ответ принимать некому хотя пинг продолжает работать и после таймаута продолжает успешно пинговать.
4) повторная попытка послать ответ (всего их две)
5) опять — унричбл
У меня есть подозрение, что нужно пересобрать какую-то системную либу — т.к. полной пересборки не делал с момента установки (а это было несколько лет назад). Но кагбэ не хочется, ибо долго.
02:37:47.456428 IP 127.0.0.1.37285 > 127.0.0.1.53: 13364+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
02:37:47.456494 IP 127.0.0.1.53 > 127.0.0.1.37285: 13364 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
02:37:47.459406 IP 127.0.0.1.50299 > 127.0.0.1.53: 9445+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
02:37:47.459473 IP 127.0.0.1.53 > 127.0.0.1.50299: 9445 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
02:37:47.459486 IP 127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 50299 unreachable, length 298<br/>
02:37:52.465455 IP 127.0.0.1.53 > 127.0.0.1.50299: 9445 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
02:37:52.465470 IP 127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 50299 unreachable, length 298<br/>
02:37:57.474243 IP 127.0.0.1.59784 > 127.0.0.1.53: 5279+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
02:37:57.474385 IP 127.0.0.1.53 > 127.0.0.1.59784: 5279 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
02:37:57.477619 IP 127.0.0.1.40930 > 127.0.0.1.53: 54444+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
02:37:57.477721 IP 127.0.0.1.53 > 127.0.0.1.40930: 54444 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)net.ipv4.ip_forward = 1<br/>
net.ipv4.conf.all.send_redirects = 0<br/>
net.ipv4.conf.all.force_igmp_version = 2<br/>
net.ipv4.conf.all.rp_filter=01) 02:37:47.459406 IP 127.0.0.1.50299 > 127.0.0.1.53: 9445+ PTR? 3.251.250.87.in-addr.arpa. (43)<br/>
2) 02:37:47.459473 IP 127.0.0.1.53 > 127.0.0.1.50299: 9445 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
3) 02:37:47.459486 IP 127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 50299 unreachable, length 298<br/>
4) 02:37:52.465455 IP 127.0.0.1.53 > 127.0.0.1.50299: 9445 1/7/1 PTR <a href="http://www.yandex.ru.">www.yandex.ru.</a> (262)<br/>
5) 02:37:52.465470 IP 127.0.0.1 > 127.0.0.1: ICMP 127.0.0.1 udp port 50299 unreachable, length 298<br/>
Нормативная документация для организации работы подразделения?
Коллеги, так случилось что я работаю в очень крупной компании, где любое действие выполняется строго на основании того или иного регламента\положения.
К сожалению ИТ в данной компании далеко не основное направление, и в части ИТ регламентов практически нет.
В то же время есть острая необходимость в их написании. За последнее время я разработал ряд регламентов работы с теми или иными информационными системами (Парольная защита, доступ в интернет и т.д.) на этом фантазия себя исчерпала.
Теперь настал черед написания регламента о «Удаленном (дистанционном) доступе в сеть компании». Что писать? С чего начать? Может у кого есть хороший пример для подражания?
Буду признателен за любые советы и примеры нормодоков. Спасибо.
Изменение каталога CURRENT save/default в Delphi 2007 без использования функции Save-As
У меня есть проектная группа, которая содержит проект, над которым я работаю, а также некоторые связанные компоненты и пакеты. Я предпочитаю сохранять ссылки на базы данных активными во время разработки.
Я знаю, как написать код, который изменил бы расположение файла базы данных, но в этом случае я просто использую ".\data" вместо этого по различным причинам времени разработки. К сожалению, использование относительной папки означает, что Delphi должен быть "pointing" в той же папке, в которой находится проект.
Я хотел бы иметь возможность принудительно перенести расположение папки в другой корень, не используя функцию "Save As". Кто-нибудь случайно не знает, где Delphi IDE получает эту информацию?
Ubuntu 10.04. Segmentation fault?
Похоже что после обновления некоторых пакетов появилась проблема «Segmentation fault». Не запускаются некоторые приложения, например Apache, Samba…
/etc/init.d/apache2 restart<br/>
* Restarting web server apache2<br/>
Segmentation fault [fail]
apt-get update<br/>
E: Method http has died unexpectedly!<br/>
E: Нарушение защиты памяти (segmentation fault) в порождённом процессе http.<br/>
E: Method http has died unexpectedly!<br/>
E: Нарушение защиты памяти (segmentation fault) в порождённом процессе http.<br/>
E: Method http has died unexpectedly!<br/>
Гуглил. Яндексил. :) Не помогло.
Пожалуйста подскажите в чём проблема…
/etc/init.d/apache2 restart<br/>
* Restarting web server apache2<br/>
Segmentation fault [fail]apt-get update<br/>
E: Method http has died unexpectedly!<br/>
E: Нарушение защиты памяти (segmentation fault) в порождённом процессе http.<br/>
E: Method http has died unexpectedly!<br/>
E: Нарушение защиты памяти (segmentation fault) в порождённом процессе http.<br/>
E: Method http has died unexpectedly!<br/>
XPath и пространства имен по умолчанию
Что стоит за XPath и поддержкой пространств имен? Разве XPath как спецификация предшествует пространствам имен? Если у меня есть документ, в котором элементам было дано пространство имен по умолчанию:
<foo xmlns="uri" />
Похоже, что некоторые из процессорных библиотек XPath не распознают //foo из-за пространства имен, а другие-нет. Моя команда думала о том, чтобы добавить префикс пространства имен с помощью регулярных выражений к XPath (вы можете добавить префикс пространства имен через XmlNameTable), но это кажется хрупким, поскольку XPath-такой гибкий язык, когда речь заходит о тестах узлов.
Есть ли стандарт, который применяется к этому?
Мой подход немного хаковат, но он, кажется, работает нормально; я удаляю объявление xmlns с помощью поиска / замены, а затем применяю XPath.
string readyForXpath = Regex.Replace(xmldocument, "xmlns=\".+\"", String.Empty );
Это справедливый подход или кто-то решил это по-другому?
Как вы создаете резервную копию своей машины разработки?
Как вы создаете резервную копию своей машины разработки, чтобы в случае катастрофической неисправности оборудования вы были готовы и запущены в кратчайшие сроки?
- «
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 127
- 128
- 129
- 130
- 131
- 132
- 133
- 134
- 135
- 136
- 137
- 138
- 139
- 140
- 141
- 142
- 143
- 144
- 145
- 146
- 147
- 148
- 149
- 150
- 151
- 152
- 153
- 154
- 155
- 156
- 157
- 158
- 159
- 160
- 161
- 162
- 163
- 164
- 165
- 166
- 167
- 168
- 169
- 170
- 171
- 172
- 173
- 174
- 175
- 176
- 177
- 178
- 179
- 180
- 181
- 182
- 183
- 184
- 185
- 186
- 187
- 188
- 189
- 190
- 191
- 192
- 193
- 194
- 195
- 196
- 197
- 198
- 199
- 200
- 201
- 202
- 203
- 204
- 205
- 206
- 207
- 208
- 209
- 210
- 211
- 212
- 213
- 214
- 215
- 216
- 217
- 218
- 219
- 220
- 221
- 222
- 223
- 224
- 225
- 226
- 227
- 228
- 229
- 230
- 231
- 232
- 233
- 234
- 235
- 236
- 237
- 238
- 239
- 240
- 241
- 242
- 243
- 244
- 245
- 246
- 247
- 248
- 249
- 250
- 251
- 252
- 253
- 254
- 255
- 256
- 257
- 258
- 259
- 260
- 261
- 262
- 263
- 264
- 265
- 266
- 267
- 268
- 269
- 270
- 271
- 272
- 273
- 274
- 275
- 276
- 277
- 278
- 279
- 280
- 281
- 282
- 283
- 284
- 285
- 286
- 287
- 288
- 289
- 290
- 291
- 292
- 293
- 294
- 295
- 296
- 297
- 298
- 299
- 300
- 301
- 302
- 303
- 304
- 305
- 306
- 307
- 308
- 309
- 310
- 311
- 312
- 313
- 314
- 315
- 316
- 317
- 318
- 319
- 320
- 321
- 322
- 323
- 324
- 325
- 326
- 327
- 328
- 329
- 330
- 331
- 332
- 333
- 334
- 335
- 336
- 337
- 338
- 339
- 340
- 341
- 342
- 343
- 344
- 345
- 346
- 347
- 348
- 349
- 350
- 351
- 352
- 353
- 354
- 355
- 356
- 357
- 358
- 359
- 360
- 361
- 362
- 363
- 364
- 365
- 366
- 367
- 368
- 369
- 370
- 371
- 372
- 373
- 374
- 375
- 376
- 377
- 378
- 379
- 380
- 381
- 382
- 383
- 384
- 385
- 386
- 387
- 388
- 389
- 390
- 391
- 392
- 393
- 394
- 395
- 396
- 397
- 398
- 399
- 400
- 401
- 402
- 403
- 404
- 405
- 406
- 407
- 408
- 409
- 410
- 411
- 412
- 413
- 414
- 415
- 416
- 417
- 418
- 419
- 420
- 421
- 422
- 423
- 424
- 425
- 426
- 427
- 428
- 429
- 430
- 431
- 432
- 433
- 434
- 435
- 436
- 437
- 438
- 439
- 440
- 441
- 442
- 443
- 444
- 445
- 446
- 447
- 448
- 449
- 450
- 451
- 452
- 453
- 454
- 455
- 456
- 457
- 458
- 459
- 460
- 461
- 462
- 463
- 464
- 465
- 466
- 467
- 468
- 469
- 470
- 471
- 472
- 473
- 474
- 475
- 476
- 477
- 478
- 479
- 480
- 481
- 482
- 483
- 484
- 485
- 486
- 487
- 488
- 489
- 490
- 491
- 492
- 493
- 494
- 495
- 496
- 497
- 498
- 499
- 500
- 501
- 502
- 503
- 504
- 505
- 506
- 507
- 508
- 509
- 510
- 511
- 512
- 513
- 514
- 515
- 516
- 517
- 518
- 519
- 520
- 521
- 522
- 523
- 524
- 525
- 526
- 527
- 528
- 529
- 530
- 531
- 532
- 533
- 534
- 535
- 536
- 537
- 538
- 539
- 540
- 541
- 542
- 543
- 544
- 545
- 546
- 547
- 548
- 549
- 550
- 551
- 552
- 553
- 554
- 555
- 556
- 557
- 558
- 559
- 560
- 561
- 562
- 563
- 564
- 565
- 566
- 567
- 568
- 569
- 570
- 571
- 572
- 573
- 574
- 575
- 576
- 577
- 578
- 579
- 580
- 581
- 582
- 583
- 584
- 585
- 586
- 587
- 588
- 589
- 590
- 591
- 592
- 593
- 594
- 595
- 596
- 597
- 598
- 599
- 600
- 601
- 602
- 603
- 604
- 605
- 606
- 607
- 608
- 609
- 610
- 611
- 612
- 613
- 614
- 615
- 616
- 617
- 618
- 619
- 620
- 621
- 622
- 623
- 624
- 625
- 626
- 627
- 628
- »