Миссия почти невозможна. Ваш ip принадлежит вашему интернет-провайдеру, и вы можете видеть только данные регистрации ISP, а также имя ISP Street. Ближайшие данные вы можете получить, только если вы зарегистрируете некоторый сетевой диапазон в RIPE, но стали вы не можете получить точные данные, такие как название улицы и т. Д.
Если вы используете динамический диапазон общедоступных сетей от ISP, вы всегда будете видеть данные ISP или ...
Пример:
host askubuntu.com
reslove логическое имя для ip
askubuntu.com has address 104.16.15.44
askubuntu.com has address 104.16.18.44
askubuntu.com has address 104.16.16.44
askubuntu.com has address 104.16.19.44
askubuntu.com has address 104.16.17.44
затем спросить владельца whois
[ f3]Для любого ip из NetRange: 104.16.0.0 - 104.31.255.255 вы увидите ту же улицу Address: 665 Third Street #207
Пример 2:
whois 104.16.17.50
#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/whois_tou.html
#
# If you see inaccuracies in the results, please report at
# http://www.arin.net/public/whoisinaccuracy/index.xhtml
#
#
# The following results may also be obtained via:
# http://whois.arin.net/rest/nets;q=104.16.17.50?showDetails=true&showARIN=false&showNonArinTopLevelNet=false&ext=netref2
#
NetRange: 104.16.0.0 - 104.31.255.255
CIDR: 104.16.0.0/12
NetName: CLOUDFLARENET
NetHandle: NET-104-16-0-0-1
Parent: NET104 (NET-104-0-0-0-0)
NetType: Direct Assignment
OriginAS: AS13335
Organization: CloudFlare, Inc. (CLOUD14)
RegDate: 2014-03-28
Updated: 2014-03-28
Comment: https://www.cloudflare.com
Ref: http://whois.arin.net/rest/net/NET-104-16-0-0-1
OrgName: CloudFlare, Inc.
OrgId: CLOUD14
Address: 665 Third Street #207
City: San Francisco
StateProv: CA
PostalCode: 94107
Country: US
RegDate: 2010-07-09
Updated: 2013-01-04
Comment: http://www.cloudflare.com/
Ref: http://whois.arin.net/rest/org/CLOUD14
OrgTechHandle: ADMIN2521-ARIN
OrgTechName: Admin
OrgTechPhone: +1-650-319-8930
OrgTechEmail: admin@cloudflare.com
OrgTechRef: http://whois.arin.net/rest/poc/ADMIN2521-ARIN
OrgAbuseHandle: ABUSE2916-ARIN
OrgAbuseName: Abuse
OrgAbusePhone: +1-650-319-8930
OrgAbuseEmail: abuse@cloudflare.com
OrgAbuseRef: http://whois.arin.net/rest/poc/ABUSE2916-ARIN
OrgNOCHandle: NOC11962-ARIN
OrgNOCName: NOC
OrgNOCPhone: +1-650-319-8930
OrgNOCEmail: noc@cloudflare.com
OrgNOCRef: http://whois.arin.net/rest/poc/NOC11962-ARIN
#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/whois_tou.html
#
# If you see inaccuracies in the results, please report at
# http://www.arin.net/public/whoisinaccuracy/index.xhtml
Я не использую Bzr, но Mercurial и Git.
И насколько я знаю, использование как службы синхронизации, так и средства редактирования в одной и той же папке могут создавать проблемы, особенно если эта папка обновляется на несколько компьютеров под управлением Ubuntu One (или любой другой службы синхронизации файлов afaik).
У меня возникло несколько проблем с ubuntu one и mercurial, и я думаю, что это связано с фактом ubuntuone и mercurial repository может не синхронизироваться в зависимости от последовательности изменений и коммитов. Например, я могу обновлять файлы на одном компьютере, а не комментировать их или получать обновленный файл с ubuntuone до или после того, как я вытащил изменения.
Я думаю, что второй контрольной точки (bzr / mercurial / git) достаточно чтобы запутать ubuntuone.
Я не использую Bzr, но Mercurial и Git.
И насколько я знаю, использование как службы синхронизации, так и средства редактирования в одной и той же папке могут создавать проблемы, особенно если эта папка обновляется на несколько компьютеров под управлением Ubuntu One (или любой другой службы синхронизации файлов afaik).
У меня возникло несколько проблем с ubuntu one и mercurial, и я думаю, что это связано с фактом ubuntuone и mercurial repository может не синхронизироваться в зависимости от последовательности изменений и коммитов. Например, я могу обновлять файлы на одном компьютере, а не комментировать их или получать обновленный файл с ubuntuone до или после того, как я вытащил изменения.
Я думаю, что второй контрольной точки (bzr / mercurial / git) достаточно чтобы запутать ubuntuone.
Я не использую Bzr, но Mercurial и Git.
И насколько я знаю, использование как службы синхронизации, так и средства редактирования в одной и той же папке могут создавать проблемы, особенно если эта папка обновляется на несколько компьютеров под управлением Ubuntu One (или любой другой службы синхронизации файлов afaik).
У меня возникло несколько проблем с ubuntu one и mercurial, и я думаю, что это связано с фактом ubuntuone и mercurial repository может не синхронизироваться в зависимости от последовательности изменений и коммитов. Например, я могу обновлять файлы на одном компьютере, а не комментировать их или получать обновленный файл с ubuntuone до или после того, как я вытащил изменения.
Я думаю, что второй контрольной точки (bzr / mercurial / git) достаточно чтобы запутать ubuntuone.
Я не использую Bzr, но Mercurial и Git.
И насколько я знаю, использование как службы синхронизации, так и средства редактирования в одной и той же папке могут создавать проблемы, особенно если эта папка обновляется на несколько компьютеров под управлением Ubuntu One (или любой другой службы синхронизации файлов afaik).
У меня возникло несколько проблем с ubuntu one и mercurial, и я думаю, что это связано с фактом ubuntuone и mercurial repository может не синхронизироваться в зависимости от последовательности изменений и коммитов. Например, я могу обновлять файлы на одном компьютере, а не комментировать их или получать обновленный файл с ubuntuone до или после того, как я вытащил изменения.
Я думаю, что второй контрольной точки (bzr / mercurial / git) достаточно чтобы запутать ubuntuone.
Я не использую Bzr, но Mercurial и Git.
И насколько я знаю, использование как службы синхронизации, так и средства редактирования в одной и той же папке могут создавать проблемы, особенно если эта папка обновляется на несколько компьютеров под управлением Ubuntu One (или любой другой службы синхронизации файлов afaik).
У меня возникло несколько проблем с ubuntu one и mercurial, и я думаю, что это связано с фактом ubuntuone и mercurial repository может не синхронизироваться в зависимости от последовательности изменений и коммитов. Например, я могу обновлять файлы на одном компьютере, а не комментировать их или получать обновленный файл с ubuntuone до или после того, как я вытащил изменения.
Я думаю, что второй контрольной точки (bzr / mercurial / git) достаточно чтобы запутать ubuntuone.
Я не использую Bzr, но Mercurial и Git.
И насколько я знаю, использование как службы синхронизации, так и средства редактирования в одной и той же папке могут создавать проблемы, особенно если эта папка обновляется на несколько компьютеров под управлением Ubuntu One (или любой другой службы синхронизации файлов afaik).
У меня возникло несколько проблем с ubuntu one и mercurial, и я думаю, что это связано с фактом ubuntuone и mercurial repository может не синхронизироваться в зависимости от последовательности изменений и коммитов. Например, я могу обновлять файлы на одном компьютере, а не комментировать их или получать обновленный файл с ubuntuone до или после того, как я вытащил изменения.
Я думаю, что второй контрольной точки (bzr / mercurial / git) достаточно чтобы запутать ubuntuone.
Я не использую Bzr, но Mercurial и Git.
И насколько я знаю, использование как службы синхронизации, так и средства редактирования в одной и той же папке могут создавать проблемы, особенно если эта папка обновляется на несколько компьютеров под управлением Ubuntu One (или любой другой службы синхронизации файлов afaik).
У меня возникло несколько проблем с ubuntu one и mercurial, и я думаю, что это связано с фактом ubuntuone и mercurial repository может не синхронизироваться в зависимости от последовательности изменений и коммитов. Например, я могу обновлять файлы на одном компьютере, а не комментировать их или получать обновленный файл с ubuntuone до или после того, как я вытащил изменения.
Я думаю, что второй контрольной точки (bzr / mercurial / git) достаточно чтобы запутать ubuntuone.
Я не использую Bzr, но Mercurial и Git.
И насколько я знаю, использование как службы синхронизации, так и средства редактирования в одной и той же папке могут создавать проблемы, особенно если эта папка обновляется на несколько компьютеров под управлением Ubuntu One (или любой другой службы синхронизации файлов afaik).
У меня возникло несколько проблем с ubuntu one и mercurial, и я думаю, что это связано с фактом ubuntuone и mercurial repository может не синхронизироваться в зависимости от последовательности изменений и коммитов. Например, я могу обновлять файлы на одном компьютере, а не комментировать их или получать обновленный файл с ubuntuone до или после того, как я вытащил изменения.
Я думаю, что второй контрольной точки (bzr / mercurial / git) достаточно чтобы запутать ubuntuone.